[Bug c++/42139] New: Compiling firefox trunk with 4.5 fails with 'out of memory allocating 4072 bytes after a total of xxx bytes'
me/ehren/mozilla-central/js/src' '-I.' '-I./../../dist/include' '-I./../../dist/include/nsprpub' '-I/home/ehren/mozilla-central/objdir-ff-release/dist/include/nspr' '-I/home/ehren/mozilla-central/js/src' '-fPIC' '-fno-rtti' '-fno-exceptions' '-Wall' '-Wpointer-arith' '-Woverloaded-virtual' '-Wsynth' '-Wno-ctor-dtor-privacy' '-Wno-non-virtual-dtor' '-Wcast-align' '-Wno-invalid-offsetof' '-Wno-variadic-macros' '-Wno-long-long' '-pedantic' '-pthread' '-pipe' '-DNDEBUG' '-DTRIMMED' '-O3' '-fstrict-aliasing' '-DMOZILLA_CLIENT' '-include' './js-confdefs.h' '-v' '-save-temps' '-shared-libgcc' '-mtune=generic' /home/ehren/gcc-4.5/dist/libexec/gcc/i686-pc-linux-gnu/4.5.0/cc1plus -fpreprocessed jsxml.ii -quiet -dumpbase jsxml.cpp -mtune=generic -auxbase-strip jsxml.o -O3 -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Wno-long-long -pedantic -version -fPIC -fno-rtti -fno-exceptions -fstrict-aliasing -o jsxml.s GNU C++ (GCC) version 4.5.0 20091122 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.3.2 20081105 (Red Hat 4.3.2-7), GMP version 4.2.2, MPFR version 2.3.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C++ (GCC) version 4.5.0 20091122 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.3.2 20081105 (Red Hat 4.3.2-7), GMP version 4.2.2, MPFR version 2.3.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 522cd3da0dd675843a32a63f8d25e9db /home/ehren/mozilla-central/js/src/jsxml.cpp: In function xml_processingInstructions(JSContext*, unsigned int, int*): /home/ehren/mozilla-central/js/src/jsxml.cpp:6351:11: warning: v may be used uninitialized in this function /home/ehren/mozilla-central/js/src/jsxml.cpp:6351:11: note: v was declared here /home/ehren/mozilla-central/js/src/jsxml.cpp:6351:11: warning: v may be used uninitialized in this function /home/ehren/mozilla-central/js/src/jsxml.cpp:6351:11: note: v was declared here ^C ### Here GCC fails with something like "failed after allocating 4072 bytes after a total of xxx bytes". I can get get the exact error message if needed (it takes sever hours to get to that point). This is on Fedora 10 2.6.27.21-170.2.56.fc10.i686 btw. However I've run into the same issue on FC10 x86-64 as well. ### -- Summary: Compiling firefox trunk with 4.5 fails with 'out of memory allocating 4072 bytes after a total of xxx bytes' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ehren dot m at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42139
[Bug c++/42139] Compiling firefox trunk with 4.5 fails with 'out of memory allocating 4072 bytes after a total of xxx bytes'
--- Comment #1 from ehren dot m at gmail dot com 2009-11-22 02:10 --- Created an attachment (id=19079) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19079&action=view) jsxml.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42139
[Bug c++/42171] New: Link error building mozilla with 4.5
when making a shared object
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
make[4]: *** [libxul.so] Error 1
make[4]: Leaving directory
`/home/ehren/tools/mozilla-central/objdir/toolkit/library'
make[3]: *** [libs_tier_toolkit] Error 2
make[3]: Leaving directory `/home/ehren/tools/mozilla-central/objdir'
make[2]: *** [tier_toolkit] Error 2
make[2]: Leaving directory `/home/ehren/tools/mozilla-central/objdir'
make[1]: *** [default] Error 2
make[1]: Leaving directory `/home/ehren/tools/mozilla-central/objdir'
make: *** [build] Error 2
(see attachement for more info)
--
Summary: Link error building mozilla with 4.5
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ehren dot m at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171
[Bug c++/42171] Link error building mozilla with 4.5
--- Comment #1 from ehren dot m at gmail dot com 2009-11-25 03:12 --- Created an attachment (id=19140) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19140&action=view) save temps output Note this was produced at a different time than the output in the top summary. It shows the output using the current development binutils. The output is identical (except for the ld path) using the default Fedora binutils on this box (version shown above). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171
[Bug c++/42171] Link error building mozilla with 4.5
--- Comment #2 from ehren dot m at gmail dot com 2009-11-25 03:26 --- Note: you can't even get this far without turning down the optimization flag from -O3 to -O2 on the file mentioned in this bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42139 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171
[Bug c++/42171] Link error building mozilla with 4.5
--- Comment #4 from ehren dot m at gmail dot com 2009-11-25 13:49 --- (In reply to comment #3) > This sounds like bug 41611. Is > nsAccessibleWrap::ReturnString(nsAString_internal&) an inline function (which > causes that variable to be vague linkage)? > It is inline: http://hg.mozilla.org/mozilla-central/file/d76583175408/accessible/src/atk/nsAccessibleWrap.h#l114 Changing it resolves the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42171
[Bug plugins/44968] New: structs saved (in a vector) during PLUGIN_FINISH_TYPE are mangled by the time of PLUGIN_FINISH_UNIT
For the dehydra plugin, we unfortunately have to delay processing certain types
until after their completion (see
http://hg.mozilla.org/rewriting-and-analysis/dehydra/file/1248fd227e7f/dehydra_plugin.c#l426).
We do this by saving the types in a vector and then processing them during
PLUGIN_FINISH_UNIT. I've created a minimal plugin which, when used to compile
sqlite3, demonstrates that a number of types have been mangled by this point.
Could they have been GCed?
Perhaps it's not safe to save types in this manner but it's strange that
sqlite3.c is the only file in the mozilla code base that causes this problem.
gcc version (4.5 branch tip):
Using built-in specs.
COLLECT_GCC=/home/ehren/gcc4.5/dist-4_5-branch/bin/gcc
COLLECT_LTO_WRAPPER=/home/ehren/gcc4.5/dist-4_5-branch/libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4_5-branch/configure --enable-checking
--disable-bootstrap CFLAGS='-g3 -O0' --enable-languages=c,c++
--enable-__cxa_atexit --disable-multilib
--prefix=/home/ehren/gcc4.5/dist-4_5-branch/ : (reconfigured)
../gcc-4_5-branch/configure --enable-checking --disable-bootstrap CFLAGS='-g3
-O0' --enable-languages=c,c++ --enable-__cxa_atexit --disable-multilib
--prefix=/home/ehren/gcc4.5/dist-4_5-branch/
Thread model: posix
gcc version 4.5.1 20100713 (prerelease) (GCC)
(I'll attach the plugin, sqlite3.i, and the plugin's output)
--
Summary: structs saved (in a vector) during PLUGIN_FINISH_TYPE
are mangled by the time of PLUGIN_FINISH_UNIT
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: plugins
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ehren dot m at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44968
[Bug plugins/44968] structs saved (in a vector) during PLUGIN_FINISH_TYPE are mangled by the time of PLUGIN_FINISH_UNIT
--- Comment #1 from ehren dot m at gmail dot com 2010-07-16 23:53 --- Created an attachment (id=21230) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21230&action=view) plugin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44968
[Bug plugins/44968] structs saved (in a vector) during PLUGIN_FINISH_TYPE are mangled by the time of PLUGIN_FINISH_UNIT
--- Comment #2 from ehren dot m at gmail dot com 2010-07-16 23:55 --- Created an attachment (id=21231) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21231&action=view) test code (sqlite3) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44968
[Bug plugins/44968] structs saved (in a vector) during PLUGIN_FINISH_TYPE are mangled by the time of PLUGIN_FINISH_UNIT
--- Comment #3 from ehren dot m at gmail dot com 2010-07-16 23:57 --- Created an attachment (id=21232) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21232&action=view) plugin output in particular, look at the series of RECORD_TYPES beginning with #511. Interestingly, their definitions are all embedded in other structs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44968
