[Bug inline-asm/25967] New: Enable attribute naked for x86
The naked attribute is ignored on the intel architecture (according to documentation). The MS VC++ compiler supports the naked attribute, and the functionality is used there quite frequent. A quick search on the internet shows that there is a lot of people waiting for this feature (including me). I hope this feature will be implemented soon. It's supported for ARM cpus and therefore I hope it won't be a problem to add support for x86 processors. -- Summary: Enable attribute naked for x86 Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: inline-asm AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: daanonym2 at hotmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25967
[Bug ada/24356] Unable to build gnatmake
--- Comment #8 from laurent at guerby dot net 2006-01-26 08:02 --- Waiting for feedback. -- laurent at guerby dot net changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24356
[Bug c/25875] [4.1/4.2 Regression] ICE: segmentation fault
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-26 08:36 --- I *said* P2 -- but apparently I didn't update the actual priority field. Done now; sorry for the churn. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25875
[Bug tree-optimization/25918] gcc.dg/vect/vect-reduc-dot-s16.c scan-tree-dump-times vectorized 1 loops 1 and gcc.dg/vect/vect-reduc-pattern-2.c scan-tree-dump-times vectorized 2 loops 1 fail
--- Comment #1 from dorit at il dot ibm dot com 2006-01-26 09:07 --- Can you please send the dump files generated by -fdump-tree-vect-details? reduc-dot-s16.c needs the sdot_prodv4hi pattern, which is implemented for ia64, so I'd expect one loop to be vectorized. I wonder what's the problem there. In vect-reduc-pattern-2.c - does the vectorizer report vectorizing one loop? The one loop (that sums shorts into and int accumulator) needs the widen_ssumv4hi3 pattern to be vectorized, which is implemented for ia64. Does that loop get vectorized? The second loop however (that sums chars into and int accumulator) cannot be vectorized on ia64 because the mode of the result of the widen_ssumv8qi3 pattern as implemented on ia64 in short, not int. If this is indeed the reason for the failure we'd probably want to introduce finer keywords to represent the available widening support (in target-supports.exp we currently have just a vect_widen_sum keyword, which does not distinguish between char-to-short summation and char-to-int summation). -- dorit at il dot ibm dot com changed: What|Removed |Added CC||dorit at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
[Bug ada/14435] [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics
--- Comment #18 from charlet at gcc dot gnu dot org 2006-01-26 09:56 --- Adding dependency on PR 21553 -- charlet at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||21553 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14435
[Bug fortran/18540] Jumping into blocks gives error rather than warning
--- Comment #22 from tobi at gcc dot gnu dot org 2006-01-26 10:14 --- Fixed on trunk and 4.1. -- tobi at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18540
[Bug tree-optimization/25962] Pointer (null) check after the use
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-01-26 11:06 --- I believe the error is instead that for (main_clone = cgraph_node (node-decl); main_clone; main_clone = main_clone-next_clone) if (main_clone == node) break; if (!node) { error (node not found in DECL_ASSEMBLER_NAME hash); error_found = true; } we should check main_clone here instead of node. Checking node makes no sense here. Honza, can you confirm this? -- rguenth 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=25962
[Bug middle-end/25176] [4.0 only] FAIL: Array_3 -O3 execution - bytecode-native test
--- Comment #7 from amodra at gcc dot gnu dot org 2006-01-26 11:18 --- Subject: Bug 25176 Author: amodra Date: Thu Jan 26 11:18:39 2006 New Revision: 110251 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110251 Log: PR middle-end/25176 * function.c (expand_function_end): Emit blockage for unwinder after return label. Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/function.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25176
[Bug middle-end/25176] [4.0 only] FAIL: Array_3 -O3 execution - bytecode-native test
--- Comment #8 from amodra at bigpond dot net dot au 2006-01-26 11:19 --- Fixed -- amodra at bigpond dot net dot au changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25176
[Bug other/25925] [meta-bug] 4.2 slush bug
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-01-26 12:22 --- Closing as works for me as Mark's email works for me. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25925
[Bug rtl-optimization/25972] New: pack and unpack of long doubles via union generates poor code
Compile the following with -m64 -mlong-double-128 -O2 -S long double pack (double a, double aa) { union { long double ld; double d[2]; } u; u.d[0] = a; u.d[1] = aa; return u.ld; } void unpack (long double x, double *a, double *aa) { union { long double ld; double d[2]; } u; u.ld = x; *a = u.d[0]; *aa = u.d[1]; } Results in [snip] .L.pack: stfd 1,-176(1) stfd 14,-144(1) nop nop ld 9,-176(1) stfd 2,-176(1) std 9,-160(1) nop ld 10,-176(1) std 10,-152(1) lfd 13,-160(1) fmr 1,13 lfd 14,-152(1) fmr 2,14 lfd 14,-144(1) blr [snip] .L.unpack: stfd 1,-16(1) stfd 2,-8(1) nop nop ld 11,-16(1) ld 12,-8(1) std 11,0(5) std 12,0(6) blr This ought to be .L.pack: blr .L.unpack: stfd 1,0(5) stfd 2,0(6) blr ie. packing and unpacking long doubles ought to be nops. Instead we see needless moving between fprs and gprs via memory. This problem affects functions like __gcc_qadd from rs6000/darwin-ldouble.c -- Summary: pack and unpack of long doubles via union generates poor code Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amodra at bigpond dot net dot au GCC target triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25972
[Bug rtl-optimization/25972] pack and unpack of long doubles via union generates poor code
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 12:28 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet|powerpc64-linux |powerpc*-*-* Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2006-01-26 12:28:08 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25972
[Bug inline-asm/25967] Enable attribute naked for x86
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 12:29 --- A quick question here. Why not use a .s file instead? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25967
[Bug c/25720] Compilation error in gcc-4.0.2
--- Comment #3 from denisc at overta dot ru 2006-01-26 12:35 --- Done. -- denisc at overta dot ru changed: What|Removed |Added Severity|blocker |normal Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25720
[Bug target/10733] Modulus bug
--- Comment #11 from denisc at overta dot ru 2006-01-26 12:55 --- Change Status to FIXED. -- denisc at overta dot ru changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10733
[Bug c++/25973] New: Wrong warning: control reaches end of non-void function
-Wall produces warning on second function, not on slightly simpler first function. struct C { C() { } ~C() {} }; int fine(int p) { C c; if (p) { if (p == 4) { return 1; } else { return 2; } } else { return 3; } } int foul(int p) { C c; int pcopy = p; if (pcopy p) { if (p == 4) { return 1; } else { return 2; } } else { return 3; } } Probably a duplicate of 20624 or so. I can't access newer version right now. Occurs in 4.0.1, 4.0.0, not in 3.4.5 -- Summary: Wrong warning: control reaches end of non-void function Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ssomers at opnet dot com GCC host triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25973
[Bug c++/25973] [4.0/4.1/4.2 Regression] Wrong warning: control reaches end of non-void function
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 13:57 --- Confirmed, the problem is slightly different from PR 20624 (but it is related). I might look at this more. - We are adding an extra goto when gimplifing. I have not looked why yet. if (p == 4) { D.1782 = 1; return D.1782; } else { D.1782 = 2; return D.1782; } goto D1781; That goto is causing the whole issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|sparc-sun-solaris2.8| Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2006-01-26 13:57:49 date|| Summary|Wrong warning: control |[4.0/4.1/4.2 Regression] |reaches end of non-void |Wrong warning: control |function|reaches end of non-void ||function http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25973
[Bug c++/25973] [4.0/4.1/4.2 Regression] Wrong warning: control reaches end of non-void function
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25973
[Bug ada/14435] [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics
--- Comment #19 from hjl at lucon dot org 2006-01-26 14:20 --- *** Bug 21553 has been marked as a duplicate of this bug. *** -- hjl at lucon dot org changed: What|Removed |Added BugsThisDependsOn|21553 | CC||roche at adacore dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14435
[Bug driver/21553] GCC_EXEC_PREFIX mechanism is broken
--- Comment #6 from hjl at lucon dot org 2006-01-26 14:20 --- It is the same as PR 14435. I posted a one-line patch for it. *** This bug has been marked as a duplicate of 14435 *** -- hjl at lucon dot org changed: What|Removed |Added OtherBugsDependingO|14435 | nThis|| Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21553
[Bug c/25975] New: Problems with -ffast-math and isnan
The following program should print Got a NaN: gcc-4.0.2 nan.c ./a.out Got a NaN ...but... gcc-4.0.2 -ffast-math nan.c ./a.out Ugh! I don't think that is proper behaviour even for -ffast-math. This came up because someone compiled Gnumeric with -ffast-math. It seems that this option is thought of as make my program faster with no mention of its meaning-altering effects by lots and lots of people out there. #include math.h #include stdio.h int main (int argc, char **argv) { double d; if (sscanf (NaN, %lf, d) != 1) d = 0; if (isnan (d)) printf (Got a NaN\n); else printf (Ugh!\n); return 0; } -- Summary: Problems with -ffast-math and isnan Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: terra at gnome dot org GCC build triplet: 686-pc-linux-gnu GCC host triplet: 686-pc-linux-gnu GCC target triplet: 686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25975
[Bug c/25975] Problems with -ffast-math and isnan
--- Comment #1 from terra at gnome dot org 2006-01-26 14:43 --- Created an attachment (id=10732) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10732action=view) Output from gcc-4.0.2 -E -ffast-math nan.c gcc-4.0.2 -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../../gcc-4.0.2/configure --enable-languages=c,c++,f95 --prefix=/usr/local/products/gcc/4.0.2 --with-gnu-as --with-as=/usr/local/products/gcc/binutils-2.16/bin/as --with-gnu-ld --with-ld=/usr/local/products/gcc/binutils-2.16/bin/ld Thread model: posix gcc version 4.0.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25975
[Bug c/25975] Problems with -ffast-math and isnan
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 14:44 --- Please read the docs about -ffast-math. It enables the option -ffinite-math-only which means no NaNs. -- 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=25975
[Bug c/25975] Problems with -ffast-math and isnan
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-26 14:47 --- -ffast-math Sets -fno-math-errno, -funsafe-math-optimizations, -fno-trapping-math, -ffinite-math-only, -fno-rounding-math, -fno-signaling-nans and fcx-limited-range. This option causes the preprocessor macro __FAST_MATH__ to be defined. This option should never be turned on by any -O option since it can result in incorrect output for programs which depend on an exact implementation of IEEE or ISO rules/specifications for math functions. -ffinite-math-only Allow optimizations for floating-point arithmetic that assume that arguments and results are not NaNs or +-Infs. This option should never be turned on by any -O option since it can result in incorrect output for programs which depend on an exact implementation of IEEE or ISO rules/specifications. The default is -fno-finite-math-only. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25975
[Bug ada/14435] [4.2 Regression] gnatchop cannot use the compiled compiler in Ada's testsuite because of changed GCC_EXEC_PREFIX semantics
--- Comment #20 from hjl at lucon dot org 2006-01-26 14:47 --- Created an attachment (id=10733) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10733action=view) A testcase [EMAIL PROTECTED] prefix]$ make gcc --version gcc (GCC) 3.2.3 20030502 (Red Hat Linux 3.2.3-53) Copyright (C) 2002 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. GCC_EXEC_PREFIX=./ gcc -S foo.i | grep GOOD || exit 1 GOOD [EMAIL PROTECTED] prefix]$ [EMAIL PROTECTED] prefix]$ make gcc --version gcc (GCC) 3.4.4 20050721 (Red Hat 3.4.4-2) Copyright (C) 2004 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. GCC_EXEC_PREFIX=./ gcc -S foo.i | grep GOOD || exit 1 make: *** [foo.s] Error 1 [EMAIL PROTECTED] prefix]$ With my patch, I got [EMAIL PROTECTED] prefix]$ make /export/build/gnu/gcc/build-x86_64-linux/./prev-gcc//xgcc --version xgcc (GCC) 4.2.0 20060126 (experimental) [trunk revision 110254 clean] Copyright (C) 2006 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. GCC_EXEC_PREFIX=./ /export/build/gnu/gcc/build-x86_64-linux/./prev-gcc//xgcc -S foo.i | grep GOOD || exit 1 GOOD [EMAIL PROTECTED] prefix]$ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14435
[Bug c/25861] [4.2 Regression] tree check fail at c-common.c:2430
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-26 14:59 --- Subject: Bug 25861 Author: pinskia Date: Thu Jan 26 14:59:26 2006 New Revision: 110256 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110256 Log: 2006-01-26 Andrew Pinski [EMAIL PROTECTED] PR C/25861 * c-common.c (c_common_truthvalue_conversion) case ADDR_EXPR: Use a new variable, inner. PARM_DECLs are always non-weak. 2006-01-26 Andrew Pinski [EMAIL PROTECTED] PR C/25861 * gcc.c-torture/compile/pr25861.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr25861.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-common.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25861
[Bug c/25861] [4.2 Regression] tree check fail at c-common.c:2430
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-26 14:59 --- 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=25861
[Bug target/14798] [3.4/4.0/4.1/4.2 Regression] In case of SH target with -O2 option #pragma interrupt doesn't get resetted.
--- Comment #20 from amylaar at gcc dot gnu dot org 2006-01-26 15:22 --- http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01782.html was regression tested successfully for sh-elf in Revision 110178. However, it makes sense to write or collect a number of new test cases to test the affected pragmas and attributes. -- amylaar at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amylaar at gcc dot gnu dot |dot org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||01/msg01782.html Status|NEW |ASSIGNED Last reconfirmed|2005-06-04 16:55:35 |2006-01-26 15:22:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14798
[Bug target/25908] [4.2 Regression] vtables with vague linkage is not being marked as vague on darwin
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-01-26 15:32 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01843.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||01/msg01843.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25908
[Bug middle-end/25977] New: miscompile with classes without copy constructor
Hmm, the summary is really bad. I'm seeing the attached testcase to fail on 4.2.0 and 4.1.0, both with -O0 and with -O2. -- Summary: miscompile with classes without copy constructor Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mueller at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25977
[Bug middle-end/25977] miscompile with classes without copy constructor
--- Comment #1 from mueller at gcc dot gnu dot org 2006-01-26 15:40 --- Created an attachment (id=10734) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10734action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25977
[Bug middle-end/25977] miscompile with classes without copy constructor
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 15:45 --- retval = operator (retval, r) [return slot optimization]; We cannot do RSO here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25977
[Bug middle-end/25977] [4.1/4.2 Regression] RSO vs NRV (twice)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org, mmitchel at gcc dot gnu ||dot org Severity|normal |critical Known to fail||4.1.0 4.2.0 Known to work||3.4.0 Summary|RSO vs NRV (twice) |[4.1/4.2 Regression] RSO vs ||NRV (twice) Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25977
[Bug middle-end/25977] [4.1/4.2 Regression] RSO vs NRV (twice)
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-26 15:50 --- Confirmed. Very much related to PR 19317 so CCing Jason. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||jason at gcc dot gnu dot org BugsThisDependsOn||19317 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to work|3.4.0 |3.4.0 4.0.3 Last reconfirmed|-00-00 00:00:00 |2006-01-26 15:50:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25977
[Bug middle-end/25977] [4.1/4.2 Regression] RSO vs NRV (twice)
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-26 15:54 --- Hmm: (void) (retval = *(struct A ) (struct A *) TARGET_EXPR D.1827, operator (retval, (struct A ) (struct A *) r)) ; Maybe it is not fully related to PR 19317 but a different issue really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25977
[Bug bootstrap/21739] ../../.././libstdc++-v3/libmath/stubs.c:268: error: parse error before '(' token
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 15:58 --- No feedback in 3 months (T-4 days). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21739
[Bug bootstrap/21936] Ada bootstrap failure on Solaris 10/x86 with native as
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 15:58 --- No feedback in 3 months (T-4 days). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21936
[Bug libgomp/25978] New: All libgomp tests timeout on ppc-darwin
Because Darwin does not implement sem_init correctly all the tests timeout. One way of fixing this is to change libgomp for Darwin to use the mach semaphores. Another way is to use named semaphores. -- Summary: All libgomp tests timeout on ppc-darwin Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgomp AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: powerpc-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25978
[Bug libstdc++/25608] g++ miscompiles gcjx
--- Comment #14 from bkoz at gcc dot gnu dot org 2006-01-26 16:32 --- Gaby, here's the one thing that I can think of that changed between 3.4.x and mainline/4.1 in this code path: 2005-10-10 Ian Lance Taylor ian@airs.com PR libstdc++/13583 * include/bits/locale_classes.h (locale::_Impl::_M_install_cache): Move out of line. * src/locale.cc: Define here, add mutex. You might want to try reverting this and seeing if it has any impact. I kind of doubt it, but it's the only thing that really changed WRT ios/locale init. I'm surprised to see this issue. I would imagine that if this is a libstdc++ issue everybody and their dog would have found it by now. best, benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25608
[Bug libstdc++/25608] g++ miscompiles gcjx
--- Comment #15 from bkoz at gcc dot gnu dot org 2006-01-26 16:35 --- ps tom this kind of organization for compiling looks dreamy: #20 0x400afc18 in compiler::do_analyze_unit (this=0x8055248, unit=0x8089dc0) at exception.hh:63 #21 0x400afebf in compiler::semantic_analysis (this=0x8055248) NICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25608
[Bug libstdc++/25608] g++ miscompiles gcjx
--- Comment #16 from gdr at cs dot tamu dot edu 2006-01-26 16:44 --- Subject: Re: g++ miscompiles gcjx bkoz at gcc dot gnu dot org [EMAIL PROTECTED] writes: | Gaby, here's the one thing that I can think of that changed between 3.4.x and | mainline/4.1 in this code path: Thank you very much for looking into this. I'll do that, once I get to office. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25608
[Bug rtl-optimization/24626] [4.1 Regression] internal compiler error: verify_flow_info failed
--- Comment #66 from yanov at il dot ibm dot com 2006-01-26 16:45 --- Bootstrapped and tested on PowerPC linux. No regressions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
[Bug libstdc++/25608] g++ miscompiles gcjx
--- Comment #17 from gdr at cs dot tamu dot edu 2006-01-26 16:45 --- Subject: Re: g++ miscompiles gcjx bkoz at gcc dot gnu dot org [EMAIL PROTECTED] writes: | ps tom this kind of organization for compiling looks dreamy: Yup! I dream of when other GCC parts would be similarly organized. (the source code is well structured, with separate concepts developed separately.) -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25608
[Bug fortran/18937] quadratic behaviour with many label spaghetti code
--- Comment #10 from tobi at gcc dot gnu dot org 2006-01-26 16:46 --- I don't know when I will have time for this, so I'm unassigning myself. -- tobi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|tobi at gcc dot gnu dot org |unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18937
[Bug c++/25927] Spurious offsetof warnings with private members
--- Comment #7 from rcbilson at plg dot uwaterloo dot ca 2006-01-26 16:59 --- (In reply to comment #6) class xxx is NOT a POD. Indeed not. Thank you for explaining, and sorry to waste your time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25927
[Bug c/19606] wrong code for arith.expr: (((unsigned int)(signed int) a ) / 2LL) with signed char a=-4
--- Comment #9 from kazu at gcc dot gnu dot org 2006-01-26 17:07 --- Posted a new patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added URL|http://gcc.gnu.org/ml/gcc- |http://gcc.gnu.org/ml/gcc- |patches/2006- |patches/2006- |01/msg00845.html|01/msg01853.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19606
[Bug ada/25900] [4.2 Regression] ICE on ACATS cxac004 in Tree-VRP
--- Comment #7 from law at gcc dot gnu dot org 2006-01-26 17:14 --- Subject: Bug 25900 Author: law Date: Thu Jan 26 17:14:22 2006 New Revision: 110261 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110261 Log: PR ada/25900 * tree-vrp.c (extract_range_from_assert): When merging a VR_RANGE with a VR_ANTI_RANGE and the VR_ANTI_RANGEis completely contained within the VR_RANGE, use the VR_RANGE as the result, not the VR_ANTI_RANGE. (adjust_range_with_scev): Reject ranges from SCEV which are out of bounds for the type. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vrp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25900
[Bug ada/25900] [4.2 Regression] ICE on ACATS cxac004 in Tree-VRP
--- Comment #8 from law at redhat dot com 2006-01-26 17:14 --- Subject: Re: [4.2 Regression] ACATS ICE cxac0004 in set_value_range, at tree-vrp.c:161 on x86-linux On Tue, 2006-01-24 at 15:12 -0700, Jeffrey A Law wrote: That fixes cxac004, but causes c99004a to fail! As Laurent noted, c99004a has been failing without rhyme or reason and the failure is not an indication of a regression due to my patch. So I'm going to go forward with my patch. The basic problem is we query SCEV to get ranges in some cases and we query it on a different type than we ultimately care about. And I've been unable to convince myself that even if we passed it the right type that SCEV would do the right thing. This patch makes VRP check the result of querying SCEV against the type we actually care about. When SCEV's result is inconsistent with the type we car about, we simply ignore SCEV's result. This patch also refines my recent change in one case. Specifically if we are intersecting a VR_RANGE and VR_ANTI_RANGE where the VR_ANTI_RANGE is completely contained within the VR_RANGE, we have the option of using either the VR_RANGE or VR_ANTI_RANGE as the result. We were selecting the VR_ANTI_RANGE, but in practice the VR_RANGE is likely going to be more precise. So I've changed the code to give us the VR_RANGE instead. About the only time the VR_ANTI_RANGE might be more useful would be if it was something like -[0, 0] and referred to a pointer type. Note that I'll be looking more closely at the VRP null-pointer check elimination code shortly so if the need arises I may add that final bit of refinement. Anyway, bootstrapped and regression tested on i686-pc-linux-gnu (ada included). Jeff --- Comment #9 from law at redhat dot com 2006-01-26 17:14 --- Created an attachment (id=10735) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10735action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25900
[Bug ada/25900] [4.2 Regression] ICE on ACATS cxac004 in Tree-VRP
--- Comment #10 from law at redhat dot com 2006-01-26 17:14 --- Fixed with today's patch to tree-vrp.c -- law at redhat dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25900
[Bug c/25975] Problems with -ffast-math and isnan
--- Comment #4 from terra at gnome dot org 2006-01-26 17:22 --- ok, thanks. I'll prevent this by checking for __FAST_MATH__ in my code. One could argue for a warning like nan.c:13: warning: comparison is always false due to limited range of data type for use of isnan and similarly (with true) for finite. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25975
[Bug c++/25979] New: incorrect codegen for conditional
I'm not positive whether or not this is a duplicate of 25895. I figured I'd better enter it just in case it wasn't. Test case: #include stdio.h struct A { A() : data1_(0), data2_(0) {} A(int i, int j) : data1_(i), data2_(j) {} A operator+(int); friend A operator+(int, const A); ~A() {} //private: int data1_; int data2_; }; extern bool x; void display(const A x) { printf(%d %d\n, x.data1_, x.data2_); } int main() { A a1(1,2); a1 = (x ? a1 + 3 : 3 + a1); display(a1); } bool x = false; A A::operator+(int i) { A a; a = *this; a.data2_ = i; return a; } A operator+(int i, const A x) { A a; a = x; a.data1_ = i; return a; } Output: 3 0 Expected output: 3 2 The gimple tree (-fdump-tree-gimple) is showing statements like: operator+ (a1, 3, a1) [return slot addr]; which shoud instead be: operator+ (temp, 3, a1) [return slot addr]; ... a1 = temp; The bad codegen is sensitive to the presence or absence of special member functions. For example if you comment out ~A(), you get the expected output. -- Summary: incorrect codegen for conditional Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hhinnant at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25979
[Bug c++/25979] incorrect codegen for conditional
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 17:31 --- This is actually a dup of bug 25977. But I think it was worked around in 4.0.2 (or maybe just 4.0.3, I have to double check that). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25979
[Bug c++/25979] incorrect codegen for conditional
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 17:36 --- It was worked around in 4.0.2 (done on 2005-04-05 23:13:35) by: PR c++/19317 * calls.c (expand_call): Disable return slot optimization. Which just disabled the return slot optimization for 4.0.x Now 4.1.0 never got that patch but a different one which fixed a similar bug (PR 19317) but it did not fix this one or the duplicated one. *** This bug has been marked as a duplicate of 25977 *** -- 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=25979
[Bug c++/25979] incorrect codegen for conditional
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-26 17:39 --- Actually this is not a full dup as this one is also still broken on the 4.0 branch. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25979
[Bug c++/25979] [4.0/4.1/4.2 Regression] incorrect codegen for conditional [SVO issue]
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-26 17:43 --- Confirmed, very much related to PR 25977. Though I think this and PR 25977 are almost the same bug as we get: TARGET_EXPR D.3014, Unknown tree: aggr_init_expr operator+ 3, (struct A ) (struct A *) a1 D.3014 We are losing some piece of information. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||25977 Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||wrong-code Known to fail||4.0.3 4.1.0 4.2.0 Known to work||3.4.0 Last reconfirmed|-00-00 00:00:00 |2006-01-26 17:43:24 date|| Summary|incorrect codegen for |[4.0/4.1/4.2 Regression] |conditional |incorrect codegen for ||conditional [SVO issue] Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25979
[Bug middle-end/25977] [4.1/4.2 Regression] RSO vs NRV (twice)
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-26 17:36 --- *** Bug 25979 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||hhinnant at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25977
[Bug tree-optimization/21470] -fargument-noalias-global has no effect for the vectorizer
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-26 17:50 --- Fixed applied. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21470
[Bug tree-optimization/17064] -falias-noargument-global doesn't eliminate dead stores/loads
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-26 17:51 --- Subject: Bug 17064 Author: pinskia Date: Thu Jan 26 17:51:25 2006 New Revision: 110263 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110263 Log: 2006-01-26 Richard Guenther [EMAIL PROTECTED] Andrew Pinski [EMAIL PROTECTED] PR tree-opt/21470 partial PR tree-opt/17064 * tree-ssa-structalias.c (intra_create_variable_infos): Create heap variables for incoming parameters if flag_argument_noalias 1. (find_what_p_points_to): Look through default defs of parameter decls. Modified: trunk/gcc/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17064
[Bug tree-optimization/21470] -fargument-noalias-global has no effect for the vectorizer
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-26 17:51 --- Subject: Bug 21470 Author: pinskia Date: Thu Jan 26 17:51:25 2006 New Revision: 110263 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110263 Log: 2006-01-26 Richard Guenther [EMAIL PROTECTED] Andrew Pinski [EMAIL PROTECTED] PR tree-opt/21470 partial PR tree-opt/17064 * tree-ssa-structalias.c (intra_create_variable_infos): Create heap variables for incoming parameters if flag_argument_noalias 1. (find_what_p_points_to): Look through default defs of parameter decls. Modified: trunk/gcc/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21470
[Bug tree-optimization/17064] -falias-noargument-global doesn't eliminate dead stores/loads
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-26 17:51 --- The partial fix has been applied, I have another patch which fixes another part of this but still not fully. It just helps the call cloberring mechanism. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17064
[Bug tree-optimization/23619] Missed pre opportunity
--- Comment #12 from dberlin at gcc dot gnu dot org 2006-01-26 17:53 --- Fixed -- dberlin at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug bootstrap/25961] [4.2 Regression] Mainline failed to bootstrap on ia64
--- Comment #2 from sje at cup dot hp dot com 2006-01-26 18:00 --- See http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01864.html http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01779.html For the two patches needed to fix this. Waiting for approval. -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25961
[Bug tree-optimization/17064] -falias-noargument-global doesn't eliminate dead stores/loads
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-26 18:15 --- This is the patch which helps the call clobering but does not fix it all the way (because a different call clobbering issue): Index: tree-ssa-alias.c === --- tree-ssa-alias.c(revision 110263) +++ tree-ssa-alias.c(working copy) @@ -328,7 +328,8 @@ set_initial_properties (struct alias_inf } else if (TREE_CODE (var) == PARM_DECL default_def (var) - POINTER_TYPE_P (TREE_TYPE (var))) + POINTER_TYPE_P (TREE_TYPE (var)) + flag_argument_noalias 1) { tree def = default_def (var); get_ptr_info (def)-value_escapes_p = 1; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17064
[Bug c++/25979] [4.0/4.1/4.2 Regression] incorrect codegen for conditional [SVO issue]
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25979
[Bug fortran/25964] [4.1/4.2 Regression] NIST regression on fm311.f
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 Target Milestone|4.2.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25964
[Bug c++/25980] New: Unexpected name conflict between symbols
The following fails to compile, it would appear that symbols from seperate namespaces are colliding in error: [EMAIL PROTECTED] tmp]$ cat test2.cpp namespace ns1 { class c {}; typedef int f; static c x; } namespace ns2 { void f(ns1::c cc) { } void g() { f(ns1::x); } } [EMAIL PROTECTED] tmp]$ g++ -v -save-temps -Wall -c test2.cpp Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/specs Configured with: /usr/local/share/gcc-3.3.2/configure -march=pentium4 : (reconfi gured) /usr/local/share/gcc-3.3.2/configure -march=pentium4 : (reconfigured) /us r/local/share/gcc-3.3.2/configure --with-arch=pentium4 Thread model: posix gcc version 3.3.2 /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/cc1plus -E -D__GNUG__=3 -quiet - v -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=2 -D_GNU_SOURCE test2.cp p -Wall test2.ii ignoring nonexistent directory NONE/include ignoring nonexistent directory /usr/local/i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/include/c++/3.3.2 /usr/local/include/c++/3.3.2/i686-pc-linux-gnu /usr/local/include/c++/3.3.2/backward /usr/local/include /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/include /usr/include End of search list. /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/cc1plus -fpreprocessed test2.ii -quiet -dumpbase test2.cpp -auxbase test2 -Wall -version -o test2.s GNU C++ version 3.3.2 (i686-pc-linux-gnu) compiled by GNU C version 3.2.2 20030222 (Red Hat Linux 3.2.2-5). GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 test2.cpp: In function `void ns2::g()': test2.cpp:3: error: `ns1::f' is not a function, test2.cpp:10: error: conflict with `void ns2::f(ns1::c)' test2.cpp:15: error: in call to `f' [EMAIL PROTECTED] tmp]$ [EMAIL PROTECTED] tmp]$ cat test2.*i* # 1 test2.cpp # 1 built-in # 1 command line # 1 test2.cpp namespace ns1 { class c {}; typedef int f; static c x; } namespace ns2 { void f(ns1::c cc) { } void g() { f(ns1::x); } } [EMAIL PROTECTED] tmp]$ I don't see why symbols ns1::f and ns2::f are in conflict here, as when f() in ns2::g is being resolved ns1::f should not be visible, should it? If the parameter ns1::x is removed from the signature of ns2::f then there is no error. It would appear that the ns1 namespace is being opened up as a result of the parameter. The online Comeau C/C++ compiler accepts this particular example. -- Summary: Unexpected name conflict between symbols Product: gcc Version: 3.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dwhorton at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25980
[Bug c++/25980] Unexpected name conflict between symbols
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-26 18:49 --- I think you (and EDG) are missing what argument dependent lookup does for this case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25980
[Bug c/25892] -Wpointer-sign creates problems for Emacs
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-01-26 18:50 --- Subject: Bug 25892 Author: aoliva Date: Thu Jan 26 18:50:37 2006 New Revision: 110265 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110265 Log: gcc/ChangeLog: PR c/25892 * c.opt (Wpointer-sign): Init to -1. * c-opts.c (c_common_handle_option): Set to 1 on OPT_Wall and OPT_pedantic, to 0 otherwise. * doc/invoke.texi: Update. gcc/testsuite/ChangeLog: PR c/25892 * gcc.dg/Wpointer-sign.c: New. * gcc.dg/Wpointer-sign-Wall.c: New. * gcc.dg/Wpointer-sign-Wall-no.c: New. * gcc.dg/Wpointer-sign-pedantic.c: New. * gcc.dg/Wpointer-sign-pedantic-no.c: New. * gcc.dg/conv-2.c: Use -Wpointer-sign. Added: trunk/gcc/testsuite/gcc.dg/Wpointer-sign-Wall-no.c trunk/gcc/testsuite/gcc.dg/Wpointer-sign-Wall.c trunk/gcc/testsuite/gcc.dg/Wpointer-sign-pedantic-no.c trunk/gcc/testsuite/gcc.dg/Wpointer-sign-pedantic.c trunk/gcc/testsuite/gcc.dg/Wpointer-sign.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-opts.c trunk/gcc/c.opt trunk/gcc/doc/invoke.texi trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/conv-2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25892
[Bug target/23552] FAIL: gfortran.dg/large_real_kind_1.f90
--- Comment #3 from sje at cup dot hp dot com 2006-01-26 18:55 --- These tests pass for me on the 4.1 branch and on mainline. -- sje at cup dot hp dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23552
[Bug c++/25980] Unexpected name conflict between symbols
--- Comment #2 from gdr at cs dot tamu dot edu 2006-01-26 18:56 --- Subject: Re: New: Unexpected name conflict between symbols dwhorton at gmail dot com [EMAIL PROTECTED] writes: | The following fails to compile, it would appear that symbols from seperate | namespaces are colliding in error: | | [EMAIL PROTECTED] tmp]$ cat test2.cpp | namespace ns1 { | class c {}; | typedef int f; | | static c x; | } | | namespace ns2 { | void f(ns1::c cc) | { | } | | void g() | { | f(ns1::x); | } | } [...] | test2.cpp: In function `void ns2::g()': | test2.cpp:3: error: `ns1::f' is not a function, | test2.cpp:10: error: conflict with `void ns2::f(ns1::c)' | test2.cpp:15: error: in call to `f' | [EMAIL PROTECTED] tmp]$ | [EMAIL PROTECTED] tmp]$ cat test2.*i* | # 1 test2.cpp | # 1 built-in | # 1 command line | # 1 test2.cpp | namespace ns1 { | class c {}; | typedef int f; | | static c x; | } | | namespace ns2 { | void f(ns1::c cc) | { | } | | void g() | { | f(ns1::x); | } | } | [EMAIL PROTECTED] tmp]$ | | I don't see why symbols ns1::f and ns2::f are in conflict here, as when f() in | ns2::g is being resolved ns1::f should not be visible, should it? This is a known issue. Name lookup apply uniformly. In particular, ADL finds in this case both function and non-function. Since we don't have (yet) overload set that can include functions and non-functions, the program is ill-formed. See Core Issue 218 http://www.open-std.org/JTC1/SC22/WG21/docs/cwg_active.html#218 Notice that the last note was quite a long time ago -- before C++03 and now we're in the extensions timeframe. There is strong feeling that name lookup should apply uniformly, and we should also have overload resolution with function objects included. I believe there alreay is a PR for this. The proper action is to suspend it until the issue is completely resolved. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25980
[Bug fortran/25964] [4.1/4.2 Regression] NIST regression on fm311.f
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 19:01 --- The patch is on its way in the next hour or so Statement functions = internal procedures, as far as the standard is concerned. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25964
[Bug c/25892] -Wpointer-sign creates problems for Emacs
--- Comment #8 from aoliva at gcc dot gnu dot org 2006-01-26 19:06 --- Subject: Bug 25892 Author: aoliva Date: Thu Jan 26 19:06:06 2006 New Revision: 110267 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110267 Log: gcc/ChangeLog: PR c/25892 * c.opt (Wpointer-sign): Init to -1. * c-opts.c (c_common_handle_option): Set to 1 on OPT_Wall and OPT_pedantic, to 0 otherwise. * doc/invoke.texi: Update. gcc/testsuite/ChangeLog: PR c/25892 * gcc.dg/Wpointer-sign.c: New. * gcc.dg/Wpointer-sign-Wall.c: New. * gcc.dg/Wpointer-sign-Wall-no.c: New. * gcc.dg/Wpointer-sign-pedantic.c: New. * gcc.dg/Wpointer-sign-pedantic-no.c: New. * gcc.dg/conv-2.c: Use -Wpointer-sign. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/Wpointer-sign-Wall-no.c - copied unchanged from r110265, trunk/gcc/testsuite/gcc.dg/Wpointer-sign-Wall-no.c branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/Wpointer-sign-Wall.c - copied unchanged from r110265, trunk/gcc/testsuite/gcc.dg/Wpointer-sign-Wall.c branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/Wpointer-sign-pedantic-no.c - copied unchanged from r110265, trunk/gcc/testsuite/gcc.dg/Wpointer-sign-pedantic-no.c branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/Wpointer-sign-pedantic.c - copied unchanged from r110265, trunk/gcc/testsuite/gcc.dg/Wpointer-sign-pedantic.c branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/Wpointer-sign.c - copied unchanged from r110265, trunk/gcc/testsuite/gcc.dg/Wpointer-sign.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/c-opts.c branches/gcc-4_1-branch/gcc/c.opt branches/gcc-4_1-branch/gcc/doc/invoke.texi branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/conv-2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25892
[Bug c/25892] -Wpointer-sign creates problems for Emacs
--- Comment #9 from aoliva at gcc dot gnu dot org 2006-01-26 19:09 --- Fixed -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25892
[Bug other/25982] New: writer written by write_writer doesn't quote where necessary
When you have an insn condition like: TARGET_SH1 ! (TARGET_SHCOMPACT (current_function_args_info.call_cookie CALL_COOKIE_RET_TRAMP (1))) reload_completed lookup_attribute (\trap_exit\, DECL_ATTRIBUTES (current_function_decl)) == NULL_TREE, build/gencondmd.c writes a file, which ultimately becomes insn-conditions.md, where trap_exit appears inside the define_conditions construct without the proper quoting of the quotes. -- Summary: writer written by write_writer doesn't quote where necessary Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: amylaar at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25982
[Bug fortran/20852] *-length character function may not be recursive
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 20:19 --- Subject: Bug 20852 Author: pault Date: Thu Jan 26 20:19:09 2006 New Revision: 110269 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110269 Log: 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * resolve.c (resolve_function): Exclude statement functions from global reference checking. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * resolve.c (resolve_function): Declare a gfc_symbol to replace the references through the symtree to the symbol associated with the function expresion. Give error on reference to an assumed character length function is defined in an interface or an external function that is not a dummy argument. (resolve_symbol): Give error if an assumed character length function is array-valued, pointer-valued, pure or recursive. Emit warning that character(*) value functions are obsolescent in F95. PR fortran/25416 * trans-expr.c (gfc_conv_function_call): The above patch to resolve.c prevents any assumed character length function call from getting here except intrinsics such as SPREAD. In this case, ensure that no segfault occurs from referencing non-existent charlen-length- expr_type and provide a backend_decl for the charlen from the charlen of the first actual argument. Cure temp name confusion. * trans-expr.c (gfc_get_interface_mapping_array): Change name of temporary from parm to ifm to avoid clash with temp coming from trans-array.c. 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * gfortran.dg/global_references_2.f90: New test. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * gfortran.dg/assumed_charlen_function_1.f90: New test. * gfortran.dg/assumed_charlen_function_3.f90: New test. PR fortran/25416 * gfortran.dg/assumed_charlen_function_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_1.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_2.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_3.f90 trunk/gcc/testsuite/gfortran.dg/global_references_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20852
[Bug fortran/25086] Pointer valued assumed length character function allowed
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 20:19 --- Subject: Bug 25086 Author: pault Date: Thu Jan 26 20:19:09 2006 New Revision: 110269 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110269 Log: 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * resolve.c (resolve_function): Exclude statement functions from global reference checking. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * resolve.c (resolve_function): Declare a gfc_symbol to replace the references through the symtree to the symbol associated with the function expresion. Give error on reference to an assumed character length function is defined in an interface or an external function that is not a dummy argument. (resolve_symbol): Give error if an assumed character length function is array-valued, pointer-valued, pure or recursive. Emit warning that character(*) value functions are obsolescent in F95. PR fortran/25416 * trans-expr.c (gfc_conv_function_call): The above patch to resolve.c prevents any assumed character length function call from getting here except intrinsics such as SPREAD. In this case, ensure that no segfault occurs from referencing non-existent charlen-length- expr_type and provide a backend_decl for the charlen from the charlen of the first actual argument. Cure temp name confusion. * trans-expr.c (gfc_get_interface_mapping_array): Change name of temporary from parm to ifm to avoid clash with temp coming from trans-array.c. 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * gfortran.dg/global_references_2.f90: New test. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * gfortran.dg/assumed_charlen_function_1.f90: New test. * gfortran.dg/assumed_charlen_function_3.f90: New test. PR fortran/25416 * gfortran.dg/assumed_charlen_function_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_1.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_2.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_3.f90 trunk/gcc/testsuite/gfortran.dg/global_references_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25086
[Bug fortran/25084] Interface for assumed length character function allowed
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 20:19 --- Subject: Bug 25084 Author: pault Date: Thu Jan 26 20:19:09 2006 New Revision: 110269 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110269 Log: 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * resolve.c (resolve_function): Exclude statement functions from global reference checking. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * resolve.c (resolve_function): Declare a gfc_symbol to replace the references through the symtree to the symbol associated with the function expresion. Give error on reference to an assumed character length function is defined in an interface or an external function that is not a dummy argument. (resolve_symbol): Give error if an assumed character length function is array-valued, pointer-valued, pure or recursive. Emit warning that character(*) value functions are obsolescent in F95. PR fortran/25416 * trans-expr.c (gfc_conv_function_call): The above patch to resolve.c prevents any assumed character length function call from getting here except intrinsics such as SPREAD. In this case, ensure that no segfault occurs from referencing non-existent charlen-length- expr_type and provide a backend_decl for the charlen from the charlen of the first actual argument. Cure temp name confusion. * trans-expr.c (gfc_get_interface_mapping_array): Change name of temporary from parm to ifm to avoid clash with temp coming from trans-array.c. 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * gfortran.dg/global_references_2.f90: New test. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * gfortran.dg/assumed_charlen_function_1.f90: New test. * gfortran.dg/assumed_charlen_function_3.f90: New test. PR fortran/25416 * gfortran.dg/assumed_charlen_function_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_1.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_2.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_3.f90 trunk/gcc/testsuite/gfortran.dg/global_references_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25084
[Bug fortran/25416] Segmentation fault in gfc_conv_function_call
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-26 20:19 --- Subject: Bug 25416 Author: pault Date: Thu Jan 26 20:19:09 2006 New Revision: 110269 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110269 Log: 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * resolve.c (resolve_function): Exclude statement functions from global reference checking. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * resolve.c (resolve_function): Declare a gfc_symbol to replace the references through the symtree to the symbol associated with the function expresion. Give error on reference to an assumed character length function is defined in an interface or an external function that is not a dummy argument. (resolve_symbol): Give error if an assumed character length function is array-valued, pointer-valued, pure or recursive. Emit warning that character(*) value functions are obsolescent in F95. PR fortran/25416 * trans-expr.c (gfc_conv_function_call): The above patch to resolve.c prevents any assumed character length function call from getting here except intrinsics such as SPREAD. In this case, ensure that no segfault occurs from referencing non-existent charlen-length- expr_type and provide a backend_decl for the charlen from the charlen of the first actual argument. Cure temp name confusion. * trans-expr.c (gfc_get_interface_mapping_array): Change name of temporary from parm to ifm to avoid clash with temp coming from trans-array.c. 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * gfortran.dg/global_references_2.f90: New test. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * gfortran.dg/assumed_charlen_function_1.f90: New test. * gfortran.dg/assumed_charlen_function_3.f90: New test. PR fortran/25416 * gfortran.dg/assumed_charlen_function_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_1.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_2.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_3.f90 trunk/gcc/testsuite/gfortran.dg/global_references_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25416
[Bug fortran/25964] [4.1/4.2 Regression] NIST regression on fm311.f
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-26 20:19 --- Subject: Bug 25964 Author: pault Date: Thu Jan 26 20:19:09 2006 New Revision: 110269 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110269 Log: 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * resolve.c (resolve_function): Exclude statement functions from global reference checking. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * resolve.c (resolve_function): Declare a gfc_symbol to replace the references through the symtree to the symbol associated with the function expresion. Give error on reference to an assumed character length function is defined in an interface or an external function that is not a dummy argument. (resolve_symbol): Give error if an assumed character length function is array-valued, pointer-valued, pure or recursive. Emit warning that character(*) value functions are obsolescent in F95. PR fortran/25416 * trans-expr.c (gfc_conv_function_call): The above patch to resolve.c prevents any assumed character length function call from getting here except intrinsics such as SPREAD. In this case, ensure that no segfault occurs from referencing non-existent charlen-length- expr_type and provide a backend_decl for the charlen from the charlen of the first actual argument. Cure temp name confusion. * trans-expr.c (gfc_get_interface_mapping_array): Change name of temporary from parm to ifm to avoid clash with temp coming from trans-array.c. 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * gfortran.dg/global_references_2.f90: New test. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * gfortran.dg/assumed_charlen_function_1.f90: New test. * gfortran.dg/assumed_charlen_function_3.f90: New test. PR fortran/25416 * gfortran.dg/assumed_charlen_function_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_1.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_2.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_3.f90 trunk/gcc/testsuite/gfortran.dg/global_references_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25964
[Bug fortran/25085] Array valued assumed length character function allowed
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-26 20:19 --- Subject: Bug 25085 Author: pault Date: Thu Jan 26 20:19:09 2006 New Revision: 110269 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110269 Log: 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * resolve.c (resolve_function): Exclude statement functions from global reference checking. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * resolve.c (resolve_function): Declare a gfc_symbol to replace the references through the symtree to the symbol associated with the function expresion. Give error on reference to an assumed character length function is defined in an interface or an external function that is not a dummy argument. (resolve_symbol): Give error if an assumed character length function is array-valued, pointer-valued, pure or recursive. Emit warning that character(*) value functions are obsolescent in F95. PR fortran/25416 * trans-expr.c (gfc_conv_function_call): The above patch to resolve.c prevents any assumed character length function call from getting here except intrinsics such as SPREAD. In this case, ensure that no segfault occurs from referencing non-existent charlen-length- expr_type and provide a backend_decl for the charlen from the charlen of the first actual argument. Cure temp name confusion. * trans-expr.c (gfc_get_interface_mapping_array): Change name of temporary from parm to ifm to avoid clash with temp coming from trans-array.c. 2005-01-26 Paul Thomas [EMAIL PROTECTED] PR fortran/25964 * gfortran.dg/global_references_2.f90: New test. PR fortran/25084 PR fortran/20852 PR fortran/25085 PR fortran/25086 * gfortran.dg/assumed_charlen_function_1.f90: New test. * gfortran.dg/assumed_charlen_function_3.f90: New test. PR fortran/25416 * gfortran.dg/assumed_charlen_function_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_1.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_2.f90 trunk/gcc/testsuite/gfortran.dg/assumed_charlen_function_3.f90 trunk/gcc/testsuite/gfortran.dg/global_references_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25085
[Bug fortran/25964] [4.1/4.2 Regression] NIST regression on fm311.f
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-26 20:21 --- Fixed on trunk. Patch will be included in fix of global references in 4.1 (Sat. morning). Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25964
[Bug c++/25980] Unexpected name conflict between symbols
--- Comment #3 from dwhorton at gmail dot com 2006-01-26 20:27 --- I see the issue. I am surprised that ADL causes non-functions from one namespace to pollute another. Nonetheless given the present state of the spec the confict as reported seems to be valid behaviour. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25980
[Bug ada/21317] ACATS c954025 c954026 c99004a failures
--- Comment #5 from guerby at gcc dot gnu dot org 2006-01-26 20:39 --- Subject: Bug 21317 Author: guerby Date: Thu Jan 26 20:39:16 2006 New Revision: 110270 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110270 Log: 2006-01-26 Laurent GUERBY [EMAIL PROTECTED] PR ada/21317 * ada/acats/support/impdef.a: Add One_Long_Second. * ada/acats/tests/c9/c94025.a: Use One_Long_Second. * ada/acats/tests/c9/c94026.a: Likewise. * ada/acats/tests/c9/c97305c.ada: Likewise. * ada/acats/tests/c9/c99004a.ada: Likewise. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/ada/acats/support/impdef.a trunk/gcc/testsuite/ada/acats/tests/c9/c954025.a trunk/gcc/testsuite/ada/acats/tests/c9/c954026.a trunk/gcc/testsuite/ada/acats/tests/c9/c97305c.ada trunk/gcc/testsuite/ada/acats/tests/c9/c99004a.ada -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21317
[Bug c++/25983] New: [gomp] transient ICE in trunk, c++
Excuse the poor testcase but i was just trying to get the feel of gomp on non trivial code. It looks like some memory corruption (from the look of the nuked stack), the bigger the better. [time passes] It seems that if i leave exceptions on, an assert is hit. Here's how it looks with that minimal option set. Backtrace included. /usr/local/gomp/bin/g++ -v -save-temps -DNDEBUG -I./standalone -I/usr/include/lua50/ -I/usr/src/tbp/tolua++-1.0.5/include -I/usr/src/tbp/lib/FreeImage-cvs/Dist/ -fopenmp -c src/raytrace_packet.cpp -o bin/gcc/raytrace_packet.o Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../configure --prefix=/usr/local/gomp --enable-languages=c++ --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-multilib --enable-bootstrap --with-gcc --with-gnu-as --with-gnu-ld Thread model: posix gcc version 4.2.0-gomp-20050608-branch 20060119 (experimental) (merged 20060119) /usr/local/gomp/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/cc1plus -E -quiet -v -I./standalone -I/usr/include/lua50/ -I/usr/src/tbp/tolua++-1.0.5/include -I/usr/src/tbp/lib/FreeImage-cvs/Dist/ -D_GNU_SOURCE -D_REENTRANT -DNDEBUG src/raytrace_packet.cpp -mtune=generic -fopenmp -fpch-preprocess -o raytrace_packet.ii ignoring nonexistent directory /usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/../../../../x86_64-unknown-linux-gnu/include ignoring nonexistent directory /usr/src/tbp/tolua++-1.0.5/include #include ... search starts here: #include ... search starts here: ./standalone /usr/include/lua50/ /usr/src/tbp/lib/FreeImage-cvs/Dist/ /usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/../../../../include/c++/4.2.0-gomp-20050608-branch /usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/../../../../include/c++/4.2.0-gomp-20050608-branch/x86_64-unknown-linux-gnu /usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/../../../../include/c++/4.2.0-gomp-20050608-branch/backward /usr/local/include /usr/local/gomp/include /usr/local/gomp/lib/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/include /usr/include End of search list. /usr/local/gomp/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/cc1plus -fpreprocessed raytrace_packet.ii -quiet -dumpbase raytrace_packet.cpp -mtune=generic -auxbase-strip bin/gcc/raytrace_packet.o -version -fopenmp -o raytrace_packet.sGNU C++ version 4.2.0-gomp-20050608-branch 20060119 (experimental) (merged 20060119) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.2.0-gomp-20050608-branch 20060119 (experimental) (merged 20060119). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 89571ef7c91b12e8fe7e055d9792a102 src/raytrace_packet.cpp: In member function 'void rt::raytracer_t::prender()': src/raytrace_packet.cpp:1411: internal compiler error: in verify_eh_throw_stmt_node, at tree-eh.c:2085 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. (gdb) break tree-eh.c:2085 Breakpoint 1 at 0x54fed4: file ../../gcc/tree-eh.c, line 2085. (gdb) run Starting program: /usr/local/gomp/libexec/gcc/x86_64-unknown-linux-gnu/4.2.0-gomp-20050608-branch/cc1plus -fpreprocessed raytrace_packet.ii -quiet -dumpbase raytrace_packet.cpp -mtune=generic -auxbase-strip bin/gcc/raytrace_packet.o -version -fopenmp -o raytrace_packet.s GNU C++ version 4.2.0-gomp-20050608-branch 20060119 (experimental) (merged 20060119) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.2.0-gomp-20050608-branch 20060119 (experimental) (merged 20060119). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 89571ef7c91b12e8fe7e055d9792a102 Breakpoint 1, verify_eh_throw_stmt_node (slot=0x2cdfa000, data=0x0) at ../../gcc/tree-eh.c:2085 2085 gcc_assert (node-stmt-common.ann == NULL); (gdb) bt full #0 verify_eh_throw_stmt_node (slot=0x2cdfa000, data=0x0) at ../../gcc/tree-eh.c:2085 __FUNCTION__ = verify_eh_throw_stmt_node #1 0x009b23f8 in htab_traverse_noresize (htab=value optimized out, callback=0x54fed0 verify_eh_throw_stmt_node, info=0x0) at ../../libiberty/hashtab.c:729 slot = (void **) 0x2cdfa000 limit = (void **) 0x2cdfafe8 #2 0x00889f1c in execute_one_pass (pass=0xc54f20) at ../../gcc/passes.c:849 __t = value optimized out dname = 0x2b6c9100 °5h«ª* todo = 0 __FUNCTION__ = execute_one_pass #3 0x0088a03c in execute_pass_list (pass=0xc54f20) at ../../gcc/passes.c:881 No locals. #4 0x005581ca in tree_rest_of_compilation (fndecl=0x2b6c9100) at ../../gcc/tree-optimize.c:412 e = value optimized out node = (struct cgraph_node *) 0x2b26a000 __FUNCTION__ = tree_rest_of_compilation #5 0x004d0848 in expand_body
[Bug ada/21317] ACATS c954025 c954026 c99004a failures
--- Comment #6 from guerby at gcc dot gnu dot org 2006-01-26 20:40 --- Subject: Bug 21317 Author: guerby Date: Thu Jan 26 20:40:46 2006 New Revision: 110271 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110271 Log: 2006-01-26 Laurent GUERBY [EMAIL PROTECTED] PR ada/21317 * ada/acats/support/impdef.a: Add One_Long_Second. * ada/acats/tests/c9/c94025.a: Use One_Long_Second. * ada/acats/tests/c9/c94026.a: Likewise. * ada/acats/tests/c9/c97305c.ada: Likewise. * ada/acats/tests/c9/c99004a.ada: Likewise. Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/ada/acats/support/impdef.a branches/gcc-4_1-branch/gcc/testsuite/ada/acats/tests/c9/c954025.a branches/gcc-4_1-branch/gcc/testsuite/ada/acats/tests/c9/c954026.a branches/gcc-4_1-branch/gcc/testsuite/ada/acats/tests/c9/c97305c.ada branches/gcc-4_1-branch/gcc/testsuite/ada/acats/tests/c9/c99004a.ada -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21317
[Bug c++/25983] [gomp] transient ICE in trunk, c++
--- Comment #1 from tbptbp at gmail dot com 2006-01-26 20:42 --- Created an attachment (id=10737) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10737action=view) Preprocessed offender -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25983
[Bug ada/21317] ACATS c954025 c954026 c99004a failures
--- Comment #7 from guerby at gcc dot gnu dot org 2006-01-26 20:42 --- Subject: Bug 21317 Author: guerby Date: Thu Jan 26 20:42:23 2006 New Revision: 110272 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110272 Log: 2006-01-26 Laurent GUERBY [EMAIL PROTECTED] PR ada/21317 * ada/acats/support/impdef.a: Add One_Long_Second. * ada/acats/tests/c9/c94025.a: Use One_Long_Second. * ada/acats/tests/c9/c94026.a: Likewise. * ada/acats/tests/c9/c97305c.ada: Likewise. * ada/acats/tests/c9/c99004a.ada: Likewise. Modified: branches/gcc-4_0-branch/gcc/testsuite/ChangeLog branches/gcc-4_0-branch/gcc/testsuite/ada/acats/support/impdef.a branches/gcc-4_0-branch/gcc/testsuite/ada/acats/tests/c9/c954025.a branches/gcc-4_0-branch/gcc/testsuite/ada/acats/tests/c9/c954026.a branches/gcc-4_0-branch/gcc/testsuite/ada/acats/tests/c9/c97305c.ada branches/gcc-4_0-branch/gcc/testsuite/ada/acats/tests/c9/c99004a.ada -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21317
[Bug bootstrap/25961] [4.2 Regression] Mainline failed to bootstrap on ia64
--- Comment #3 from sje at gcc dot gnu dot org 2006-01-26 20:57 --- Subject: Bug 25961 Author: sje Date: Thu Jan 26 20:57:03 2006 New Revision: 110273 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110273 Log: PR target/25961 * Makefile.in (insn-automata.o): Add -Wno-error flag. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25961
[Bug bootstrap/25961] [4.2 Regression] Mainline failed to bootstrap on ia64
--- Comment #4 from sje at gcc dot gnu dot org 2006-01-26 21:14 --- Subject: Bug 25961 Author: sje Date: Thu Jan 26 21:14:16 2006 New Revision: 110274 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110274 Log: PR target/25961 * Makefile.in (insn-automata.o): Add header file dependencies. * genautomata.c: Add includes. Modified: trunk/gcc/ChangeLog trunk/gcc/Makefile.in trunk/gcc/genautomata.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25961
[Bug tree-optimization/25962] Pointer (null) check after the use
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-26 21:27 --- Confirmed. -- 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 |2006-01-26 21:27:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25962
[Bug objc/25965] [4.1/4.2 Regression] Allows duplicate member names in objc subclasses
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-26 21:30 --- Confirmed, I am going to say this is not expected at least for now until I found the patch which caused this. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Priority|P3 |P5 Last reconfirmed|-00-00 00:00:00 |2006-01-26 21:30:43 date|| Summary|Allows duplicate member |[4.1/4.2 Regression] Allows |names in objc subclasses|duplicate member names in ||objc subclasses Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25965
[Bug other/25914] strsignal.c:558: warning: comparison between signed and unsigned
--- Comment #2 from sje at cup dot hp dot com 2006-01-26 21:56 --- It looks like linux (including LSB 3.1 standard) uses an int argument in psignal and Apple/BSD systems use an unsigned int argument. I don't see psignal in any ANSI or POSIX standards. The libiberty version is currently an unsigned int. -- sje at cup dot hp dot com changed: What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25914
[Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures
--- Comment #16 from danglin at gcc dot gnu dot org 2006-01-26 22:00 --- Subject: Bug 24829 Author: danglin Date: Thu Jan 26 22:00:28 2006 New Revision: 110278 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110278 Log: PR other/24829 PR target/24831 * gthr-dce.h: Do not gthrw-ify pthread_once_init, pthread_key_delete. From John David Anglin. gthrw-ify pthread_getunique_np only if it it's not a macro. Delete UNUSED macro. (__gthread_objc_condition_allocate, __gthread_objc_condition_deallocate, __gthread_objc_condition_wait, __gthread_objc_condition_broadcast, __gthread_objc_condition_signal, __gthread_key_delete): Add __attribute__ ((__unused__)) to unused arguments. (__gthread_recursive_mutex_init_function): Add missing return. * gthr-dce.h, gthr-tpf.h, gthr-solaris.h, gthr-posix.h, gthr-posix95.h: Use macro-based approach for name redirection on targets missing weakref. Modified: trunk/gcc/ChangeLog trunk/gcc/gthr-dce.h trunk/gcc/gthr-posix.h trunk/gcc/gthr-posix95.h trunk/gcc/gthr-solaris.h trunk/gcc/gthr-tpf.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829
[Bug target/24831] [4.1/4.2 regression] gthr-dce.h:77: error: expected expression before '{' token
--- Comment #13 from danglin at gcc dot gnu dot org 2006-01-26 22:00 --- Subject: Bug 24831 Author: danglin Date: Thu Jan 26 22:00:28 2006 New Revision: 110278 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110278 Log: PR other/24829 PR target/24831 * gthr-dce.h: Do not gthrw-ify pthread_once_init, pthread_key_delete. From John David Anglin. gthrw-ify pthread_getunique_np only if it it's not a macro. Delete UNUSED macro. (__gthread_objc_condition_allocate, __gthread_objc_condition_deallocate, __gthread_objc_condition_wait, __gthread_objc_condition_broadcast, __gthread_objc_condition_signal, __gthread_key_delete): Add __attribute__ ((__unused__)) to unused arguments. (__gthread_recursive_mutex_init_function): Add missing return. * gthr-dce.h, gthr-tpf.h, gthr-solaris.h, gthr-posix.h, gthr-posix95.h: Use macro-based approach for name redirection on targets missing weakref. Modified: trunk/gcc/ChangeLog trunk/gcc/gthr-dce.h trunk/gcc/gthr-posix.h trunk/gcc/gthr-posix95.h trunk/gcc/gthr-solaris.h trunk/gcc/gthr-tpf.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24831
[Bug target/24831] [4.1/4.2 regression] gthr-dce.h:77: error: expected expression before '{' token
--- Comment #14 from danglin at gcc dot gnu dot org 2006-01-26 22:26 --- Subject: Bug 24831 Author: danglin Date: Thu Jan 26 22:26:49 2006 New Revision: 110280 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110280 Log: 2006-01-26 Alexandre Oliva [EMAIL PROTECTED] PR other/24829 PR target/24831 * gthr-dce.h: Do not gthrw-ify pthread_once_init, pthread_key_delete. From John David Anglin. gthrw-ify pthread_getunique_np only if it it's not a macro. Delete UNUSED macro. (__gthread_objc_condition_allocate, __gthread_objc_condition_deallocate, __gthread_objc_condition_wait, __gthread_objc_condition_broadcast, __gthread_objc_condition_signal, __gthread_key_delete): Add __attribute__ ((__unused__)) to unused arguments. (__gthread_recursive_mutex_init_function): Add missing return. * gthr-dce.h, gthr-tpf.h, gthr-solaris.h, gthr-posix.h, gthr-posix95.h: Use macro-based approach for name redirection on targets missing weakref. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/gthr-dce.h branches/gcc-4_1-branch/gcc/gthr-posix.h branches/gcc-4_1-branch/gcc/gthr-posix95.h branches/gcc-4_1-branch/gcc/gthr-solaris.h branches/gcc-4_1-branch/gcc/gthr-tpf.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24831
[Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures
--- Comment #17 from danglin at gcc dot gnu dot org 2006-01-26 22:26 --- Subject: Bug 24829 Author: danglin Date: Thu Jan 26 22:26:49 2006 New Revision: 110280 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110280 Log: 2006-01-26 Alexandre Oliva [EMAIL PROTECTED] PR other/24829 PR target/24831 * gthr-dce.h: Do not gthrw-ify pthread_once_init, pthread_key_delete. From John David Anglin. gthrw-ify pthread_getunique_np only if it it's not a macro. Delete UNUSED macro. (__gthread_objc_condition_allocate, __gthread_objc_condition_deallocate, __gthread_objc_condition_wait, __gthread_objc_condition_broadcast, __gthread_objc_condition_signal, __gthread_key_delete): Add __attribute__ ((__unused__)) to unused arguments. (__gthread_recursive_mutex_init_function): Add missing return. * gthr-dce.h, gthr-tpf.h, gthr-solaris.h, gthr-posix.h, gthr-posix95.h: Use macro-based approach for name redirection on targets missing weakref. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/gthr-dce.h branches/gcc-4_1-branch/gcc/gthr-posix.h branches/gcc-4_1-branch/gcc/gthr-posix95.h branches/gcc-4_1-branch/gcc/gthr-solaris.h branches/gcc-4_1-branch/gcc/gthr-tpf.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829
[Bug c++/16021] Tests for container swap specialisations FAIL in debug mode
--- Comment #15 from jason at gcc dot gnu dot org 2006-01-26 22:29 --- Subject: Bug 16021 Author: jason Date: Thu Jan 26 22:29:12 2006 New Revision: 110282 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110282 Log: PR c++/16021 * name-lookup.c (parse_using_directive): Require strong using to name a nested namespace. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/name-lookup.c trunk/gcc/testsuite/g++.dg/lookup/strong-using-1.C trunk/gcc/testsuite/g++.dg/lookup/strong-using-2.C trunk/gcc/testsuite/g++.dg/lookup/strong-using-3.C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16021
[Bug other/24829] [4.1/4.2 Regression] libobjc testsuite failures
--- Comment #18 from danglin at gcc dot gnu dot org 2006-01-26 22:30 --- Fixed by patch. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829
[Bug target/24831] [4.1/4.2 regression] gthr-dce.h:77: error: expected expression before '{' token
--- Comment #15 from danglin at gcc dot gnu dot org 2006-01-26 22:31 --- Fixed by patch. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24831
[Bug testsuite/24962] gcc.target/ia64/20030811-1.c (test for excess errors) fails with -milp32
--- Comment #2 from sje at gcc dot gnu dot org 2006-01-26 22:40 --- Subject: Bug 24962 Author: sje Date: Thu Jan 26 22:40:15 2006 New Revision: 110283 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110283 Log: PR testsuite/24962 * gcc.target/ia64/20030811-1.c: Change 'long' to 'long long'. Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/gcc/testsuite/gcc.target/ia64/20030811-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24962