[Bug libstdc++/22087] ctype tables are offset by one on DJGPP
--- Comment #2 from carey dot evans at gmail dot com 2005-10-02 08:20 --- Created an attachment (id=9860) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9860&action=view) Patch to ctype_inline.h and ctype_noninline.h Here's a patch that copies the Solaris 2.7 implementation with the DJGPP libc variable names. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22087
[Bug libstdc++/24054] std::tr1::unordered_map's erase does not seem to return a value
--- Comment #3 from pcarlini at suse dot de 2005-10-02 08:20 --- In the light of a discussion on the LWG reflector (in a nutshell, 6.3.1p8 and 6.3.1p12 together imply that rehashing is not allowed during erase), it seems we have just to implement the resolution of issue 6.19. Will take care of it. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|austern at gcc dot gnu dot |pcarlini at suse dot de |org | Status|ASSIGNED|UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24054
[Bug libstdc++/24054] std::tr1::unordered_map's erase does not seem to return a value
--- Comment #4 from pcarlini at suse dot de 2005-10-02 08:57 --- Sorry we have got some confusion here. The last comment actually applies to 24061, which is in fact unrelated to this one. This bug is straightforward, we should simply return the number of erased elements. -- pcarlini at suse dot de changed: What|Removed |Added OtherBugsDependingO|24061 | nThis|| Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-02 08:57:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24054
[Bug libstdc++/24061] Documentation in /tr1/hashtable proposes possibly misleading change
--- Comment #6 from pcarlini at suse dot de 2005-10-02 08:58 --- In the light of a discussion on the LWG reflector (in a nutshell, 6.3.1p8 and 6.3.1p12 together imply that rehashing is not allowed during erase), it seems we have just to implement the resolution of issue 6.19. Will take care of it. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-02 08:58:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24061
[Bug libstdc++/24054] std::tr1::unordered_map's erase does not seem to return a value
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-02 10:20 --- Subject: Bug 24054 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-02 10:20:16 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/tr1: hashtable Added files: libstdc++-v3/testsuite/tr1/6_containers/unordered/hashtable: 24054.cc Log message: 2005-10-02 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/24054 * include/tr1/hashtable (erase(const key_type&)): Return the number of elements erased. * testsuite/tr1/6_containers/unordered/hashtable/24054.cc: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3118&r2=1.3119 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/hashtable.diff?cvsroot=gcc&r1=1.10&r2=1.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/tr1/6_containers/unordered/hashtable/24054.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24054
[Bug target/24119] gcc-4.x fails to build on AIX 5.2.0.0-ML04
--- Comment #5 from h dot m dot brand at xs4all dot nl 2005-10-02 13:23 --- Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04 On 2 Oct 2005 04:45:37 -, "dje at gcc dot gnu dot org" <[EMAIL PROTECTED]> wrote: > --- Comment #4 from dje at gcc dot gnu dot org 2005-10-02 04:45 --- > Also, why are you adding "--with-ld=/usr/ccs/bin/ld" to the configure > command? There should be only one "ld" on the system and the GCC > configuration process should find it automatically? Do you have GNU > Binutils installed? It also is possible that the gcc-4.0.0-20040919 > snapshot cannot bootstrap GCC. I re-ran without -B All binutils are disabled after previous advice, so I only use AIX' ld make[1]: Leaving directory `/pro/3gl/GNU/gcc/obj/libcpp' Bootstrapping the compiler make[1]: Entering directory `/pro/3gl/GNU/gcc/obj/gcc' make CC=" stage1/xgcc -Bstage1/ -B/usr/local/ppc64/powerpc-ibm-aix5.2.0.0/bin/" CC_FOR_BUILD=" stage1/xgcc -Bstage1/ -B/usr/local/ppc64/powerpc-ibm-aix5.2.0.0/bin/" \ STAGE_PREFIX=stage1/ \ ADAFLAGS="" CFLAGS="-g -O2" LDFLAGS="-Wl,-bbigtoc" WARN_CFLAGS="\$(GCC_WARN_CFLAGS)" STRICT_WARN="-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -Werror" libdir=/usr/local/ppc64/lib LANGUAGES="c gcov gcov-dump " MAKEINFO="/pro/3gl/GNU/gcc/src/missing makeinfo --split-size=500" MAKEINFOFLAGS="--no-split" MAKEOVERRIDES= OUTPUT_OPTION="-o \$@" \ CFLAGS="-g -O2" WERROR="-Werror" make[2]: Entering directory `/pro/3gl/GNU/gcc/obj/gcc' build/genmodes -h > tmp-modes.h make[2]: *** [s-modes] Segmentation fault (core dumped) make[2]: Leaving directory `/pro/3gl/GNU/gcc/obj/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/pro/3gl/GNU/gcc/obj/gcc' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24119
[Bug target/23139] [3.4 Regression] -pedantic -ffast-math breaks working code
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-02 14:58 --- Only a 3.4.x regression now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |target Known to fail|3.4.0 4.0.0 4.1.0 | Known to work|3.3.3 | Summary|[3.4/4.0/4.1 Regression] - |[3.4 Regression] -pedantic - |pedantic -ffast-math breaks |ffast-math breaks working |working code|code Target Milestone|4.0.3 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23139
[Bug middle-end/22380] [4.1 Regression] stack usage of g++.dg/opt/inline4.C increased (GC with blocks)
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-02 15:49 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22380
[Bug ada/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken
--- Comment #10 from laurent at guerby dot net 2005-10-02 16:20 --- It looks like it is indeed a codegen bug in s-arit64.adb, in Scaled_Divide the following line is miscompiled at -O1 and above (works at -O0): T2 := Lo (T1 rem Zlo) & D (4); In my p.adb testcase, the compiler with Jan patch calls Lo with argument = 0 whereas (T1 rem Zlo) returned (1073741824 rem 3221225472) = 1073741824 so stack/argument handling must be confused at some point. The bug is volatile, ie replacing the line above by: S3 := Lo (T1 rem Zlo); if S3 = 0 then T2 := Uns64 (D (4)); else T2 := S3 & D (4); end if; Makes it go away. Laurent -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug c++/24161] [3.4/4.0/4.1 Regression] Lookup of template member function finds global type.
--- Comment #2 from redi at gcc dot gnu dot org 2005-10-02 16:25 --- P.S. in case it isn't obvious, the last paragraph should say "... F::f ..." rather than "... F::F ..." -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24161
[Bug ada/24167] New: Visibility of private component of parent in child generic, generic compiles but instantiation doesn't
The example (which I will upload directly) fails as follows: grendel:~/tmp/visibility simon$ gnatmake -c -u -f actual-s.ads gcc -c actual-s.ads actual-s.ads:4:01: instantiation error at basis-second.adb:4 actual-s.ads:4:01: no selector "Started" for type "Base" defined at basis-second.ads:4, instance at line 4 gnatmake: "actual-s.ads" compilation error I think the code should have compiled, because the selector Started is defined in the private part of the parent package Basis. However grendel:~/tmp/visibility simon$ gnatmake -c -u -f basis-second.adb gcc -c basis-second.adb grendel:~/tmp/visibility simon$ In other words, the generic compiles but the instantiation doesn't, which is not meant to happen. -- Summary: Visibility of private component of parent in child generic, generic compiles but instantiation doesn't Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] GCC build triplet: powerpc-apple-darwin7.9.0 GCC host triplet: powerpc-apple-darwin7.9.0 GCC target triplet: powerpc-apple-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24167
[Bug ada/24167] Visibility of private component of parent in child generic, generic compiles but instantiation doesn't
--- Comment #1 from simon at pushface dot org 2005-10-02 17:11 --- Created an attachment (id=9861) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9861&action=view) Demonstration of problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24167
[Bug ada/24167] Visibility of private component of parent in child generic, generic compiles but instantiation doesn't
--- Comment #2 from laurent at guerby dot net 2005-10-02 17:52 --- Same message on mainline, however I'm not able to say wether it's a bug or not. -- laurent at guerby dot net changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|powerpc-apple-darwin7.9.0 | GCC host triplet|powerpc-apple-darwin7.9.0 | GCC target triplet|powerpc-apple-darwin7.9.0 | Last reconfirmed|-00-00 00:00:00 |2005-10-02 17:52:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24167
[Bug fortran/24168] New: Problems with SPREAD and/or scalarization
The following program fails to compile. program bug implicit none integer, parameter :: nx=4,ny=4 real, dimension(nx,ny) :: f, g real, dimension(nx) :: x integer :: i x = cshift((/ (i, i = 1, nx) /), nx/2) * 2 g = spread(x, 2, ny) ! ! x and g above (which compiles) are equivalent to f below (which doesn't). ! f = spread(cshift((/ (i, i = 1, nx) /), nx/2) * 2, 2, ny) end program bug kargl[236] gfc41 -o z -static f.f90 In file f.f90:9 f = spread(cshift((/ (i, i = 1, nx) /), nx/2) * 2, 2, ny) 1 Error: Incompatible ranks 2 and 1 in assignment at (1) -fdump-parse-tree shows ASSIGN x(FULL) __convert_i4_r4[[(((* _gfortran_cshift0_4[[(((/1, 2, 3, 4/)) (2) ((arg not-present)))]] 2)))]] ASSIGN g(FULL) _gfortran_spread[[((x(FULL)) (2) (4))]] ASSIGN f(FULL) _gfortran_spread[[(((* _gfortran_cshift0_4[[(((/1, 2, 3, 4/)) (2) ((arg not-present)))]] 2)) (2) (4))]] which suggests that the scalarization of cshift0 has set the rank to 2 instead of 2. -- Summary: Problems with SPREAD and/or scalarization Product: gcc Version: 4.1.0 Status: NEW Severity: normal Priority: P2 Component: fortran AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24168
[Bug libfortran/22423] Warnings when building libgfortran
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-02 18:00 --- (In reply to comment #1) > > ../../../gcc/libgfortran/io/read.c: In function 'read_f': > ../../../gcc/libgfortran/io/read.c:624: warning: value computed is not used > > ../../../gcc/libgfortran/io/unit.c: In function 'get_array_unit_len': > ../../../gcc/libgfortran/io/unit.c:264: warning: return makes integer from > pointer without a cast Those two were fixed by: * io/unit.c (get_array_unit_len): Return 0 rather than NULL. * io/read.c (read_f): Remove spurious pointer dereference. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22423
[Bug middle-end/24069] [4.1 Regression] ice during feedback stage of profiledbootstrap on powerpc
--- Comment #22 from pinskia at gcc dot gnu dot org 2005-10-02 18:39 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00047.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||10/msg00047.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24069
[Bug middle-end/20606] ICE in make_edges, at cfgbuild.c:327 on x86_64 (with O2 - not with no optimizations)
--- Comment #16 from pinskia at gcc dot gnu dot org 2005-10-02 18:40 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00047.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||10/msg00047.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
[Bug tree-optimization/19505] [4.0/4.1 Regression] Java bytecode ICE in except.c remove_unreachable_regions
--- Comment #17 from pinskia at gcc dot gnu dot org 2005-10-02 18:52 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00048.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||10/msg00048.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505
[Bug c/22052] [4.0 Regression] redefinition of inline function succeeds
--- Comment #22 from pinskia at gcc dot gnu dot org 2005-10-02 19:00 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00050.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||10/msg00050.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22052
[Bug c/18851] IMA is slow and could be sped up
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-02 19:15 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18851
[Bug c/18851] IMA is slow and could be sped up
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-02 19:16 --- Subject: Bug 18851 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-02 19:15:59 Modified files: gcc: ChangeLog c-typeck.c Log message: 2005-10-02 Andrew Pinski <[EMAIL PROTECTED]> PR c/18851 * c-typeck.c (tagged_tu_seen): Rename to ... (tagged_tu_seen_cache): this and add val field. (comptypes): Move functional to comptypes_internal and free tagged_tu_seen. (comptypes_internal): New function and call comptypes_internal instead of comptypes. Speed up by sibcalling tagged_types_tu_compatible_p. (alloc_tagged_tu_seen): New function (free_all_tagged_tu_seen_up_to): New function. (tagged_types_tu_compatible_p): Return the val of the seen two types. Add that the two types are the same to tagged_tu_seen_base if they are and call comptypes_internal instead of comptypes. : Speed up common type where the fields are in the same order. (function_types_compatible_p): Call comptypes_internal instead of comptypes. (type_lists_compatible_p): Likewise. (all functions): s/tagged_tu_seen/tagged_tu_seen_cache/. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10066&r2=2.10067 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-typeck.c.diff?cvsroot=gcc&r1=1.479&r2=1.480 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18851
[Bug treelang/24066] almost all treelang testsuite fails with -maltivec as an option
-- phython at gcc dot gnu dot org changed: What|Removed |Added CC||phython at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|powerpc-darwin |powerpc-* Last reconfirmed|-00-00 00:00:00 |2005-10-02 19:16:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24066
[Bug treelang/24066] almost all treelang testsuite fails with -maltivec as an option
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-02 19:24 --- alpha-dec-osf5.1b and Ada front-end are effected also see PR 21952. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24066
[Bug tree-optimization/24142] [4.1 regression] VRP miscompiles unzip inflate.c
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-02 20:16 --- Subject: Bug 24142 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-02 20:15:55 Modified files: gcc: ChangeLog tree-vrp.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute: pr24142.c Log message: PR 24142 * tree-vrp.c (vrp_meet): Fix call to range_includes_zero_p in case of anti-ranges. testsuite/ PR 24142 * gcc.c-torture/execute/pr24142.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10067&r2=2.10068 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vrp.c.diff?cvsroot=gcc&r1=2.60&r2=2.61 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6122&r2=1.6123 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/pr24142.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24142
[Bug tree-optimization/24142] [4.1 regression] VRP miscompiles unzip inflate.c
--- Comment #7 from dnovillo at gcc dot gnu dot org 2005-10-02 20:17 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00056.html. -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24142
[Bug tree-optimization/24169] New: Address (full struct) escapes even though the called function does not cause it to escape
Just like PR 23134, here is another testcase for the aliasing thinking that the
address escapes but this time it has SFT's involved and we should not have a
V_MAY_DEF for k.i:
static void f(char *a)
{
*a = 1;
}
struct g
{
char i, j;
};
void h(void)
{
struct g k = {2, 2};
f(&k.j);
if (k.i != 2)
link_error ();
}
Compile with -O2 -fno-inline to force f not to inline.
--
Summary: Address (full struct) escapes even though the called
function does not cause it to escape
Product: gcc
Version: 4.1.0
Status: NEW
Keywords: missed-optimization, alias
Severity: enhancement
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24169
[Bug target/8834] d30v-elf ICE during bootstrap
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-02 20:53 --- Closing as won't fix for 4.1.0 as this target was removed in 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8834
[Bug libstdc++/24071] solaris vs. __gthread_active_p
--- Comment #8 from mark at codesourcery dot com 2005-10-02 21:21 --- Subject: Re: solaris vs. __gthread_active_p bkoz at gcc dot gnu dot org wrote: > However, there is a bigger issue involved, which is still in progress. > Actually, > I'd like to broaden this out a bit since it looks like we are thinking of > solving a related issue on linux as well. (See RH bugzilla, link below) > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165728 > > Therefore, I'm suggesting I close this, and open a more general enhancement > bug. Sure, that sounds fine. My opinion is that, even if it means a small performance hit, we should move the weak declarations of pthread_* out of headers that can be included in user code. I understand that would be an ABI change, but you're working on a new libstdc++ ABI, so you could do it there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24071
[Bug fortran/23169] INTENT information not used in the middle-end for optimizations
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-02 21:27 --- I think this is just another case of PR 23134. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||23134 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23169
[Bug libstdc++/24071] solaris vs. __gthread_active_p
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2005-10-02 21:27 --- > Therefore, I'm suggesting I close this, and open a more general enhancement > bug. I'd rather keep it open and recategorize it as a "target" PR, since there is really a problem with __gthread_active_p on Solaris because of the Solaris/POSIX threads duality. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24071
[Bug c++/23840] [3.4/4.0/4.1 Regression] Bogus "invalid lvalue in unary '&'" diagnostic and ICE with va_arg
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-02 21:28 --- Subject: Bug 23840 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-02 21:28:50 Modified files: gcc/cp : tree.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/expr: stdarg1.C Log message: PR c++/23840 * tree.c (lvalue_p1): A VA_ARG_EXPR with class type is an lvalue, when class rvalues are lvalues. PR c++/23840 * g++.dg/expr/stdarg1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gcc&r1=1.442&r2=1.443 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4905&r2=1.4906 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/stdarg1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6123&r2=1.6124 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23840
[Bug c++/23840] [3.4/4.0/4.1 Regression] Bogus "invalid lvalue in unary '&'" diagnostic and ICE with va_arg
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-02 21:44 --- Subject: Bug 23840 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED]2005-10-02 21:44:37 Modified files: gcc/cp : tree.c Added files: gcc/testsuite/g++.dg/expr: stdarg1.C Log message: PR c++/23840 * tree.c (lvalue_p1): A VA_ARG_EXPR with class type is an lvalue, when class rvalues are lvalues. PR c++/23840 * g++.dg/expr/stdarg1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.427.2.5&r2=1.427.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/stdarg1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23840
[Bug c++/23840] [3.4/4.0/4.1 Regression] Bogus "invalid lvalue in unary '&'" diagnostic and ICE with va_arg
--- Comment #10 from mmitchel at gcc dot gnu dot org 2005-10-02 21:45 --- Fixed in GCC 4.0.3. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23840
[Bug ada/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken
--- Comment #11 from hubicka at ucw dot cz 2005-10-02 21:46 --- Subject: Re: [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken > > > --- Comment #10 from laurent at guerby dot net 2005-10-02 16:20 --- > It looks like it is indeed a codegen bug in s-arit64.adb, in Scaled_Divide the > following line is miscompiled at -O1 and above (works at -O0): > > T2 := Lo (T1 rem Zlo) & D (4); > > In my p.adb testcase, the compiler with Jan patch calls Lo with argument = 0 > whereas (T1 rem Zlo) returned (1073741824 rem 3221225472) = 1073741824 so > stack/argument handling must be confused at some point. > > The bug is volatile, ie replacing the line above by: > > S3 := Lo (T1 rem Zlo); > if S3 = 0 then >T2 := Uns64 (D (4)); > else >T2 := S3 & D (4); > end if; > > Makes it go away. Can you please check if -fno-tree-ter makes the bug go away? We've chatted recently with Jakub concerning bug in argument saving in nested call and -maccumulate-outgoing-args. I was under impression that we should no longer produce the nested calls out of ter but aparently it is still being done (that results in inferrior code quality too as we can't generated nested calls very sanely) Also can you also, please, point me closer to place in .optimized dump where the misscompilation happens? THere seems to be couple of lo calls around. I will be mostly offline tomorrow but should be able to fix it day after that. Thanks a lot! Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug ada/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-02 21:55 --- > Can you please check if -fno-tree-ter makes the bug go away? We've > chatted recently with Jakub concerning bug in argument saving in nested > call and -maccumulate-outgoing-args. I was under impression that we > should no longer produce the nested calls out of ter but aparently it is > still being done (that results in inferrior code quality too as we can't > generated nested calls very sanely) To back up your hypothesis, I can say that I'm *not* seeing the failures on i586. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug c++/22621] [3.4/4.0/4.1 Regression] Member function overloading introduces syntax errors
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-02 21:58 --- Subject: Bug 22621 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-02 21:58:08 Modified files: gcc/cp : parser.c pt.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: overload5.C Log message: PR c++/22621 * parser.c (cp_parser_template_argument): Don't turn "T::f" into "(*this).T::f". * pt.c (convert_nontype_argument): Remove ??? comment. PR c++/22621 * g++.dg/template/overload5.C : New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/overload5.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&r1=1.359&r2=1.360 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcc&r1=1.1039&r2=1.1040 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4906&r2=1.4907 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6124&r2=1.6125 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22621
[Bug c++/22621] [3.4/4.0/4.1 Regression] Member function overloading introduces syntax errors
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-02 21:58 --- Subject: Bug 22621 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED]2005-10-02 21:58:34 Modified files: gcc/cp : parser.c Added files: gcc/testsuite/g++.dg/template: overload5.C Log message: PR c++/22621 * parser.c (cp_parser_template_argument): Don't turn "T::f" into "(*this).T::f". * pt.c (convert_nontype_argument): Remove ??? comment. PR c++/22621 * g++.dg/template/overload5.C : New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/overload5.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.319.2.18&r2=1.319.2.19 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22621
[Bug c++/22621] [3.4/4.0/4.1 Regression] Member function overloading introduces syntax errors
--- Comment #11 from mmitchel at gcc dot gnu dot org 2005-10-02 22:05 --- Fixed in 4.0.3. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22621
[Bug c++/24161] [3.4/4.0/4.1 Regression] Lookup of template member function finds global type.
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24161
[Bug ada/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken
--- Comment #13 from hubicka at ucw dot cz 2005-10-02 22:30 --- Subject: Re: [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken > > > --- Comment #12 from ebotcazou at gcc dot gnu dot org 2005-10-02 21:55 > --- > > Can you please check if -fno-tree-ter makes the bug go away? We've > > chatted recently with Jakub concerning bug in argument saving in nested > > call and -maccumulate-outgoing-args. I was under impression that we > > should no longer produce the nested calls out of ter but aparently it is > > still being done (that results in inferrior code quality too as we can't > > generated nested calls very sanely) > > To back up your hypothesis, I can say that I'm *not* seeing the failures on > i586. That seems consistent. i586 defaults to -mno-accumulate-outgoing-args. const int x86_accumulate_outgoing_args = m_ATHLON_K8 | m_PENT4 | m_NOCONA | m_PPRO; Honza > > > -- > > ebotcazou at gcc dot gnu dot org changed: > >What|Removed |Added > > CC||ebotcazou at gcc dot gnu dot >||org > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003 > > --- You are receiving this mail because: --- > You are on the CC list for the bug, or are watching someone who is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug libgcj/24170] New: [SECURITY] readdir_r considered harmful
The function java::io::File::performList in libjava/java/io/natFilePosix.cc calls readdir_r using a stack buffer with pathconf(path, _PC_NAME_MAX) + 1 extra bytes. It does not check for failure of pathconf(). Also there is a race condition between opendir() and pathconf(). This may well be exploitable for denial of service and code injection, particularly on Solaris and other platforms where struct dirent is defined with a small d_name array. I am attaching a draft copy of a security advisory that I intend to publish on 1st November. Please let me know if you have any unanswered questions about this issue or wish to provide information about workarounds, mitigation or versions that are or are not vulnerable for inclusion in the advisory. -- Summary: [SECURITY] readdir_r considered harmful Product: gcc Version: unknown Status: UNCONFIRMED Severity: major Priority: P1 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ben at decadentplace dot org dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24170
[Bug libgcj/24170] [SECURITY] readdir_r considered harmful
--- Comment #1 from ben at decadentplace dot org dot uk 2005-10-02 23:16 --- Can someone please remove this from public view, as Mozilla does for security bugs on their Bugzilla? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24170
[Bug libgcj/24170] [SECURITY] readdir_r considered harmful
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-02 23:20 --- (In reply to comment #1) > Can someone please remove this from public view, as Mozilla does for security > bugs on their Bugzilla? Why, this is a normal bug unless you can prove otherwise? There are no known exploits and it is much harder from java anyways. And we like to keep everything public. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24170
[Bug libgcj/24170] natFilePosix.cc seems to have a security problem
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-02 23:28 --- But from the sound of this, this is a bug in readdir_r and not fully in libgcj. Yes libgcj should be testing the return value of pathconf but I assume from reading the man pages of pathconf and readdir_r, there should be no problem. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[SECURITY] readdir_r|natFilePosix.cc seems to |considered harmful |have a security problem http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24170
[Bug libgcj/24170] natFilePosix.cc seems to have a security problem
--- Comment #4 from ben at decadentplace dot org dot uk 2005-10-02 23:38 --- Andrew, I agree this is a problem with readdir_r, hence my original subject (and the fact that I'm reporting bugs in a large number of other programs). I'm not going to publish the advisory until 1st November. If you are interested in understanding and fixing the bug rather than trying to deny it, you'll help to provide a non-public channel through which I can send the draft advisory to appropriate developers. Otherwise this will have to wait until publication. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24170
[Bug c++/24161] [3.4/4.0/4.1 Regression] Lookup of template member function finds global type.
--- Comment #3 from mmitchel at gcc dot gnu dot org 2005-10-03 00:16 --- Until DR228 the name following ".template" had to be a member template, so the code would have been invalid on those grounds. However, even after DR228, I don't think this is valid code. The name lookup done after ".template" must include templates in the global scope; DR 228 makes that clear. EDG 3.6 rejects the program in its strict mode, as well, giving two messages: "pr24161.cpp", line 7: error: name following "template" must be a member template t.template f< int >(); ^ "pr24161.cpp", line 7: error: too few arguments for class template "f" t.template f< int >(); ^ -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24161
[Bug c++/17775] [3.4/4.0/4.1 Regression] -frepo with function template in anonymous namespace fails to compile
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17775
[Bug tree-optimization/23603] VRP does not say range for a in a = b == c; is [0,1]
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-03 00:43 --- I just tried to bootstrap the patch on x86_64-linux-gnu and I think I ran into another VRP bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23603
[Bug c++/24171] New: g++-3.3: internal compiler error: in resolve_overloaded_unification, at cp/pt.c:8541
Hi, I've also reported this bug to the Debian Bug tracking system at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=331265 I'll repeat it here. Package: g++-3.3 Version: 1:3.3.5-13 Severity: normal When building on x86, g++ 3.3 fails with the following error. scons scons: Reading SConscript files ... scons: done reading SConscript files. scons: Building targets ... g++ -Wall -g -O3 -save-temps -c -o geometry.o geometry.cpp g++ -Wall -g -O3 -save-temps -c -o msi_tester.o msi_tester.cpp In file included from msi_tester.cpp:5: environment_test.hpp: In member function void environment_test::test_collision()': environment_test.hpp:74: internal compiler error: in resolve_overloaded_unification, at cp/pt.c:8541 I attach the msi_tester.ii file from -save-temps. I have tried this with g++-3.4 and g++-4.0.1 from testing, and get similar errors from both. Switching off optimization makes no difference in all cases. Suggestions for a workaround would be appreciated. I have not tried earlier versions of g++. I can send original sources if necessary. Let me know if you want me to report this upstream, or if you need more information. Faheem. -- Summary: g++-3.3: internal compiler error: in resolve_overloaded_unification, at cp/pt.c:8541 Product: gcc Version: 3.3.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: faheem at email dot unc dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24171
[Bug c++/24171] g++-3.3: internal compiler error: in resolve_overloaded_unification, at cp/pt.c:8541
--- Comment #1 from faheem at email dot unc dot edu 2005-10-03 00:48 --- Created an attachment (id=9863) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9863&action=view) Preprocessed file to reproduce bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24171
[Bug c++/24171] g++-3.3: internal compiler error: in resolve_overloaded_unification, at cp/pt.c:8541
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-03 00:58 --- Reducing but from the look of it, it is not a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||3.0.4 3.3.3 3.2.3 3.4.0 ||4.0.0 4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24171
Re: [Bug libgcj/24170] [SECURITY] readdir_r considered harmful
On Sun, 2 Oct 2005, ben at decadentplace dot org dot uk wrote: --- Comment #1 from ben at decadentplace dot org dot uk 2005-10-02 23:16 --- Can someone please remove this from public view, as Mozilla does for security bugs on their Bugzilla? Unlike mozilla, we do not remove security bugs from public view. Nobody has ever set a policy for gcc that says we should (IE taking position on the merits of whether we should have such a policy, we don't).
[Bug libgcj/24170] natFilePosix.cc seems to have a security problem
--- Comment #5 from dberlin at gcc dot gnu dot org 2005-10-03 01:01 --- Subject: Re: [SECURITY] readdir_r considered harmful On Sun, 2 Oct 2005, ben at decadentplace dot org dot uk wrote: > > > --- Comment #1 from ben at decadentplace dot org dot uk 2005-10-02 23:16 > --- > Can someone please remove this from public view, as Mozilla does for security > bugs on their Bugzilla? Unlike mozilla, we do not remove security bugs from public view. Nobody has ever set a policy for gcc that says we should (IE taking position on the merits of whether we should have such a policy, we don't). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24170
[Bug c++/24172] New: error: incorrect sharing of tree nodes
Compile of KOffice with gcc4.1 failed. Source condensed to a test case which
produces the following error:
---
test-case-1.cpp: In function ‘void prepare_inpaint()’:
test-case-1.cpp:55: error: incorrect sharing of tree nodes
D.1986_15 = "rb"[0];
"rb"[0];
test-case-1.cpp:55: internal compiler error: verify_stmts failed
---
gcc version info:
---
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ./configure
Thread model: posix
gcc version 4.1.0 20050927 (experimental)
---
Compile command:
---
g++ -O2 -c test-case-1.cpp
---
The compile fails with O1, O2 and O3 but works with O0. Source code of test
case (note: I could not reduce it any further) :
---
namespace cimg_library
{ template struct CImg;
template struct CImgl;
struct Exception
{
};
struct IOException : Exception
{ IOException( const char * )
{
}
};
namespace cimg
{ inline int* dummy( const char* const path, const char* const
mode )
{ throw IOException( mode[ 0 ] == 'r' ? "a" : (mode[ 0 ]
== 'w' ? "b" : "" ));
return 0;
}
}
template struct CImg
{ T *data;
explicit CImg( const unsigned int dx = 0 )
{
}
CImg( const char *filename )
{ CImgl( filename ).get_append( 'v', 'p' );
}
};
template struct CImgl
{ CImgl( const unsigned int )
{
}
CImgl(const char* filename)
{ cimg::dummy( filename, "rb" );
unsigned int n;
CImgl res( n );
}
CImg get_append( const char, const char ) const
{ CImg res;
return res;
}
};
}
using namespace cimg_library;
void prepare_inpaint( )
{ cimg_library::CImg mask = CImg( "" );
}
---
--
Summary: error: incorrect sharing of tree nodes
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kev dot gilbert at cdu dot edu dot au
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24172
[Bug tree-optimization/24172] [4.1 Regression] error: incorrect sharing of tree nodes
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c++ |tree-optimization Keywords||ice-on-valid-code Known to fail||4.1.0 Known to work||4.0.0 Summary|error: incorrect sharing of |[4.1 Regression] error: |tree nodes |incorrect sharing of tree ||nodes Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24172
[Bug tree-optimization/24172] [4.1 Regression] error: incorrect sharing of tree nodes
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-03 01:12 --- This is caused by the inliner. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24172
[Bug tree-optimization/24172] [4.1 Regression] error: incorrect sharing of tree nodes
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-03 01:26 ---
Here is a slightly shorter testcase:
template struct CImg;
template struct CImgl;
struct IOException
{ IOException( const char * ){}
};
inline int* dummy( const char* const path, const char* const
mode )
{ throw IOException( mode[ 0 ] == 'r' ? "a" : (mode[ 0 ]
== 'w' ? "b" : "" ));
}
template struct CImg
{ T *data;
explicit CImg( const unsigned int dx = 0 )
{
}
CImg( const char *filename )
{ CImgl( filename ).get_append( 'v', 'p' );
}
};
template struct CImgl
{ CImgl( const unsigned int )
{
}
CImgl(const char* filename)
{ dummy( filename, "rb" );
unsigned int n;
CImgl res( n );
}
CImg get_append( const char, const char ) const
{ CImg res;
}
};
void prepare_inpaint( )
{ CImg mask = CImg( "" );
}
---
I have not tried to reduce it further.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24172
[Bug c++/24173] New: ICE on returning a variable in a static templated member function
When compiling a templated heavy code, get an ICE when compiling a static templated member function. When recompiling with -save-temps, no longer get the ICE and code compiles. g++ version: g++-4.0 -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.2 (Debian 4.0.2-2) Compiler command: g++ -m32 -Wall -g -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit///include -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tcl8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/unix -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//include -I../src/include -I../src -I. -I./include -I../src/Packages -I/usr/X11R6/include -I/usr/include/mpi -MD -c ../src/Packages/Uintah/StandAlone/compare_uda.cc -o Packages/Uintah/StandAlone/compare_uda.o ../src/Packages/Uintah/StandAlone/compare_uda.cc:724: warning: 'class FieldComparator' has virtual functions but non-virtual destructor ../src/Packages/Uintah/Core/Grid/Variables/SFCZVariable.h: In static member function 'static const Uintah::TypeDescription* Uintah::SFCZVariable::getTypeDescription() [with T = float]': ../src/Packages/Uintah/Core/Grid/Variables/SFCZVariable.h:227: internal compiler error: Segmentation fault With -v and -save-temps added to compile command: g++ -m32 -Wall -g -v -save-temps -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit///include -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tcl8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/unix -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//include -I../src/include -I../src -I. -I./include -I../src/Packages -I/usr/X11R6/include -I/usr/include/mpi -MD -c ../src/Packages/Uintah/StandAlone/compare_uda.cc -o Packages/Uintah/StandAlone/compare_uda.o Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.2 (Debian 4.0.2-2) /usr/lib/gcc/i486-linux-gnu/4.0.2/cc1plus -E -quiet -v -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit///include -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tcl8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/unix -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//include -I../src/include -I../src -I. -I./include -I../src/Packages -I/usr/X11R6/include -I/usr/include/mpi -MD Packages/Uintah/StandAlone/compare_uda.d -MQ Packages/Uintah/StandAlone/compare_uda.o -D_GNU_SOURCE ../src/Packages/Uintah/StandAlone/compare_uda.cc -m32 -mtune=i486 -Wall -fworking-directory -fpch-preprocess -o compare_uda.ii ignoring nonexistent directory "/usr/local/include/i486-linux-gnu" ignoring nonexistent directory "/usr/include/i486-linux-gnu" ignoring duplicate directory "/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//include" #include "..." search starts here: #include <...> search starts here: /usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit///include /usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tcl8.3.2/generic /usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/generic /usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/unix ../src/include ../src . ./include ../src/Packages /usr/X11R6/include /usr/include/mpi /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2 /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/i486-linux-gnu /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/backward /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.0.2/include /usr/include End of search list. /usr/lib/gcc/i486-linux-gnu/4.0.2/cc1plus -fpreprocessed compare_uda.ii -quiet -dumpbase compare_uda.cc -m32 -mtune=i486 -auxbase-strip Pack
[Bug c++/24173] ICE on returning a variable in a static templated member function
--- Comment #1 from jaschmidt at uofu dot net 2005-10-03 01:39 --- Created an attachment (id=9864) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9864&action=view) ii file for program that generates the ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24173
[Bug c++/24173] ICE on returning a variable in a static templated member function
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-03 02:06 --- >When recompiling with -save-temps, no longer get the ICE and code compiles. Can you try without -save-temps again and see if you can reproducible. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.1.0 Summary|ICE on returning a variable |ICE on returning a variable |in a static templated member|in a static templated member |function|function http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24173
[Bug c++/24173] ICE on returning a variable in a static templated member function
--- Comment #3 from jaschmidt at uofu dot net 2005-10-03 02:39 --- Subject: Re: ICE on returning a variable in a static templated member function On Sunday 02 October 2005 08:06 pm, pinskia at gcc dot gnu dot org wrote: > --- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-03 02:06 > --- > > >When recompiling with -save-temps, no longer get the ICE and code > > compiles. > > Can you try without -save-temps again and see if you can reproducible. Without -save-temps, I get the following: g++ -m32 -Wall -g -v -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit///include -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tcl8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/unix -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//include -I../src/include -I../src -I. -I./include -I../src/Packages -I/usr/X11R6/include -I/usr/include/mpi -MD -c ../src/Packages/Uintah/StandAlone/compare_uda.cc -o Packages/Uintah/StandAlone/compare_uda.o Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.2 (Debian 4.0.2-2) /usr/lib/gcc/i486-linux-gnu/4.0.2/cc1plus -quiet -v -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit///include -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tcl8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/generic -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/unix -I/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//include -I../src/include -I../src -I. -I./include -I../src/Packages -I/usr/X11R6/include -I/usr/include/mpi -MD Packages/Uintah/StandAlone/compare_uda.d -MQ Packages/Uintah/StandAlone/compare_uda.o -D_GNU_SOURCE ../src/Packages/Uintah/StandAlone/compare_uda.cc -quiet -dumpbase compare_uda.cc -m32 -mtune=i486 -auxbase-strip Packages/Uintah/StandAlone/compare_uda.o -g -Wall -version -o /tmp/ccP0K7kF.s ignoring nonexistent directory "/usr/local/include/i486-linux-gnu" ignoring nonexistent directory "/usr/include/i486-linux-gnu" ignoring duplicate directory "/usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//include" #include "..." search starts here: #include <...> search starts here: /usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit///include /usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tcl8.3.2/generic /usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/generic /usr/local/Thirdparty/1.24.1/Linux/gcc-4.0.2-32bit//src/tk8.3.2/unix ../src/include ../src . ./include ../src/Packages /usr/X11R6/include /usr/include/mpi /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2 /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/i486-linux-gnu /usr/lib/gcc/i486-linux-gnu/4.0.2/../../../../include/c++/4.0.2/backward /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.0.2/include /usr/include End of search list. GNU C++ version 4.0.2 (Debian 4.0.2-2) (i486-linux-gnu) compiled by GNU C version 4.0.2 (Debian 4.0.2-2). GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=129554 ../src/Packages/Uintah/StandAlone/compare_uda.cc:724: warning: 'class FieldComparator' has virtual functions but non-virtual destructor ../src/Packages/Uintah/Core/Grid/Variables/SFCZVariable.h: In static member function 'static const Uintah::TypeDescription* Uintah::SFCZVariable::getTypeDescription() [with T = float]': ../src/Packages/Uintah/Core/Grid/Variables/SFCZVariable.h:227: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . make: *** [Packages/Uintah/StandAlone/compare_uda.o] Error 1 John -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24173
[Bug tree-optimization/23603] VRP does not say range for a in a = b == c; is [0,1]
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-03 02:39 --- (In reply to comment #5) > I just tried to bootstrap the patch on x86_64-linux-gnu and I think I ran into > another VRP bug. I could not find it in cc1files and there was only one extra "Folding predicate" in the whole cc1files :(. I know it is in the gnat1 front-end but I really don't want to do the dumps for that :(. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23603
[Bug c++/24173] ICE on returning a variable in a static templated member function
--- Comment #4 from jaschmidt at uofu dot net 2005-10-03 02:40 --- (In reply to comment #2) > >When recompiling with -save-temps, no longer get the ICE and code compiles. > > Can you try without -save-temps again and see if you can reproducible. > Without the -save-temps, the code gives me an ICE: GNU C++ version 4.0.2 (Debian 4.0.2-2) (i486-linux-gnu) compiled by GNU C version 4.0.2 (Debian 4.0.2-2). GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=129554 ../src/Packages/Uintah/StandAlone/compare_uda.cc:724: warning: 'class FieldComparator' has virtual functions but non-virtual destructor ../src/Packages/Uintah/Core/Grid/Variables/SFCZVariable.h: In static member function 'static const Uintah::TypeDescription* Uintah::SFCZVariable::getTypeDescription() [with T = float]': ../src/Packages/Uintah/Core/Grid/Variables/SFCZVariable.h:227: internal compiler error: Segmentation fault -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24173
[Bug target/21757] 64bit multilib for ppc-darwin
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-03 02:51 --- Fixed by: 2005-09-28 Geoffrey Keating <[EMAIL PROTECTED]> * config/rs6000/t-darwin8: Uncomment contents, allow -m64 multilib to be built. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21757
[Bug ada/24003] [4.1 Regression] ACATS FAIL 17 regressions on x86-linux, fixed and decimal arithmetic broken
--- Comment #14 from laurent at guerby dot net 2005-10-03 03:37 --- I confirm that on p.adb no-tree-ter does make the problem disappear, p.adb works when I compile s-arit64 as follows: gcc -c -O2 -gnatpg -fno-tree-ter s-arit64.adb (I'll be away from email until wednesday). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
[Bug libstdc++/6257] C-library symbols enter global namespace
--- Comment #15 from neroden at gcc dot gnu dot org 2005-10-03 03:42 --- So there's a problem with the multiple-include-protection in glibc! We actually want to include the headers twice, potentially -- once when included via et al, with everything in namespaces, and once when included directly via et al, with everything outside them. They actually shouldn't conflict because that's the whole *point* of putting stuff in a namespace. But we can't do this in any manner because they have multiple-include protection which can't tell the difference. I think this should be solved in glibc. Feel free to forward this suggestion and this code (which I donate to the public domain) to somewhere appropriate. At the beginning of stdio.h, instead of: #ifndef _STDIO_H #define _STDIO_H we would have: #if ( ( defined __cplusplus && defined _GLIBCPP_USE_NAMESPACES ) \ && ! defined _STDIO_H_WITH_NAMESPACES ) \ || ( (! defined __cplusplus || ! defined _GLIBCPP_USE_NAMESPACES )\ && ! defined _STDIO_H ) #if defined __cplusplus && defined _GLIBCPP_USE_NAMESPACES # define _STDIO_H_WITH_NAMESPACES #else # define _STDIO_H #endif For glibc, _GLIPCPP_USE_NAMESPACES could be defined in before the inclusion of stdio.h and undefined afterwards. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6257
[Bug fortran/23169] INTENT information not used in the middle-end for optimizations
--- Comment #3 from steven at gcc dot gnu dot org 2005-10-03 06:14 --- No it is not. -- steven at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn|23134 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23169
