[Bug c/28379] New: internal compiler error with demo code
Hi! With gcc 4.1.0 and 4.1.1 on GNU/Linux platforms i can reliably reproduce an internal compiler error. Unfortunately, there does not seem to be a way to attach a file to this bug report, so i will instead post a URL: http://s11n.net/tmp/jscpucfg.c The command line is: gcc -o jscpucfg.o -c -Wall -Wno-format -DGCC_OPT_BUG -g -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DHAVE_LOCALTIME_R -DX86_LINUX jscpucfg.c jscpucfg.c:376: internal compiler error: in dwarf2out_finish, at dwarf2out.c:14117 gcc --version gcc (GCC) 4.1.1 Also reproduced with 4.1.0. The software being built is the Mozilla SpiderMonkey Javascript engine, in case it makes any difference. -- Summary: internal compiler error with demo code Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: stephan at s11n dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28379
[Bug c/28379] internal compiler error with demo code
--- Comment #1 from stephan at s11n dot net 2006-07-14 11:01 --- Created an attachment (id=11888) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11888&action=view) Demonstrates an internal compiler error Compile with: gcc -o jscpucfg.o -c -Wall -Wno-format -DGCC_OPT_BUG -g -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DHAVE_LOCALTIME_R -DX86_LINUX jscpucfg.c Only known to fail on GNU/Linux systems - some options need to be changed (to unknown values) on other platforms. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28379
[Bug debug/26881] [4.1/4.2 Regression] internal compiler error in dwarf2out_finish
--- Comment #15 from stephan at s11n dot net 2006-08-07 09:47 --- (In reply to comment #12) > This bug prevents the current release of the Globus toolkit > (www.globus.org) from compiling. A semi-workaround for getting SpiderMonkey to build is to export the BUILD_OPT=1 environment variable. This tells the SpiderMonkey makefile to turn off debugging, which causes the error to disappear. The down-side is that the library is then built to another directory, so you may have to change your Makefiles to accommodate finding the .so file in another place. For example, on my machine it is output to js/Linux_All_OPT.OBJ/. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
[Bug c++/33588] New: gcc warns of (char*) conversion on client-side varargs funcs
(i submitted this via gccbugs, but the script gave me no feedback about whether the report was actually sent or not, so i'm re-posting here.) gcc 4.2.1 appears to incorrectly(?) give a warning when a client-written varargs func is passed a string literal (e.g. __FILE__) as one of the arguments. e.g. my_func( "format string: %s", __FILE__ ) warning: deprecated conversion from string constant to ‘char' Curiously, the warning is not emitted when printf() is used. This apparently bogus warning causes -Werror builds (that is, all of my builds) to fail. i will attach a demo file after saving this bug (assuming bugzilla lets me, otherwise i'll paste it in as a comment). -- Summary: gcc warns of (char*) conversion on client-side varargs funcs Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: stephan at s11n dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33588
[Bug c++/33588] gcc warns of (char*) conversion on client-side varargs funcs
--- Comment #1 from stephan at s11n dot net 2007-09-29 16:31 --- Created an attachment (id=14266) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14266&action=view) Demonstrates the problem. Demonstrates this seeming bug, including the discrepancy between client-defined varargs funcs and built-ins. Compile with: gcc gcc-421-charptr.cpp -lstdc++ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33588