Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problems while launching make on Cygwin64 #660

Open
GoogleCodeExporter opened this issue Jul 29, 2015 · 1 comment
Open

Problems while launching make on Cygwin64 #660

GoogleCodeExporter opened this issue Jul 29, 2015 · 1 comment

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1.lauching ./configure (it's work)
2.lauching make

What is the expected output? What do you see instead?
Expect normal output of make with some warnings.
What I get:
    make: *** [src/processor/symbolic_constants_win.o] Error 1

What version of the product are you using? On what operating system?

Latest (fresh) checkout of google-breakpad.
Windows 7 Entreprise , Service Pack 1,OS 64bits

Please provide any additional information below.

src/processor/symbolic_constants_win.cc: In function ‘std::string 
google_breakpad::NTStatusToString(uint32_t)’:
src/processor/symbolic_constants_win.cc:6409:7: erreur: ‘snprintf’ is not a 
member of ‘std’
       std::snprintf(reason_string, sizeof(reason_string), "0x%08x", ntstatus);
       ^
src/processor/symbolic_constants_win.cc:6409:7: note: suggested alternative:
In file included from /usr/include/stdio.h:29:0,
                 from /usr/lib/gcc/x86_64-pc-cygwin/4.9.3/include/c++/cstdio:42,
                 from src/processor/symbolic_constants_win.cc:36:
/usr/include/stdio.h:271:5: note:   ‘snprintf’
 int _EXFUN(snprintf, (char *__restrict, size_t, const char *__restrict, ...)
     ^
Makefile:4677 : la recette pour la cible 
« src/processor/symbolic_constants_win.o » a échouée
make: *** [src/processor/symbolic_constants_win.o] Erreur 1

Original issue reported on code.google.com by [email protected] on 10 Jul 2015 at 3:41

@GoogleCodeExporter
Copy link
Author

Solved by droping the 'std::' prefix.  I do not know why it works, but it does.

Original comment by [email protected] on 10 Jul 2015 at 4:08

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant