[Bug c++/19163] __attribute__((aligned)) not working in template
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-01-15 21:09:09 |2007-09-06 06:11:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug c++/19163] __attribute__((aligned)) not working in template
--- Comment #11 from mark at codesourcery dot com 2007-09-06 06:16 --- Subject: Re: __attribute__((aligned)) not working in template jason at gcc dot gnu dot org wrote: --- Comment #10 from jason at gcc dot gnu dot org 2007-09-06 05:50 --- Vague references: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00247.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17743 Seems like Mark and/or Nathan have/had state on this that they haven't shared with the lists. I don't think so, but I'm not quite sure I understand. Anyhow, I'm sure I don't have any uncontributed patches for this, and I don't think Nathan has either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug target/33281] gfortran crt2.o not found under Vista
--- Comment #7 from DHConsultancy at skynet dot be 2007-09-06 07:45 --- Subject: Re: gfortran crt2.o not found under Vista It works! Thank you very much for this quick response! Daniel fxcoudert at gcc dot gnu dot org wrote: --- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-09-05 15:58 --- Daniel, Can you try the updated binaries at http://quatramaran.ens.fr/~coudert/gfortran/gfortran-windows.exe ? They are built with the patch in comment #5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33281
[Bug c++/19163] __attribute__((aligned)) not working in template
--- Comment #12 from nathan at codesourcery dot com 2007-09-06 08:15 --- Subject: Re: __attribute__((aligned)) not working in template mark at codesourcery dot com wrote: I don't think so, but I'm not quite sure I understand. Anyhow, I'm sure I don't have any uncontributed patches for this, and I don't think Nathan has either. I do not. I remember looking at it, but didn't get anywhere. nathan -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug tree-optimization/33319] New: ICE with vectorization in
when the testcase g++.dg/tree-ssa/pr27549.C is compiled with -ftree-vectorize it ICEs with: Unable to coalesce ssa_names 141 and 280 which are marked as MUST COALESCE. s$b_141(ab) and s$b_280(ab) /Develop/mainline-dn/gcc/gcc/testsuite/g++.dg/tree-ssa/pr27549.C: In function âconst char* foo()â: /Develop/mainline-dn/gcc/gcc/testsuite/g++.dg/tree-ssa/pr27549.C:72: internal compiler error: SSA corruption The testcase is vectorized using versioning-for-aliasing, although it is known at compile time that there is a dependence for sure, so there's no point in testing this at runtime (as pointed out here: http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01211.html). With --param vect-max-version-for-alias-checks=0 the testcase doesn't get vectorized and doesn't ICE. So, Disabling versioning-for-aliasing when it's redundant (like in the above case) would avoid the ICE, but we should probably figure out what is really causing the ICE. (this is how the testcase is compiled: /Develop/mainline-dn/build1/gcc/testsuite/g++/../../g++ -B/Develop/mainline-dn/build1/gcc/testsuite/g++/../../ /Develop/mainline-dn/gcc/gcc/testsuite/g++.dg/tree-ssa/pr27549.C -nostdinc++ -I/Develop/mainline-dn/build1/powerpc64-unknown-linux-gnu/libstdc++-v3/include/powerpc64-unknown-linux-gnu -I/Develop/mainline-dn/build1/powerpc64-unknown-linux-gnu/libstdc++-v3/include -I/Develop/mainline-dn/gcc/libstdc++-v3/libsupc++ -I/Develop/mainline-dn/gcc/libstdc++-v3/include/backward -I/Develop/mainline-dn/gcc/libstdc++-v3/testsuite/util -fmessage-length=0 -O2 -S -m64 -O2 -ftree-vectorize -maltivec -fdump-tree-vect-details -o pr27549.s) -- Summary: ICE with vectorization in Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dorit at gcc dot gnu dot org GCC build triplet: powerpc-linux GCC host triplet: powerpc-linux GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33319
[Bug bootstrap/33306] [4.3 regression] Bootstrap failure on alpha: ICE in convert_move, at expr.c:369
--- Comment #6 from rsandifo at gcc dot gnu dot org 2007-09-06 08:45 --- Subject: Bug 33306 Author: rsandifo Date: Thu Sep 6 08:45:16 2007 New Revision: 128179 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128179 Log: gcc/ PR middle-end/33306 * optabs.c (avoid_expensive_constant): Do nothing if MODE is VOIDmode. Modified: trunk/gcc/ChangeLog trunk/gcc/optabs.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33306
[Bug bootstrap/33306] [4.3 regression] Bootstrap failure on alpha: ICE in convert_move, at expr.c:369
--- Comment #7 from rsandifo at gcc dot gnu dot org 2007-09-06 08:45 --- Serge, thanks for testing. Patch now installed on mainline. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33306
[Bug tree-optimization/33320] New: ICE with vectorization in the testsuite during dataref analysis
When the testcase gcc.dg/tree-ssa/predcom-3.c is compiled with vectorization it ICes when the dataref analysis called from vectorizer: /home/dorit/mainline/build2/gcc/xgcc -B/home/dorit/mainline/build2/gcc/ /home/dorit/mainline/gcc/gcc/testsuite/gcc.dg/tree-ssa/predcom-3.c -O2 -fpredictive-commoning -fdump-tree-pcom-details -fno-show-column -S -O2 -ftree-vectorize -fdump-tree-vect-details -o predcom-3.s /home/dorit/mainline/gcc/gcc/testsuite/gcc.dg/tree-ssa/predcom-3.c: In function âtestâ: /home/dorit/mainline/gcc/gcc/testsuite/gcc.dg/tree-ssa/predcom-3.c:7: internal compiler error: Segmentation fault -- Summary: ICE with vectorization in the testsuite during dataref analysis Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dorit at gcc dot gnu dot org GCC build triplet: i386-linux GCC host triplet: i386-linux GCC target triplet: i386-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33320
[Bug libfortran/33298] Wrong code for SPREAD on zero-sized arrays
--- Comment #8 from toon at moene dot indiv dot nluug dot nl 2007-09-06 08:56 --- Wouldn't it be an option to simply bail out early (i.e., after the error checks) in case of size == 0 ? E.g., like this: 62 63 rrank = srank + 1; 64 if (rrank GFC_MAX_DIMENSIONS) 65 runtime_error (return rank too large in spread()); 66 67 if (*along rrank) 68 runtime_error (dim outside of rank in spread()); if (size == 0) return Or do we actually have to set something on return ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33298
[Bug tree-optimization/33302] dead-store not eliminated
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-09-06 09:06 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33302
[Bug tree-optimization/33302] dead-store not eliminated
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-09-06 09:06 --- Subject: Bug 33302 Author: rguenth Date: Thu Sep 6 09:05:58 2007 New Revision: 128180 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128180 Log: 2007-09-06 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/33302 * tree-ssa-dse.c (tree_ssa_dse): Connect infinite loops to the exit block before doing the post-dominator walk. * domwalk.c (walk_dominator_tree): The exit block is interesting even if it is not reachable. * gcc.dg/tree-ssa/ssa-dse-11.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-dse-11.c Modified: trunk/gcc/ChangeLog trunk/gcc/domwalk.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33302
[Bug middle-end/33321] New: gcc manpage contains @option-Wstrict-overflow=1
I don't know how it should look like, but the following looks very strange in the manpage: @option-Wstrict-overflow=1 invoke.texi contains: @table @option @item -Wstrict-overflow=1 ... -- Summary: gcc manpage contains @option-Wstrict-overflow=1 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33321
[Bug target/33281] gfortran crt2.o not found under Vista
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2007- ||09/msg00447.html Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2007-09-04 06:17:29 |2007-09-06 09:56:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33281
[Bug c++/33322] New: internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971
when compiling attached file, i'm getting the following ICE: [EMAIL PROTECTED]:~/workspace/nova_ladspa$ gcc-4.2 -o filters.os -c -fPIC -DNDEBUG -Inova/source filters.cpp filters.cpp: In instantiation of âconst unsigned int unnamed::filter_basetrue::freq_portâ: filters.cpp:277: instantiated from âvoidunnamed::filter_baselow::setport(long unsigned int, LADSPA_Data*) [with bool low = true]â filters.cpp:491: instantiated from here filters.cpp:246: internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.2/README.Bugs. gcc version: [EMAIL PROTECTED]:~/workspace/nova_ladspa$ gcc-4.2 -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2 --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-targets=all --disable-werror --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.2.1 (Debian 4.2.1-3) this is related to the anonymous namespace, that is used -- Summary: internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971 Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tim at klingt dot org GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33322
[Bug c++/33322] internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971
--- Comment #1 from tim at klingt dot org 2007-09-06 10:11 --- Created an attachment (id=14163) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14163action=view) compressed preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33322
Man page.
Hiya. I am an OpenBSD user. I was looking at the online man page for GCC(1) and notice the Author section seems to contain a uri that does not work. Quote: AUTHOR See the Info entry for gcc, or http://gcc.gnu.org/online- docs/gcc/Contributors.html, for contributors to GCC. http://www.openbsd.org/cgi-bin/man.cgi?query=gccsektion=1 As hyphens in uri's are not uncommon I assumed the page had been moved and went to your site. It seems, however, that the uri has suffered in the formatting process. I had a look at the FreeBSD online man pages and notice a similar thing: AUTHOR See the Info entry for gcc, or http://gcc.gnu.org/onlinedocs/gcc/Con- tributors.html, for contributors to GCC. http://www.freebsd.org/cgi/man.cgi?query=gccapropos=0sektion=0manpath=FreeBSD+6.2-RELEASEformat=html From memory, the man pages do not have hyperlinks so users might spot the hyphen as not part of the address. To avoid confusion, perhaps the uri could begin on a new line. Apparently this is the intended page: http://gcc.gnu.org/onlinedocs/gcc/Contributors.html Best wishes, David Walker
[Bug middle-end/33321] gcc manpage contains @option-Wstrict-overflow=1
--- Comment #1 from joseph at codesourcery dot com 2007-09-06 10:40 --- Subject: Re: New: gcc manpage contains @option-Wstrict-overflow=1 On Thu, 6 Sep 2007, burnus at gcc dot gnu dot org wrote: invoke.texi contains: @table @option @item -Wstrict-overflow=1 It should use @table @gcctabopt instead of @table @option (whether this fixes this problem, I don't know). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33321
[Bug c++/33322] internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971
--- Comment #2 from tim at klingt dot org 2007-09-06 11:07 --- ah, forgot to mention ... gcc-4.1 can compile the code: [EMAIL PROTECTED]:~$ gcc -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.1.3 --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.3 20070812 (prerelease) (Debian 4.1.2-15) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33322
[Bug tree-optimization/33302] dead-store not eliminated
--- Comment #10 from wouter dot vermaelen at scarlet dot be 2007-09-06 11:48 --- I'm sorry, but can you recheck? The testcase at the top of this bug report still generates the same asm code for me. -- wouter dot vermaelen at scarlet dot be changed: What|Removed |Added Severity|enhancement |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33302
[Bug libstdc++/33203] [4.3 regression] libstdc++-v3 build broken on i386-pc-mingw32
--- Comment #3 from patchapp at dberlin dot org 2007-09-06 11:55 --- Subject: Bug number PR libstdc++/33203 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00310.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33203
[Bug fortran/31564] Error: Type/rank mismatch in argument
--- Comment #10 from patchapp at dberlin dot org 2007-09-06 11:55 --- Subject: Bug number PR31564 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00319.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31564
[Bug fortran/33241] ICE with parameter string arrays
--- Comment #8 from patchapp at dberlin dot org 2007-09-06 11:55 --- Subject: Bug number PR33241 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00322.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33241
[Bug libfortran/33298] Wrong code for SPREAD on zero-sized arrays
--- Comment #9 from patchapp at dberlin dot org 2007-09-06 11:57 --- Subject: Bug number PR 33298 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00394.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33298
[Bug fortran/33297] SIZE intrinsic crashes gfortran on invalid usage
--- Comment #3 from patchapp at dberlin dot org 2007-09-06 11:57 --- Subject: Bug number PR33297 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00400.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33297
[Bug tree-optimization/33302] dead-store not eliminated
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-09-06 12:13
---
The extra store you still see is caused by -ftracer duplicating it.
Optimizations
after that don't catch that (because of the intervening possibly aliasing loads
I guess):
(insn 25 24 27 4 t.ii:3 (set (mem/s:SI (reg/f:DI 102) [4 variable.D.2014.a+0
S4 A64])
(reg:SI 75)) 47 {*movsi_1} (expr_list:REG_DEAD (reg:SI 75)
(expr_list:REG_EQUAL (plus:SI (mem/s:SI (reg/f:DI 102) [4
variable.D.2014.a+0 S4 A64])
(const_int 4 [0x4]))
(nil
(insn 27 25 28 4 t.ii:18 (set (reg:DI 78 [ variable.addr ])
(zero_extend:DI (mem/s:SI (reg/f:DI 101) [4 variable.addr+0 S4
A64]))) 120 {zero_extendsidi2_rex64} (nil))
...
(insn 96 95 97 4 t.ii:3 (parallel [
(set (reg:SI 83)
(plus:SI (reg:SI 76 [ variable.D.2014.a ])
(const_int 6 [0x6])))
(clobber (reg:CC 17 flags))
]) 235 {*addsi_1} (expr_list:REG_UNUSED (reg:CC 17 flags)
(expr_list:REG_DEAD (reg:SI 84 [ variable.D.2014.a ])
(nil
(insn 97 96 98 4 t.ii:3 (set (mem/s:SI (reg/f:DI 102) [4 variable.D.2014.a+0
S4 A64])
(reg:SI 83)) 47 {*movsi_1} (expr_list:REG_EQUAL (plus:SI (mem/s:SI
(reg/f:DI 102) [4 variable.D.2014.a+0 S4 A64])
(const_int 2 [0x2]))
(expr_list:REG_DEAD (reg:SI 83)
(nil
If you build without -ftracer or without -fforce-addr it works (but won't
combine the add on one path). But.. -ftracer was supposed to be moved
to the tree level...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33302
[Bug driver/30972] Call to _access has invalid parameter when linked with msvcrt (for vista)
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-06 12:25 --- (In reply to comment #0) The problem is that the mode parameter is sometimes set to X_OK (system.h, equals 1). X_OK is only defined in system.h if it's not defined by system includes. On mingw, X_OK happens to be defined by io.h. The solution I think is to define X_OK as 0 on the MingW Windows platform. When the mode is 0 msvcrt's _access tests for existence. Which is pretty close to the execute right check. The mingw developers have modified their include files to work around this case, and you can get the old behaviour (X_OK is ignored) by compiling with -D__USE_MINGW_ACCESS (see PR33281). I intend to commit a patch that makes us build the compiler with -D__USE_MINGW_ACCESS, thus removing the problem. I thus intend to close that PR. Zack, if you think we shouldn't use access() at all, do you want to keep this PR open and change its title to reflect this desired change? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org, zackw at panix dot com Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30972
[Bug bootstrap/33100] [4.3 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #3 from brett dot albertson at stratech dot com 2007-09-06 13:03 --- (In reply to comment #2) Something changed and it is now working for me, but this did exist on mainline for at least some period of time. Rainer, are you still seeing this behavior? Brett -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug bootstrap/33100] [4.3 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2007-09-06 13:25 --- Subject: Re: [4.3 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0 brett dot albertson at stratech dot com writes: Something changed and it is now working for me, but this did exist on mainline for at least some period of time. Rainer, are you still seeing this behavior? I haven't tried a newer tree ( 20070903) yet. A difference might be that Art uses GNU ld (he doesn't state so, though) while Brett and I use Sun ld. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug c++/33323] New: configure with --disable-shared, g++ can't create shared library.
I build gcc with ./configure --disable-shared on x86_64. But I can't create shared library with g++, because libstdc++.a is not build with -fPIC. -- Summary: configure with --disable-shared, g++ can't create shared library. Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: cnstar9988 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33323
[Bug c++/33323] configure with --disable-shared, g++ can't create shared library.
--- Comment #1 from cnstar9988 at gmail dot com 2007-09-06 13:30 --- ./configure --disable-shared Because I don't want to dynamic linked with libstdc++.so. I wan't static linked with libstdc++.a. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33323
[Bug middle-end/33318] [4.3 Regression] fortran/expr.c:305: internal compiler error: internal consistency failure
--- Comment #2 from danglin at gcc dot gnu dot org 2007-09-06 13:30 --- No, cc1 is hanging in stage2. I did a core dump: Program terminated with signal 3, Quit. warning: The shared libraries were not privately mapped; setting a breakpoint in a shared library will not work until you rerun the program. Reading symbols from /usr/lib/pa20_64/dld.sl...done. Loaded symbols for /usr/lib/pa20_64/dld.sl Reading symbols from /usr/lib/pa20_64/libc.2...done. Loaded symbols for /lib/pa20_64/libc.2 Reading symbols from /usr/lib/pa20_64/libdl.1...done. Loaded symbols for /usr/lib/pa20_64/libdl.1 Reading symbols from /opt/graphics/OpenGL/lib/pa20_64/libogltls.sl...done. Loaded symbols for /opt/graphics/OpenGL/lib/pa20_64/libogltls.sl #0 0x4042cc00 in verify_rtl_sharing () at ../../gcc/gcc/emit-rtl.c:2382 2382if (INSN_P (p)) Breakpoint 1 at 0x403c94d4: file ../../gcc/gcc/diagnostic.c, line 655. Breakpoint 2 at 0x403c92b4: file ../../gcc/gcc/diagnostic.c, line 599. Breakpoint 3 at 0xc018662c Breakpoint 4 at 0xc01dea88 (gdb) bt #0 0x4042cc00 in verify_rtl_sharing () at ../../gcc/gcc/emit-rtl.c:2382 #1 0x40d881bc in cse_insn (insn=0x83fffd3f4320, libcall_insn=0x0) at ../../gcc/gcc/cse.c:4681 #2 0x40d8ee6c in cse_extended_basic_block ( ebb_data=0x83fffdff3390) at ../../gcc/gcc/cse.c:6113 #3 0x40d8f9e4 in cse_main (f=0x83fffbd18100, nregs=10964) at ../../gcc/gcc/cse.c:6296 #4 0x40d922ac in rest_of_handle_cse () at ../../gcc/gcc/cse.c:7031 #5 0x406e5e08 in execute_one_pass (pass=0x80015520) at ../../gcc/gcc/passes.c:1110 #6 0x406e6130 in execute_pass_list (pass=0x80015520) at ../../gcc/gcc/passes.c:1163 #7 0x406e6174 in execute_pass_list (pass=0x80012a18) at ../../gcc/gcc/passes.c:1164 #8 0x40914cb0 in tree_rest_of_compilation (fndecl=0x83fffd30d800) at ../../gcc/gcc/tree-optimize.c:404 #9 0x4023a24c in c_expand_body (fndecl=0x7) at ../../gcc/gcc/c-common.c:4586 #10 0x40c3f698 in cgraph_expand_function (node=0x83fffcc92200) at ../../gcc/gcc/cgraphunit.c:1077 #11 0x40c3fa60 in cgraph_expand_all_functions () at ../../gcc/gcc/cgraphunit.c:1146 ---Type return to continue, or q return to quit--- #12 0x40c406a8 in cgraph_optimize () at ../../gcc/gcc/cgraphunit.c:1353 #13 0x4019d2bc in c_write_global_declarations () at ../../gcc/gcc/c-decl.c:8080 #14 0x40833588 in compile_file () at ../../gcc/gcc/toplev.c:1058 #15 0x40837044 in do_compile () at ../../gcc/gcc/toplev.c:2229 #16 0x40837160 in toplev_main (argc=43, argv=0x83fffdff2278) at ../../gcc/gcc/toplev.c:2261 #17 0x402a9380 in main (argc=458752, argv=0x923afafafaf) at ../../gcc/gcc/main.c:35 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33318
[Bug c++/33323] configure with --disable-shared, g++ can't create shared library.
--- Comment #2 from pluto at agmk dot net 2007-09-06 13:45 --- you must use the --with-pic option which is currently broken ;) see PR28811. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33323
qhull segfault if compiled with -O2
Hi. I compiled qhull [1] with the following versions: gcc (GCC) 4.2.1 gcc (GCC) 4.3.0 20070906 (experimental) When compiled with -O it works: qhull/src$ make CFLAGS=-O -j /dev/null; ./rbox 5 | ./qhull /dev/null but if I qhull/src$ touch qset.c and recompile it with -O2 then qhull segfaults: qhull/src$ make CFLAGS=-O2 -j /dev/null; ./rbox 5 | ./qhull Segmentation fault If I touch the file again and recompile with -O2, but with an older version of gcc gcc (GCC) 4.1.1 20070105 (Red Hat 4.1.1-52) it works again. [1] http://www.qhull.org/download/qhull-2003.1.tar.gz [2] sha1 of qset.c is cb61179b8dee6b36a8cdc4cba0a6fcc6383e1771 Yes, I read `What we do not want' section, but it seems a single file will be of no use. The bug repeats on different versions of Linux (both 2.4 and 2.6). -- Regards, ASK
[Bug tree-optimization/32821] tree-if-conv:combine_blocks with -ftree-dump-tree-all-details fails on ICE in compilation: segfault
--- Comment #5 from ubizjak at gmail dot com 2007-09-06 14:21 --- I'll take this PR. -- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-06 14:21:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32821
[Bug middle-end/33318] [4.3 Regression] fortran/expr.c:305: internal compiler error: internal consistency failure
--- Comment #3 from hubicka at gcc dot gnu dot org 2007-09-06 15:10 --- Subject: Bug 33318 Author: hubicka Date: Thu Sep 6 15:10:28 2007 New Revision: 128187 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128187 Log: PR target/33318 * cse.c (fold_rtx): Avoid invalid sharing. Modified: trunk/gcc/ChangeLog trunk/gcc/cse.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33318
[Bug c++/32674] [4.1/4.2/4.3 regression] ICE in lvalue_p_1 initialising static variable inside template class
--- Comment #2 from pcarlini at suse dot de 2007-09-06 15:39 --- On it. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32674
[Bug target/33281] gfortran crt2.o not found under Vista
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-09-06 15:42 --- Subject: Bug 33281 Author: fxcoudert Date: Thu Sep 6 15:42:02 2007 New Revision: 128188 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128188 Log: PR target/33281 * configure.ac: Use config/mh-mingw on mingw. * configure: Regenerate. * config/mh-mingw: New host makefile fragment. Added: trunk/config/mh-mingw Modified: trunk/ChangeLog trunk/configure trunk/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33281
[Bug target/33281] gfortran crt2.o not found under Vista
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-09-06 15:47 --- Fix committed to mainline. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33281
[Bug target/33256] internal compiler error: in print_operand_reloc, at config/mips/mips.c:5579
--- Comment #19 from daney at gcc dot gnu dot org 2007-09-06 16:00 --- On the trunk (with the patch) there are no regressions with a full bootstrap all default languages on mipsel-linux. The test cases passes also. I say: Commit it! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33256
[Bug tree-optimization/32586] [4.3 Regression] New VN misses FRE opportunities
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-06 16:05 --- Subject: Bug 32586 Author: rguenth Date: Thu Sep 6 16:05:32 2007 New Revision: 128189 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128189 Log: 2007-09-06 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/32586 * tree-ssa-sccvn.c (simplify_binary_expression): Avoid folding if nothing changed. (simplify_unary_expression): New function. Do tree combining on conversion like codes. (try_to_simplify): Call it. * builtins.c (fold_builtin_cexp): Fold the built expressions. * fold-const.c (fold_unary): Test result of get_callee_fndecl(). * g++.dg/tree-ssa/pr27090.C: Remove XFAILs. * gcc.dg/tree-ssa/ssa-fre-1.c: Likewise. * gcc.dg/tree-ssa/ssa-fre-3.c: Likewise. * gcc.dg/tree-ssa/ssa-fre-5.c: Likewise. * gcc.dg/tree-ssa/ssa-fre-4.c: Likewise, remove scan for now obsolete simplification. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/tree-ssa/pr27090.C trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-1.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-3.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-4.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-fre-5.c trunk/gcc/tree-ssa-sccvn.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32586
[Bug tree-optimization/32586] [4.3 Regression] New VN misses FRE opportunities
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-06 16:06 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32586
[Bug tree-optimization/33320] ICE with vectorization in the testsuite during dataref analysis
--- Comment #1 from ubizjak at gmail dot com 2007-09-06 16:34 --- (In reply to comment #0) When the testcase gcc.dg/tree-ssa/predcom-3.c is compiled with vectorization it ICes when the dataref analysis called from vectorizer: I can't get the compiler (current mainline) to segfault with the compile flags form the description on x86_64-pc-linux-gnu or i686-pc-linux-gnu (with and without -msse2). -- ubizjak at gmail dot com changed: What|Removed |Added CC||ubizjak at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33320
[Bug driver/30972] Call to _access has invalid parameter when linked with msvcrt (for vista)
--- Comment #5 from zackw at panix dot com 2007-09-06 17:35 --- Nah, probably no one will ever get round to it and it's not that important. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30972
[Bug driver/30972] Call to _access has invalid parameter when linked with msvcrt (for vista)
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-09-06 17:39 --- *** This bug has been marked as a duplicate of 33281 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30972
[Bug target/33281] gfortran crt2.o not found under Vista
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-09-06 17:39 --- *** Bug 30972 has been marked as a duplicate of this bug. *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||ska-pig at gmx dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33281
[Bug target/33256] internal compiler error: in print_operand_reloc, at config/mips/mips.c:5579
--- Comment #20 from rsandifo at gcc dot gnu dot org 2007-09-06 17:46 --- Subject: Bug 33256 Author: rsandifo Date: Thu Sep 6 17:46:43 2007 New Revision: 128195 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128195 Log: gcc/ PR target/33256 * config/mips/mips.c (mips_classify_symbolic_expression): New function. (mips_classify_address): Use it instead of mips_symbolic_constant_p. (print_operand_reloc): Likewise. gcc/testsuite/ 200x-xx-xx David Daney [EMAIL PROTECTED] Richard Sandiford [EMAIL PROTECTED] PR target/33256 * gcc.target/mips/mips.exp (setup_mips_tests): Set mips_forced_le. (dg-mips-options): Skip -EB and -meb tests when $mips_forced_le. * gcc.target/mips/pr33256.c: New test. Added: trunk/gcc/testsuite/gcc.target/mips/pr33256.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/mips/mips.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/mips/mips.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33256
[Bug bootstrap/33100] [4.3 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #5 from hjl at lucon dot org 2007-09-06 17:47 --- It could be caused by bugs in assembler/linker on Solaris. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug fortran/33271] nint_2.f90 abort compiled with -O0
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2007-09-06 17:47
---
The following code:
#include math.h
#include stdio.h
int main (void)
{
printf (%ld %ld %ld\n, lround (nextafter(0.5,-9.0)), lround (0.5), lround
(nextafter(0.5,9.0)));
}
should print 0 1 1. On both ppc-aix and ppc-linux (thanks David for testing!)
it says 1 1 1, which is wrong. The powerpc-linux issue is a glibc bug, I
filed it as #4997 (http://www.cygwin.com/bugzilla/show_bug.cgi?id=4997). The
powerpc-aix issue is a AIX libm bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33271
[Bug fortran/33271] nint_2.f90 abort compiled with -O0
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2007-09-06 17:48 --- Subject: Bug 33271 Author: fxcoudert Date: Thu Sep 6 17:48:32 2007 New Revision: 128196 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128196 Log: PR fortran/33271 * gfortran.dg/nint_2.f90: xfail on powerpc-ibm-aix* and powerpc*-linux-gnu. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gfortran.dg/nint_2.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33271
[Bug fortran/33271] nint_2.f90 abort compiled with -O0
--- Comment #15 from fxcoudert at gcc dot gnu dot org 2007-09-06 17:50 --- Testcase XFAILed on both platforms, should appear as a failure any more. Please reopen the PR if I made a mistake and it still appears. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33271
[Bug rtl-optimization/32283] Missed induction variable optimization
--- Comment #10 from rakdver at gcc dot gnu dot org 2007-09-06 17:57 --- I'm testing a patch. -- rakdver at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-06 17:57:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283
[Bug target/33256] internal compiler error: in print_operand_reloc, at config/mips/mips.c:5579
--- Comment #21 from rsandifo at gcc dot gnu dot org 2007-09-06 18:05 --- Subject: Bug 33256 Author: rsandifo Date: Thu Sep 6 18:04:51 2007 New Revision: 128197 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128197 Log: gcc/ PR target/33256 * config/mips/mips.c (mips_classify_symbolic_expression): New function. (mips_classify_address): Use it instead of mips_symbolic_constant_p. (print_operand_reloc): Likewise. gcc/testsuite/ 200x-xx-xx David Daney [EMAIL PROTECTED] Richard Sandiford [EMAIL PROTECTED] PR target/33256 * gcc.target/mips/mips.exp (setup_mips_tests): Set mips_forced_le. (dg-mips-options): Skip -EB and -meb tests when $mips_forced_le. * gcc.target/mips/pr33256.c: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.target/mips/pr33256.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/mips/mips.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog branches/gcc-4_2-branch/gcc/testsuite/gcc.target/mips/mips.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33256
[Bug target/33256] internal compiler error: in print_operand_reloc, at config/mips/mips.c:5579
--- Comment #22 from rsandifo at gcc dot gnu dot org 2007-09-06 18:07 --- Subject: Bug 33256 Author: rsandifo Date: Thu Sep 6 18:06:51 2007 New Revision: 128198 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128198 Log: gcc/ PR target/33256 * config/mips/mips.c (mips_classify_symbolic_expression): New function. (mips_classify_address): Use it instead of mips_symbolic_constant_p. (print_operand_reloc): Likewise. gcc/testsuite/ 200x-xx-xx David Daney [EMAIL PROTECTED] Richard Sandiford [EMAIL PROTECTED] PR target/33256 * gcc.target/mips/mips.exp (setup_mips_tests): Set mips_forced_le. (dg-mips-options): Skip -EB and -meb tests when $mips_forced_le. * gcc.target/mips/pr33256.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.target/mips/pr33256.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/mips/mips.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gcc.target/mips/mips.exp -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33256
[Bug target/33169] Compiler generates two different relocs for the same symbol
--- Comment #8 from rsandifo at gcc dot gnu dot org 2007-09-06 18:25 --- Created an attachment (id=14164) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14164action=view) The patch that I think fixed this on mainline This is a compiler bug rather than a linker bug. The compiler must only apply %lo to local GOT entries, not global ones. I'm pretty certain this is the bug I fixed on mainline with: http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01451.html (The problem being that weakrefs are an odd case: they're weak, but !TREE_PUBLIC.) The patch applies cleanly to 4.2, and I've attached it here for convenience. Aaron, could you confirm it fixes the bug you're seeing? (Also, please could you close the binutils bug? The assembly code is, as you suspected, invalid.) -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33169
[Bug target/33256] internal compiler error: in print_operand_reloc, at config/mips/mips.c:5579
--- Comment #23 from rsandifo at gcc dot gnu dot org 2007-09-06 18:11 --- David, thanks for the testing. Fixed on mainline and both active release branches. -- rsandifo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33256
[Bug c++/32674] [4.1/4.2/4.3 regression] ICE in lvalue_p_1 initialising static variable inside template class
--- Comment #3 from paolo at gcc dot gnu dot org 2007-09-06 18:39 --- Subject: Bug 32674 Author: paolo Date: Thu Sep 6 18:38:49 2007 New Revision: 128201 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128201 Log: /cp 2007-09-06 Paolo Carlini [EMAIL PROTECTED] PR c++/32674 * decl.c (cp_finish_decl): When processing_template_decl, deal correctly with init as TREE_LIST. /testsuite 2007-09-06 Paolo Carlini [EMAIL PROTECTED] PR c++/32674 * g++.dg/template/static31.C: New. Added: trunk/gcc/testsuite/g++.dg/template/static31.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32674
[Bug target/33324] New: ICE on new array of objects with virtual destructors.
On the trunk r128169, configured thusly:
$ ../clean/configure --target=armv5tl-montavista-linuxeabi
--prefix=/home/daney/mvl_ti/gcj
--with-sysroot=/home/daney/mvl_ti/mv_pro_4.0/montavista/pro/devkit/arm/v5t_le/target
--enable-languages=c,c++ --with-float=soft --disable-java-awt --without-x
--disable-jvmpi --enable-__cxa_atexit --disable-sjlj-exceptions
I get the following ICE:
$ /home/daney/gccsvn/arm-clean/gcc/g++ -B/home/daney/gccsvn/arm-clean/gcc/ -S
foo.cc
foo.cc: In constructor C::C(int):
foo.cc:15: internal compiler error: in build2_stat, at tree.c:3110
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
There is no ICE on i686-pc-linux-gnu native build.
Test case:
foo.cc---
class A
{
public:
virtual ~A(){};
};
class C
{
public:
A *q;
public:
C(int x)
{
q = new A[x];
}
};
--
Summary: ICE on new array of objects with virtual destructors.
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: armv5tl-none-linuxeabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33324
[Bug fortran/33325] New: Document intrinsic Fortran modules
Just to not forget. Initial patch / RFC: http://gcc.gnu.org/ml/fortran/2007-08/msg00452.html -- Summary: Document intrinsic Fortran modules Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33325
[Bug fortran/31547] Document when CPP is called and document the f95-cpp-input option
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-06 18:52 --- One should also crosslink to CPP http://gcc.gnu.org/onlinedocs/cpp/ or to http://gcc.gnu.org/onlinedocs/cpp/Standard-Predefined-Macros.html which mentions also __GNUC__ (= gfortran version) and __GFORTRAN__. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31547
[Bug middle-end/33324] [4.3 Regression] ICE on new array of objects with virtual destructors.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|target |middle-end Summary|ICE on new array of objects |[4.3 Regression] ICE on new |with virtual destructors. |array of objects with ||virtual destructors. Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33324
[Bug fortran/33303] Document __GFORTRAN__
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-06 18:57 --- Patch for cpp.texi: http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00533.html For fortran/*texi, see PR 31547. -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-09-04 16:02:41 |2007-09-06 18:57:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33303
[Bug middle-end/33324] [4.3 Regression] ICE on new array of objects with virtual destructors.
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-06 18:54 --- This is most likely my fault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33324
[Bug c++/32674] [4.1/4.2/4.3 regression] ICE in lvalue_p_1 initialising static variable inside template class
--- Comment #4 from paolo at gcc dot gnu dot org 2007-09-06 19:19 --- Subject: Bug 32674 Author: paolo Date: Thu Sep 6 19:19:15 2007 New Revision: 128205 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128205 Log: /cp 2007-09-06 Paolo Carlini [EMAIL PROTECTED] PR c++/32674 * decl.c (cp_finish_decl): When processing_template_decl, deal correctly with init as TREE_LIST. /testsuite 2007-09-06 Paolo Carlini [EMAIL PROTECTED] PR c++/32674 * g++.dg/template/static31.C: New. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/template/static31.C Modified: branches/gcc-4_2-branch/gcc/cp/ChangeLog branches/gcc-4_2-branch/gcc/cp/decl.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32674
[Bug c++/32674] [4.1 regression] ICE in lvalue_p_1 initialising static variable inside template class
--- Comment #5 from pcarlini at suse dot de 2007-09-06 19:20 --- Fixed in mainline and 4_2-branch. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW Summary|[4.1/4.2/4.3 regression] ICE|[4.1 regression] ICE in |in lvalue_p_1 initialising |lvalue_p_1 initialising |static variable inside |static variable inside |template class |template class http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32674
[Bug libfortran/33298] Wrong code for SPREAD on zero-sized arrays
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-09-06 19:25 --- Subject: Bug 33298 Author: tkoenig Date: Thu Sep 6 19:25:30 2007 New Revision: 128206 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128206 Log: 2007-09-06 Thomas Koenig [EMAIL PROTECTED] PR fortran/33298 * intrinsics/spread_generic.c(spread_internal): Enable bounds checking by comparing extents if the bounds_check option has been set. If any extent is =0, return early. 2007-09-06 Thomas Koenig [EMAIL PROTECTED] PR fortran/33298 * spread_zerosize_1.f90: New test case. * spread_bounds_1.f90: New test case. Added: trunk/gcc/testsuite/gfortran.dg/spread_bounds_1.f90 trunk/gcc/testsuite/gfortran.dg/spread_zerosize_1.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/intrinsics/spread_generic.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33298
[Bug java/33326] New: libjava - testsuite fails on intel Macintosh
The libjava testsuite fails on intel Macintosh - === libjava Summary === # of expected passes50 # of unexpected failures828 # of expected failures 35 # of untested testcases 1581 runtest completed at Thu Sep 6 11:58:37 2007 -- Summary: libjava - testsuite fails on intel Macintosh Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov GCC host triplet: i386-apple-darwin8.10.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33326
[Bug java/33326] libjava - testsuite fails on intel Macintosh
-- andreast at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |andreast at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 GCC host triplet|i386-apple-darwin8.10.1 |*-apple-darwin8* Last reconfirmed|-00-00 00:00:00 |2007-09-06 19:44:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33326
[Bug java/33326] libjava - testsuite fails on intel Macintosh
--- Comment #1 from dir at lanl dot gov 2007-09-06 19:33 --- Created an attachment (id=14165) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14165action=view) The log file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33326
[Bug c++/33322] internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-06 20:27 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33322
[Bug c++/33322] internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-06 20:28 --- This might be a dup of bug 33094. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33322
[Bug c++/33118] [4.3 Regression] #'argument_pack_select' not supported by dump_expr#expression error
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-06 20:08 --- Confirmed, based on dup. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-06 20:08:16 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33118
[Bug c++/33314] Ill-formed program compiles without error. Ternary (expr.cond) operands, ambiguous conversion.
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-06 20:04 --- s1 is surprise No it is not. std::cout s1 std::endl; Calls s1.operator const char* and not s1.operator . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33314
[Bug c++/33323] configure with --disable-shared, g++ can't create shared library.
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-06 20:06 --- Invalid as --with-pic is needed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33323
[Bug c++/19163] __attribute__((aligned)) not working in template
--- Comment #13 from bkoz at gcc dot gnu dot org 2007-09-06 21:00 --- Yo! Jason, fixing this would be most appreciated by the library hackers. This is one of those things that I would really like to see implemented before C++0x gets too far down the road... there is a bunch of stuff depending on this, from both C++0x and TR1. Also, I believe that the deprecated attribute issue is also related to some of these issues. Those bugzilla numbas are: 15269 16370 best, benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug libfortran/33298] Wrong code for SPREAD on zero-sized arrays
--- Comment #11 from tkoenig at alice-dsl dot net 2007-09-06 21:13 --- Subject: Re: Wrong code for SPREAD on zero-sized arrays Hi Toon, --- Comment #8 from toon at moene dot indiv dot nluug dot nl 2007-09-06 08:56 --- Wouldn't it be an option to simply bail out early (i.e., after the error checks) in case of size == 0 ? I think size is the size of an element in the array (in bytes), so this wouldn't really help. Thomas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33298
[Bug target/28902] Fix for alingment of XXX is greater than maximum object alignment on AVR
--- Comment #4 from aesok at gcc dot gnu dot org 2007-09-06 21:17 --- Fixed. -- aesok at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28902
[Bug libfortran/33298] Wrong code for SPREAD on zero-sized arrays
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-09-06 21:23 --- Fixed on trunk. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33298
[Bug c/33327] New: gcc 4.{1,2} fail warn uninitialized
gcc 4.1 and 4.2 fail to warn about an uninitialized variable in the following
testcase. gcc 3.3 correctly warns.
int
foo(int i)
{
int err;
if (i) {
err = 1;
}
return err;
}
Verified on
gcc-4.2 (GCC) 4.2.1 (Debian 4.2.1-3)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
--
Summary: gcc 4.{1,2} fail warn uninitialized
Product: gcc
Version: 4.1.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mark at hindley dot org dot uk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33327
[Bug c/33327] gcc 4.{1,2} fail warn uninitialized
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-06 22:30 --- *** This bug has been marked as a duplicate of 18501 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33327
[Bug tree-optimization/18501] [4.1/4.2/4.3 Regression] Missing 'used unintialized' warning
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-09-06 22:30 --- *** Bug 33327 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||mark at hindley dot org dot ||uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501
[Bug c++/26698] [4.0/4.1/4.2/4.3 Regression] g++ accepts const-incorrect code due to conversion function
--- Comment #8 from pcarlini at suse dot de 2007-09-07 00:36 --- Mark? -- pcarlini at suse dot de changed: What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26698
[Bug c++/26698] [4.0/4.1/4.2/4.3 Regression] g++ accepts const-incorrect code due to conversion function
--- Comment #7 from pcarlini at suse dot de 2007-09-07 00:34 --- Now in mainline things are better: 26698.C: In member function X::operator X() const: 26698.C:25: error: invalid initialization of reference of type X from expression of type const X I'm not sure whether an error at line 28 is mandatory together with the above one. -- pcarlini at suse dot de changed: What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26698
[Bug c++/33094] [4.2/4.3 Regression] ICE on valid C++ virtual template static member in anonymous namespace
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-09-07 00:28 --- *** Bug 33322 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||tim at klingt dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33094
[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-07 01:50 --- Subject: Re: gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type Another option would be to constify xputenv and use CONST_CAST on the argument passed to putenv. Like this? + putenv (CONST_CAST (string)); Almost, CONST_CAST takes a type argument now: CONST_CAST (char *, string) The change with the above mod works for me on hpux. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33309
[Bug c++/26698] [4.0/4.1/4.2/4.3 Regression] g++ accepts const-incorrect code due to conversion function
--- Comment #9 from pcarlini at suse dot de 2007-09-07 00:39 --- Meant line *38* of course, sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26698
[Bug c++/33322] internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-09-07 00:28 --- And it is a dup. *** This bug has been marked as a duplicate of 33094 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33322
[Bug tree-optimization/32772] [4.3 Regression] error: found real variable when subvariables should have appeared
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-09-07 00:17 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32772
[Bug libstdc++/29367] pb_ds hash containers vs. _GLIBCXX_DEBUG
--- Comment #1 from bkoz at gcc dot gnu dot org 2007-09-07 02:13 --- Mine. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-09-07 02:13:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29367
[Bug libstdc++/33328] New: sys_nerr declaration assumed to be in errno.h
libstdc++-v3/acinclude.m4 tests if sys_nerr is in errno.h. On mingw32, it is declared in stdlib.h, so autoconf test fails. Judging from comment in libiberty/strerror.c, sys_nerr is declared in stdio.h on BSD. -- Summary: sys_nerr declaration assumed to be in errno.h Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dannysmith at users dot sourceforge dot net GCC build triplet: i686-pc-mingw32 GCC host triplet: i686-pc-mingw32 GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33328
[Bug libstdc++/33203] [4.3 regression] libstdc++-v3 build broken on i386-pc-mingw32
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-09-07 04:21 --- Fixed. Danny -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33203
[Bug libstdc++/28811] --with-pic vs static libraries and libstdc++
--- Comment #7 from cnstar9988 at gmail dot com 2007-09-07 05:58 --- gcc 4.2.1 have the bug too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
[Bug c/33329] ICE in expand_simple_binop, at optabs.c:1294
--- Comment #1 from marcus at jet dot franken dot de 2007-09-07 05:52 --- Created an attachment (id=14166) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14166action=view) text.i gcc -O2 -msse3 -ftree-vectorize -c text.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33329
[Bug c/33329] New: ICE in expand_simple_binop, at optabs.c:1294
gcc version 4.3.0 20070906 (experimental) (GCC) /home/marcus/projects/gcc/BIN/bin/gcc -O2 -ftree-vectorize -msse3 -c text.i text.i: In function 'f': text.i:11: internal compiler error: in expand_simple_binop, at optabs.c:1294 -- Summary: ICE in expand_simple_binop, at optabs.c:1294 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: marcus at jet dot franken dot de GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33329
[Bug libstdc++/33203] [4.3 regression] libstdc++-v3 build broken on i386-pc-mingw32
--- Comment #4 from dannysmith at gcc dot gnu dot org 2007-09-07 04:18 --- Subject: Bug 33203 Author: dannysmith Date: Fri Sep 7 04:18:40 2007 New Revision: 128228 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128228 Log: PR libstdc++/33203 * configure.host (error_constants_dir): New variable, defaulting to os/generic. ( mingw32*): Overide default. * configure.ac (ERROR_CONSTANTS_SRCDIR): New. * configure: Regenerate. * include/Makefile.am (host_headers): Add $(ERROR_CONSTANTS_SRCDIR)/error_constants.h . * include/Makefile.in: Regenerate. * include/std/system_error (enum posix_errno): Remove. Include bits/error_constants.h instead. * config/os/mingw32/error_constants.h: New. * config/os/generic/error_constants.h: New. Added: trunk/libstdc++-v3/config/os/generic/error_constants.h trunk/libstdc++-v3/config/os/mingw32/error_constants.h Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/configure trunk/libstdc++-v3/configure.ac trunk/libstdc++-v3/configure.host trunk/libstdc++-v3/include/Makefile.am trunk/libstdc++-v3/include/Makefile.in trunk/libstdc++-v3/include/std/system_error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33203
[Bug libstdc++/29367] pb_ds hash containers vs. _GLIBCXX_DEBUG
--- Comment #3 from bkoz at gcc dot gnu dot org 2007-09-07 02:25 --- Subject: Bug 29367 Author: bkoz Date: Fri Sep 7 02:25:45 2007 New Revision: 128222 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128222 Log: 2007-09-06 Benjamin Kosnik [EMAIL PROTECTED] PR libstdc++/29367 * include/ext/pb_ds/detail/map_debug_base.hpp: From this.. * include/ext/pb_ds/detail/debug_map_base.hpp: ...to this. Rename map_debug_base to debug_map_base, add std::pair output extractors, change duplicate map_debug_base typedef in containers to debug_base. Use m_store_extra_indicator for m_store_hash_indicator. * include/ext/pb_ds/*: Likewise. * include/Makefile.am: Same. * include/Makefile.in: Regenerate. Modified: trunk/libstdc++-v3/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29367
[Bug libstdc++/29367] pb_ds hash containers vs. _GLIBCXX_DEBUG
--- Comment #2 from bkoz at gcc dot gnu dot org 2007-09-07 02:21 --- Subject: Bug 29367 Author: bkoz Date: Fri Sep 7 02:20:58 2007 New Revision: 128221 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128221 Log: 2007-09-06 Benjamin Kosnik [EMAIL PROTECTED] PR libstdc++/29367 * include/ext/pb_ds/detail/map_debug_base.hpp: From this.. * include/ext/pb_ds/detail/debug_map_base.hpp: ...to this. Rename map_debug_base to debug_map_base, add std::pair output extractors, change duplicate map_debug_base typedef in containers to debug_base. Use m_store_extra_indicator for m_store_hash_indicator. * include/ext/pb_ds/*: Likewise. * include/Makefile.am: Same. * include/Makefile.in: Regenerate. Added: trunk/libstdc++-v3/include/ext/pb_ds/detail/debug_map_base.hpp - copied, changed from r128207, trunk/libstdc++-v3/include/ext/pb_ds/detail/map_debug_base.hpp Removed: trunk/libstdc++-v3/include/ext/pb_ds/detail/map_debug_base.hpp Modified: trunk/libstdc++-v3/include/Makefile.am trunk/libstdc++-v3/include/Makefile.in trunk/libstdc++-v3/include/ext/pb_ds/detail/bin_search_tree_/bin_search_tree_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/bin_search_tree_/constructors_destructor_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/bin_search_tree_/debug_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/bin_search_tree_/erase_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/bin_search_tree_/insert_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/bin_search_tree_/r_erase_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/bin_search_tree_/split_join_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/cc_ht_map_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/cmp_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/constructor_destructor_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/constructor_destructor_no_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/constructor_destructor_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/debug_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/debug_no_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/debug_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/erase_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/erase_no_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/erase_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/info_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/insert_no_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/cc_hash_table_map_/insert_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/constructor_destructor_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/constructor_destructor_no_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/constructor_destructor_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/debug_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/debug_no_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/debug_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/erase_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/erase_no_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/erase_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/gp_ht_map_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/insert_no_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/gp_hash_table_map_/insert_store_hash_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/list_update_map_/constructor_destructor_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/list_update_map_/debug_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/list_update_map_/erase_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/list_update_map_/find_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/list_update_map_/insert_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/list_update_map_/lu_map_.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/ov_tree_map_/constructors_destructor_fn_imps.hpp trunk/libstdc++-v3/include/ext/pb_ds/detail/ov_tree_map_/debug_fn_imps.hpp
