[Bug debug/37033] [4.4 Regression] Revision 138733 breaks PCH
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 07:28 --- It doesn't work on gcc.dg/pch/valid-1b.c since it explicitly tests -g vs -g0: I don't think valid-1b.c is valid any more in general, You have to supply -g to get a valid PCH now that works with -g. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
[Bug c++/37066] partial specialization of function depends on the order
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 07:31 --- Hmm, the one that says HELLO1 is fully specialization and not a partial one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37066
[Bug c++/37065] Virtual function from member constructor and destructor
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 07:39 --- Nope, GCC's behavior is correct according to the C++ standard: 12.7/3: When a virtual function is called directly or indirectly from a constructor (including from the mem-initializer for a data member) or from a destructor, and the object to which the call applies is the object under construction or destruction, the function called is the one define in the constructor or destructor's own class or in one of its bases, but not a function overiding it in a class derived from the constructor or destructor's class or overriding it in one of the other base classes of the most derived object (1.8). -- 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=37065
[Bug c++/37066] partial specialization of function depends on the order
--- Comment #2 from marc dot glisse at normalesup dot org 2008-08-10 09:42 --- (In reply to comment #1) Hmm, the one that says HELLO1 is fully specialization and not a partial one. Indeed, sorry for the wrong vocabulary. So the title should be something like: partial specialization overrides earlier full specialization. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37066
[Bug c++/27775] incorrect ambiguous error message with multiple inheritance and nested class.
--- Comment #2 from kristian dot spangsege at gmail dot com 2008-08-10 09:49 --- I just confirmed this bug in GCC 4.3.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27775
[Bug c++/37066] partial specialization of function depends on the order
--- Comment #3 from marc dot glisse at normalesup dot org 2008-08-10 10:50 --- Hmm apparently partial specialization of function does not exist. Depending on the order, the full specialization is considered either as a specialization of the first declaration or of the HELLO2 one. Now the question is whether the existence of a full specialization of the first declaration should give it priority over an overload (that is more specific than the declaration but less than the specialization). I'll need to look at the standard for the answer (if someone knows it...). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37066
[Bug c++/37066] partial specialization of function depends on the order
--- Comment #4 from marc dot glisse at normalesup dot org 2008-08-10 14:20 --- This looks really close to the exemple explained here (near the end): http://www.gotw.ca/publications/mill17.htm except that there is no or ... after the name of the function in the specialization (guess it is implicit). So it looks like this is not a g++ bug. Sorry for the noise. If you agree with this, please close the bug, I'll see about reporting the bug to the other compiler and getting gmpxx fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37066
[Bug other/36901] pedwarn() + -pedantic-errors + -w (inhibit_warnings) should not emit errors
--- Comment #12 from manu at gcc dot gnu dot org 2008-08-10 14:48 --- Closing again. -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36901
[Bug middle-end/37071] New: [4.4 Regression] EH is broken
See http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00955.html. First seen in revision 138887. Revision 138716 was ok. There is no indication of the cause of the failures in the testsuite logs. -- Summary: [4.4 Regression] EH is broken Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu GCC host triplet: hppa-unknown-linux-gnu GCC target triplet: hppa-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37071
[Bug target/37050] gcc-4.3.1 bootstrap failure on sparc Solaris 10
--- Comment #3 from Jay dot St dot Pierre at Colorado dot EDU 2008-08-10 15:43 --- I was able to get 4.3.1 to compile with 4.2.4 by removing old GNU utils from the search path. That trick does not work for 4.3.1 using Sun's gcc (4.2.0). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37050
[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument
--- Comment #37 from manu at gcc dot gnu dot org 2008-08-10 16:02 --- I thinks this is fixed and should be closed. -- manu at gcc dot gnu dot org changed: What|Removed |Added CC||manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57
[Bug c++/33979] support for char16_t, char32_t
--- Comment #11 from paolo dot carlini at oracle dot com 2008-08-10 16:36 --- *** Bug 20410 has been marked as a duplicate of this bug. *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||grhoten at jtcsv dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
[Bug c/20410] Add support for UTF-16 string syntax to C and C++
--- Comment #6 from paolo dot carlini at oracle dot com 2008-08-10 16:36 --- I think this is really a duplicate of c++/33979. *** This bug has been marked as a duplicate of 33979 *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20410
[Bug middle-end/36984] ICE when gcc 4.4.0-20080730 compile lapack
--- Comment #1 from linuxl4 at sohu dot com 2008-08-10 16:41 --- today I compiled again and no error appeared. gcc -v gcc version 4.4.0 20080810 (experimental) (GCC) -- linuxl4 at sohu dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36984
[Bug other/36901] pedwarn() + -pedantic-errors + -w (inhibit_warnings) should not emit errors
--- Comment #13 from eric dot weddington at atmel dot com 2008-08-10 16:50 --- Manuel, Note that I have *not committed* your patch to fix this. I don't have assignment papers done yet, nor do I have commit privs. You'll need to commit this to fix the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36901
[Bug debug/37033] [4.4 Regression] Revision 138733 breaks PCH
--- Comment #7 from hjl dot tools at gmail dot com 2008-08-10 16:56 --- (In reply to comment #6) It doesn't work on gcc.dg/pch/valid-1b.c since it explicitly tests -g vs -g0: I don't think valid-1b.c is valid any more in general, You have to supply -g to get a valid PCH now that works with -g. Should it be removed or updated? -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||geoffk at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument
--- Comment #38 from pinskia at gmail dot com 2008-08-10 18:22 --- Subject: Re: [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument Sent from my iPhone On Aug 10, 2008, at 9:02, manu at gcc dot gnu dot org [EMAIL PROTECTED] wrote: --- Comment #37 from manu at gcc dot gnu dot org 2008-08-10 16:02 --- I thinks this is fixed and should be closed. It is fixed but the defect report against the C++ standard is still open so ... -- Pinski -- manu at gcc dot gnu dot org changed: What|Removed |Added --- --- -- CC||manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57 --- 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=57
[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument
--- Comment #39 from manu at gcc dot gnu dot org 2008-08-10 18:31 --- So then it should be SUSPENDED until the DR is solved. -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|SUSPENDED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57
[Bug other/36901] pedwarn() + -pedantic-errors + -w (inhibit_warnings) should not emit errors
--- Comment #14 from manu at gcc dot gnu dot org 2008-08-10 18:34 --- Subject: Bug 36901 Author: manu Date: Sun Aug 10 18:32:52 2008 New Revision: 138932 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138932 Log: 2008-08-10 Manuel Lopez-Ibanez [EMAIL PROTECTED] PR 36901 testsuite/ * gcc.dg/pr36901.h: Do not depend on limits.h. * gcc.dg/pr36901-3.c: Update. * gcc.dg/pr36901-4.c: Update. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/pr36901-3.c trunk/gcc/testsuite/gcc.dg/pr36901-4.c trunk/gcc/testsuite/gcc.dg/pr36901.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36901
[Bug middle-end/20644] bogus uninitialized warning on unused variable
--- Comment #10 from manu at gcc dot gnu dot org 2008-08-10 18:47 --- Subject: Bug 20644 Author: manu Date: Sun Aug 10 18:46:10 2008 New Revision: 138933 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138933 Log: 2008-08-10 Manuel Lopez-Ibanez [EMAIL PROTECTED] PR middle-end/20644 * tree-ssa.c (struct walk_data): Add new flag warn_possibly_uninitialized. (warn_uninitialized_var): Use it. (warn_uninitialized_vars): New. (execute_early_warn_uninitialized): Call it. (execute_late_warn_uninitialized): Likewise. testsuite/ * gcc.dg/uninit-pr20644-O0.c: New. * gcc.dg/uninit-pr20644.c: New. Added: trunk/gcc/testsuite/gcc.dg/uninit-pr20644-O0.c trunk/gcc/testsuite/gcc.dg/uninit-pr20644.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20644
[Bug target/37072] New: -mfancy-math-387 should be the default in FreeBSD
-mno-fancy-math-387 disables generation of fsqrt, fsin, and several other instructions. It was needed long ago when FreeBSD supported FPUless 80386 and 80486 systems via a partial in-kernel emulator that couldn't cope with these instructions. Support for FPUless x86 machines was dropped many years ago, and the emulator is gone, so -mfancy-math-387 should be the default for FreeBSD. http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/gcc/config/i386/freebsd.h.diff?r1=1.75;r2=1.76 -- Summary: -mfancy-math-387 should be the default in FreeBSD Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: das at FreeBSD dot ORG GCC build triplet: amd64-undermydesk-freebsd GCC host triplet: amd64-undermydesk-freebsd GCC target triplet: i386-undermydesk-freebsd http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37072
[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants
--- Comment #11 from manu at gcc dot gnu dot org 2008-08-10 19:25 --- (In reply to comment #10) I think this should be fixable now that mapped locations have gone in. The key is to have c_lex_with_flags return a value for in_system_header which comes from the token's original location, not the macro expansion location. I am not sure if this will do the right thing with token pasting. I am not sure how that will work. How do you specify a different value of system_header for a single location? My understanding is that sysp is for a whole line_map, so you cannot just change its value for a single location. We could handle this for each error but that is not ideal either. This would be trivial if tokens expanded from macros carried two locations around but I guess that is too expensive, isn't it? -- manu at gcc dot gnu dot org changed: What|Removed |Added CC||manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
[Bug ada/37034] /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo ../../sinfo.h
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-10 19:32 --- Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo ../../sinfo.h Right, and xeinfo is built with your base compiler. I'd try with an older or more recent base GNAT version. It's more likely a latent bug in GCC 4.3.1 only showing now because xeinfo dependencies have changed. The problem seems to be with Debian GNAT 4.3.1. My personal builds of 4.3.0 and 4.3.1 don't exhibit the problem. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37034
[Bug c/37073] New: -fno-math-errno should be the default on FreeBSD
The FreeBSD math library doesn't support the SysV mistake of setting errno in
libm functions, and never has. As on Darwin, -fno-math-errno should be the
default.
Darwin changes the default by adding an override for every relevant machine
config. There needs to be a cleaner way to do this.
Doc changes for this and bug 37072:
Index: doc/invoke.texi
===
--- doc/invoke.texi (revision 181538)
+++ doc/invoke.texi (working copy)
@@ -5677,7 +5677,8 @@
The default is @option{-fmath-errno}.
-On Darwin systems, the math library never sets @code{errno}. There is
therefore
+On Darwin and FreeBSD systems, the math library never sets @code{errno}.
+There is therefore
no reason for the compiler to consider the possibility that it might,
and @option{-fno-math-errno} is the default.
@@ -9507,7 +9508,7 @@
@opindex mno-fancy-math-387
Some 387 emulators do not support the @code{sin}, @code{cos} and
@code{sqrt} instructions for the 387. Specify this option to avoid
-generating those instructions. This option is the default on FreeBSD,
+generating those instructions. This option is the default on
OpenBSD and [EMAIL PROTECTED] This option is overridden when @option{-march}
indicates that the target cpu will always have an FPU and so the
instruction will not need emulation. As of revision 2.6.1, these
--
Summary: -fno-math-errno should be the default on FreeBSD
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: das at FreeBSD dot ORG
GCC build triplet: amd64-undermydesk-freebsd
GCC host triplet: amd64-undermydesk-freebsd
GCC target triplet: amd64-undermydesk-freebsd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37073
[Bug middle-end/20644] bogus uninitialized warning on unused variable
--- Comment #11 from manu at gcc dot gnu dot org 2008-08-10 19:48 --- This is FIXED in GCC 4.4. This may have fixed other uninitialized PRs, so if you have reported one, please recheck with the a recent 4.4 revision -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20644
[Bug debug/37058] [4.4 Regression] profiling testcases fail with .cfi_endproc without corresponding .cfi_startproc
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:54 --- It works with 2.17.50 20070213 on powerpc64-linux-gnu. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords|wrong-code |assemble-failure Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37058
[Bug target/37055] [4.4 Regression] Revision 138835 breaks -msse2 -mfpmath=sse -Os
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 19:54 --- Fixed, and confirmed fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||ice-on-valid-code Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37055
[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:55 --- I want to say something is being miscompiled. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||wrong-code Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37068
[Bug middle-end/37071] [4.4 Regression] EH is broken
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:56 --- Most likely related to the .cfi_* changes. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37071
[Bug target/37072] -mfancy-math-387 should be the default in FreeBSD
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37072
[Bug target/37073] -fno-math-errno should be the default on FreeBSD
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37073
[Bug target/37073] -fno-math-errno should be the default on FreeBSD
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:56 --- Patches goto [EMAIL PROTECTED] with a changelog. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37073
[Bug target/37072] -mfancy-math-387 should be the default in FreeBSD
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:57 --- Patches goto [EMAIL PROTECTED] with a changelog. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37072
[Bug debug/37020] [4.4 Regression] FAIL: gcc.dg/debug/dwarf2/dwarf-die3.c scan-assembler-not DW_AT_inline
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|x86_64-unknown-linux-gnu|dwarf2 targets |avr-*-* | Keywords||wrong-debug Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37020
[Bug boehm-gc/37017] Using --enable-threads=solaris breaks near end of build in boehm-gc configury
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37017
[Bug c/37023] Macro replacement for openmp not working if file is preprocessed then compiler
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-10 20:01 --- As mentioned this was fixed on the trunk for 4.4.0 so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37023
[Bug target/37028] [4.4 Regression] Error compiling alpha.c in snapshot of 20080801
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:03 --- This was introduced by the truples merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|c |target Ever Confirmed|0 |1 GCC build triplet|alpha-unknown-linux-gnu | GCC host triplet|alpha-unknown-linux-gnu | GCC target triplet|alpha-unknown-linux-gnu |alpha*-*-* Keywords||build Last reconfirmed|-00-00 00:00:00 |2008-08-10 20:03:00 date|| Summary|Error compiling alpha.c in |[4.4 Regression] Error |snapshot of 20080801|compiling alpha.c in ||snapshot of 20080801 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37028
[Bug libgcj/37019] libjava/configure uses grep and egrep and grep -E and $EGGREP but not ggrep -- sed also is trouble
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Summary|[4.2 Regression]|libjava/configure uses |Inconsistent gcc- |grep and egrep and grep |4.2.3/libjava/configure uses|-E and $EGGREP but not |grep and egrep and grep|ggrep -- sed also is trouble |-E and $EGGREP but not | |ggrep -- sed also is trouble| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37019
[Bug bootstrap/37035] gcc-4.2.2 build failed on solaris-8
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:08 --- Did you set CONFIG_SHELL? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37035
[Bug middle-end/37042] Strict-aliasing warnings are printed for _mm_load_si128, even though __m128i is __attribute__((__may_alias__)).
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 20:19 --- Note this testcase fails on powerpc64-linux-gnu with the following warning: /home/apinski/src/local/gcc/gcc/testsuite/gcc.dg/Wstrict-aliasing-bogus-ref-all-2.c:8: warning: GCC vector returned by reference: non-standard ABI extension with no compatibility guarantee -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37042
[Bug testsuite/37074] New: gcc.dg/torture/stackalign/builtin-apply-4.c failed with SSE2
gcc.dg/torture/stackalign/builtin-apply-4.c failed with SSE2. The problem is MMX enabled with SSE2, but builtin-apply-4.c mixes mmx and x87 instructions without emms in between. -- Summary: gcc.dg/torture/stackalign/builtin-apply-4.c failed with SSE2 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37074
[Bug debug/37022] [4.4 regression] internal compiler error: in compute_barrier_args_size
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Keywords||ice-on-valid-code Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37022
[Bug target/37048] [4.4 Regression] Revision 138835 breaks bootstrap
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||i?86-*-* Keywords||build, ice-on-valid-code Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37048
[Bug tree-optimization/37031] [4.4 Regression] ICE for h264ref in gather_interchange_stats with -ftree-loop-linear
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Summary|ICE for h264ref in |[4.4 Regression] ICE for |gather_interchange_stats|h264ref in |with -ftree-loop-linear |gather_interchange_stats ||with -ftree-loop-linear Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37031
[Bug java/37051] Random failures running ECJ 3.4 (threading problem?)
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:22 --- This sounds like there is a race condition inside ecj and not a bug in GCJ. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37051
[Bug libobjc/37054] undefined reference to `objc_exception_throw'
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:22 --- Mine, there are other functions missing from libobjc.def. I have to look into which ones are missing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-08-10 20:22:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37054
[Bug testsuite/37074] gcc.dg/torture/stackalign/builtin-apply-4.c failed with SSE2
--- Comment #1 from hjl dot tools at gmail dot com 2008-08-10 20:23 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00664.html -- hjl dot tools at gmail dot com changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||08/msg00664.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37074
[Bug ada/37038] Bogus warning from GCC
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-10 20:17 --- (In reply to comment #4) The warning is likely to come from tree-vrp.c. The only place which emits this warning is from c-common.c so I think someone needs to debug this a little bit. Place a breakpoint on warning and then look at the backtrace to figure out where the warning is coming from. If it is truly coming from c-common.c, then the Ada front-end is wrong to include that source at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37038
[Bug middle-end/37044] Heisenbug: SVN of gcc throws internal compiler error on PPC
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|c |middle-end Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37044
[Bug middle-end/37046] [4.4 Regression] Inlining produces calls which gimple_call_fndecl cannot handle correctly
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 20:27 --- Parts of it is fixed by: http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00549.html Or is it a full fix, I can't tell anymore :). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||missed-optimization Summary|Inlining produces calls |[4.4 Regression] Inlining |which gimple_call_fndecl|produces calls which |cannot handle correctly |gimple_call_fndecl cannot ||handle correctly Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37046
[Bug ada/37038] Bogus warning from GCC
--- Comment #6 from sam at gcc dot gnu dot org 2008-08-10 20:30 --- Subject: Re: Bogus warning from GCC The warning is likely to come from tree-vrp.c. The only place which emits this warning is from c-common.c so I think someone needs to debug this a little bit. Place a breakpoint on warning and then look at the backtrace to figure out where the warning is coming from. If it is truly coming from c-common.c, then the Ada front-end is wrong to include that source at all. As I wrote, it must be coming from tree-vrp.c: the warning message is split on two lines there, which is why I didn't catch it either the first time I looked for it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37038
[Bug ada/37038] Bogus warning from GCC
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-10 20:34 --- Oh I see it now: /* If the comparison is being folded and the operand on the LHS is being compared against a constant value that is outside of the natural range of OP0's type, then the predicate will always fold regardless of the value of OP0. If -Wtype-limits was specified, emit a warning. */ So the trick should be is set TREE_NO_WARNING on the comparison in the front-end and then have VRP check that (if it is possible to do so now after the tuples merge :( ). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37038
[Bug ada/37038] Bogus warning from GCC
-- 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 |2008-08-10 20:35:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37038
[Bug libfortran/18985] opening unit 6 messes up print
--- Comment #12 from tobi at gcc dot gnu dot org 2008-08-10 20:43 --- The GFORTRAN_STDOUT_UNIT environment variable mentioned above should make your life a lot easier. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18985
[Bug middle-end/37046] [4.4 Regression] Inlining produces calls which gimple_call_fndecl cannot handle correctly
--- Comment #7 from rguenther at suse dot de 2008-08-10 20:44 --- Subject: Re: [4.4 Regression] Inlining produces calls which gimple_call_fndecl cannot handle correctly On Sun, 10 Aug 2008, pinskia at gcc dot gnu dot org wrote: --- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 20:27 --- Parts of it is fixed by: http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00549.html Or is it a full fix, I can't tell anymore :). It should fix it fully - but I'll leave it for Martin to check. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37046
[Bug java/37051] Random failures running ECJ 3.4 (threading problem?)
--- Comment #2 from chewi at aura-online dot co dot uk 2008-08-10 20:57 --- Can this please be verified? They have already closed the bug on their end and I don't have the knowledge to do this myself. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37051
[Bug c++/35158] g++ does not compile valid C++ for loops with -fopenmp
--- Comment #4 from jakub at gcc dot gnu dot org 2008-08-10 21:46 --- This is invalid OpenMP code. See 2.5.1 (in OpenMP 3.0, similar wording is in 2.5 standard too): init-expr One of the following: var = lb integer-type var = lb random-access-iterator-type var = lb pointer-type var = lb Therefore int i(0) isn't valid init-expr. Having separate diagnostics for it rather than just reporting a generic parse error might make some sense though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35158
[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants
--- Comment #12 from tromey at gcc dot gnu dot org 2008-08-10 22:17 --- I am not sure how that will work. How do you specify a different value of system_header for a single location? My understanding is that sysp is for a whole line_map, so you cannot just change its value for a single location. My understanding is that the problem is that we have a define in a system header, like this from comment #8: #define _Complex_I 1.0iF But then we use this macro in user code, and get a warning, because we lose track of the system-header-ness. Right now c_lex_with_flags calls cpp_get_token_with_location. This function returns two locations for tokens coming from a macro expansion: the original location of the token, and also the location of the start of the expansion. Current we throw away the former and just use the latter. But, we could be smarter about using the former location as well. I think there is another PR (maybe more) where this same idea would make sense. This would need some work to handle the token pasting case. We could handle this for each error but that is not ideal either. This would be trivial if tokens expanded from macros carried two locations around but I guess that is too expensive, isn't it? I think it would be interesting to encode the macro expansion and token pasting history into a location, the same way we encode the include history. I don't know how expensive this would be. If it is not too bad it would let us emit much nicer error messages in otherwise confusing macro-expansion cases. (In fact this would be my preferred implementation approach ... but it is much harder than just looking at the already-known second location.) I hope this makes sense and that I'm not missing something :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
[Bug c++/35158] g++ does not compile valid C++ for loops with -fopenmp
--- Comment #5 from danny dot dyk at tu-dortmund dot de 2008-08-10 22:17 --- That means - contrary to popular knowledge - that OpenMP is not C++ compatible. Fair enough! Just don't announce it as such, then. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35158
[Bug c++/35158] g++ does not compile valid C++ for loops with -fopenmp
--- Comment #6 from jakub at gcc dot gnu dot org 2008-08-10 22:28 --- No idea how do you infer that from this. If you use #pragma omp for before a loop construct, there are many restrictions you need to honor to have a valid OpenMP program, this is just one of them. To list just some other is e.g. that the for condition must be present and be iter_var lb (or =, , =), while generic C/C++ for can have any expression there, there are restrictions on the increment expression as well (e.g. it has to be addition or subtraction to the iteration var, while non-OpenMP for can have any expression there, etc.). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35158
[Bug target/37029] Exception from shared library's functions or methods that return float (double, long double) value cannot be caught on HP-UX.
--- Comment #6 from danglin at gcc dot gnu dot org 2008-08-10 22:30 --- I tried this 4.1.2, 4.2.4 and 4.3.1. 4.1.2 aborts, the others don't. Also checked the test on HP-UX 11.00 with 4.3.1. As the 4.1 branch is closed, I am closing this patch as fixed. Regarding patches, I have essentially everything installed. HP has a fairly recent gold bundle for 11.11 on itrc.hp.com which is a good start. Then, there is a script that you can download. It creates a patch inventory. You can then submit the generated inventory using a web interface. It will generate a patch bundle of HP recommended patches. You would have to get an ITRC account to do this. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37029
[Bug c++/35158] g++ does not compile valid C++ for loops with -fopenmp
--- Comment #7 from danny dot dyk at tu-dortmund dot de 2008-08-10 22:49 --- Applicable to a subset of C++ doesn't equal C++ compatibility. I'm fine with OpenMP unable to successfully parallelise a majority of possible for loops. It's quite understandable. However, instead of throwing error messages it should keep these for loops singlethreaded and issue a warning. G++ is a C++ compiler, not an OpenMP compiler. The -fopenmp switch should not alter the perception of what is valid code and what not. Now, is there any part in the OpenMP standard that forces a valid implementation to bring all OpenMP directives to effect? Or is it OK to just issue warning? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35158
[Bug c++/35158] g++ does not compile valid C++ for loops with -fopenmp
--- Comment #8 from manu at gcc dot gnu dot org 2008-08-10 22:50 --- A patch was posted here: http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00442.html (I miss the patch tracker!!!) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35158
[Bug tree-optimization/36956] [4.4 Regression] Revision 138207 causes some regressions
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-10 23:13 --- The matrix-*.c ones have been fixed now by: 2008-08-01 Doug Kwan [EMAIL PROTECTED] * matrix-reorg.c: Re-enable all code. ... bitfld-1* were fixed by: 2008-07-29 Jakub Jelinek [EMAIL PROTECTED] * c-format.c (check_format_types): Revert unwanted checkin. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36956
[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants
--- Comment #13 from manu at gcc dot gnu dot org 2008-08-10 23:13 --- (In reply to comment #12) I am not sure how that will work. How do you specify a different value of system_header for a single location? My understanding is that sysp is for a whole line_map, so you cannot just change its value for a single location. My understanding is that the problem is that we have a define in a system header, like this from comment #8: #define _Complex_I 1.0iF But then we use this macro in user code, and get a warning, because we lose track of the system-header-ness. Right now c_lex_with_flags calls cpp_get_token_with_location. This function returns two locations for tokens coming from a macro expansion: the original location of the token, and also the location of the start of the expansion. Current we throw away the former and just use the latter. But, we could be smarter about using the former location as well. I thought as much until this point. However the issue remains on how to handle the two locations. It would require a lot of changes in both the c-parser and libcpp. The other approach that you mention (encoding the macro expansion in one single location information somehow) would probably be less intrusive. I think there is another PR (maybe more) where this same idea would make sense. Andrew? Any idea? This would need some work to handle the token pasting case. [nice idea snipped] I hope this makes sense and that I'm not missing something :) Yes. We probably do not need the whole macro expansion history, we just need to encode in a single location the current location of the token and the original location of the token. On the other hand, I am not sure how the macro expansion information could be used to provide nicer diagnostics. How do you decide to print the unexpanded macro, or the first expansion, or the second expansion? Furthermore, on which context: expanded macro in the context of the original macro or show the first expansion definition or...? Getting us to use one location right is proving to be difficult, doing ranges as LLVM would be nice but no one is working on it, so I thought that two locations final/original was a wild idea. A stack of macro expansions is like science fiction!! ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
[Bug target/36973] ICE when compiling legal(at least compiles with 4.1.2) code
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36973
[Bug c++/36975] overload resolution not applied for (f)()
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:15 --- *** This bug has been marked as a duplicate of 29143 *** -- 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=36975
[Bug c++/29143] address-of overloaded function does not work in function call
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-10 23:15 --- *** Bug 36975 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||jens dot maurer at gmx dot ||net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29143
[Bug c++/36662] [4.3/4.4 Regression] vector vs template
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-10 23:20 --- *** Bug 36979 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||cyp561 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36662
[Bug c++/36979] 'sizeof' wrong when using typedef ... __attribute__((mode(*I))) in a template
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:20 --- This was fixed with the patch that fixed PR 36662. *** This bug has been marked as a duplicate of 36662 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||wrong-code Resolution||DUPLICATE Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36979
[Bug c++/36982] Unfolding of template function (in namesspace) using overloads (in same namespace) requires forward declarations
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:21 --- This is correct behavior as MyType is not in the namespace so Read is not found after the call. If you want Read to be found, you can put it in the same namespace as MyType. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36982
[Bug c++/36985] initialize_flags_in_bb, at tree-into-ssa.c:437
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-10 23:24 --- -fipa-pta is the cause, don't use that option as it does nothing to the generated code anyways. *** This bug has been marked as a duplicate of 32305 *** -- 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=36985
[Bug c++/32305] ICE in initialize_flags_in_bb with -O -fipa-pta
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 23:24 --- *** Bug 36985 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||alexandre dot hamez at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32305
[Bug tree-optimization/36600] ICE while building e2fsprogs with -fipa-pta -O2
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-10 23:25 --- *** This bug has been marked as a duplicate of 32305 *** -- 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=36600
[Bug c++/32305] ICE in initialize_flags_in_bb with -O -fipa-pta
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-10 23:25 --- *** Bug 36600 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||vapier at gentoo dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32305
[Bug bootstrap/36995] [4.3 Regression] cannot build combined tree from 4.3 branch + trunk binutils
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-10 23:26 --- As mentioned this is not a bug as you have to make sure that the dependent libraries are compatible. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36995
[Bug other/36968] [4.4 regression] malloc corruption building jv-convert.exe
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Component|driver |other Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36968
[Bug c++/36971] Portability issue from gcc 2.96 to gcc 4.1.1 for c++ casting
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:28 --- d *ptr = reinterpret_castd* (c1); You are violating C/C++ aliasing rules as *c1 here is a c and not a d. Even though d inherits from c, this is undefined behavior still as it is not the opposite way around. -- 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=36971
[Bug c++/37047] Missing warning for deprecated use of static
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 23:36 --- I don't think this is a good warning really as static is used all over the place. In system headers and really in almost all C++ code in general. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37047
[Bug middle-end/36990] [4.4 Regression] -fipa-cp vs extern template
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 00:09 ---
Reduced testcase:
templateint class cla;
typedef cla 1 clas1;
templateint struct cla
{
int f1(int (*__pf)(const int))
{
return __pf(1);
}
};
int endl(const int __os);
extern template class cla1;
void f ( clas1 o ) {
o.f1(endl);
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||ice-on-valid-code
Known to fail||4.4.0
Known to work||4.3.0
Last reconfirmed|-00-00 00:00:00 |2008-08-11 00:09:53
date||
Summary|ICE when gcc (4.4.0-|[4.4 Regression] -fipa-cp vs
|20080731) uses -fipa-cp|extern template
|with -O |
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36990
[Bug middle-end/36990] [4.4 Regression] -fipa-cp vs function pointers and extern template
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-11 00:18 --- This is related to PR 37046. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||jamborm at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36990
[Bug middle-end/36983] Trunk 138207 miscompiles 172.mgrid on x86-64
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-11 00:19 --- If you remove -ffast-math, does it miscompare? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36983
[Bug c++/37037] ICE on template class member function definition after explciit template class instantation
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 00:21 --- It compiled with 4.0.1. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Known to work||4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37037
[Bug other/36968] [4.4 regression] malloc corruption building jv-convert.exe
--- Comment #2 from aaronavay62 at aaronwl dot com 2008-08-11 00:22 --- Fixed. -- aaronavay62 at aaronwl dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36968
[Bug debug/37033] [4.4 Regression] Revision 138733 breaks PCH
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
[Bug testsuite/36889] [4.4 regression] gfortran.fortran-torture/execute/execute.exp tries to run sse2 execute tests without checking for host support
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:24 --- I don't that many folks who don't have a SSE2 compatible machine any more ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36889
[Bug tree-optimization/36891] [4.2/4.3/4.4 Regression] ICE with vector division and -ffast-math and LIM
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-11 00:26 --- Mine, this is a regression as 4.0.1 did not ICE. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Known to fail||4.4.0 4.3.0 4.1.1 Known to work||4.0.1 Summary|ICE with vector division and|[4.2/4.3/4.4 Regression] ICE |-ffast-math and LIM |with vector division and - ||ffast-math and LIM Target Milestone|--- |4.2.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36891
[Bug preprocessor/36906] #pragma GNU poison index()
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 00:28 --- Let me expand on what I mean by the attribute deprecated. See http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gcc/Function-Attributes.html: deprecated The deprecated attribute results in a warning if the function is used anywhere in the source file. This is useful when identifying functions that are expected to be removed in a future version of a program. The warning also includes the location of the declaration of the deprecated function, to enable users to easily find further information about why the function is deprecated, or what they should do instead. Note that the warnings only occurs for uses: int old_fn () __attribute__ ((deprecated)); int old_fn (); int (*fn_ptr)() = old_fn; results in a warning on line 3 but not line 2. The deprecated attribute can also be used for variables and types (see Variable Attributes, see Type Attributes.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36906
[Bug middle-end/36938] [4.4 Regression] Revision 138140 caused FAIL: gcc.dg/20040206-1.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:30 --- Fixed by: 2008-07-29 Jan Hubicka [EMAIL PROTECTED] * gcc.dg/20040206-1.c: Expect frontend warning now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36938
[Bug c/36823] Fails to warn about possibly uninitialized variables
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:37 --- So what is happening is that we are saying pp is another name for p so it gets optimized as that. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36823
[Bug c++/36833] unexpected warning: guard 13936 owner may be used uninitialized in this function
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 00:44 --- This warning is valid as far as I can tell as the compiler does not know ACE_OS::mutex_lock does not throw. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36833
[Bug bootstrap/36838] [4.4 Regression] ICE: (__frame_state_for) unwind-dw2.c:1194
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-11 00:46 --- Does this work now? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Keywords||build, ice-on-valid-code Summary|ICE: (__frame_state_for)|[4.4 Regression] ICE: |unwind-dw2.c:1194 |(__frame_state_for) unwind- ||dw2.c:1194 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36838
[Bug c/36849] IMA rejects to merge (function)decls with va_args
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:50 --- The error message is correct as the function types are not compatible. If in fact this is invalid C even though we don't currently diagnostic it without -combine. Closing as invalid as -combine is doing the correct job of rejecting this. Ideally the __VA_ARGS__ would be dealt with as any or none param decl, so the function(s) above would be considered equal. No, that is not what the C/C++ standard says about compatible function types. Yes we could enable this and have -pedantic-error reject it but I don't see why we should allow this as it is obvious invalid C code. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|middle-end |c Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36849
[Bug target/36831] sparc-sun-solaris2.6: Bootstrap comparison failure
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-11 00:51 --- Most likely stage1 is being miscompiled. This is hard to debug without knowing what version of GCC you are starting with. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Component|bootstrap |target Version|4.3.1 |unknown http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36831
[Bug web/36850] missing onlinedocs for 4.3.1
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:53 --- 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 |2008-08-11 00:53:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36850
[Bug fortran/36854] [meta] fortran front-end optimization
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 00:53 --- 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 |2008-08-11 00:53:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36854
[Bug target/36827] [4.3/4.4 Regression] newlib:libm/math/k_rem_pio2.c fails in reload
--- Comment #17 from pinskia at gcc dot gnu dot org 2008-08-11 00:54 --- Isn't this fixed now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36827
[Bug middle-end/32581] make profiledbootstrap - stageprofile - gcc/ada/a-except.adb:1301: error: control flow in the middle of basic block 20
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-08-11 00:56 --- *** Bug 36853 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||bitti at iki dot fi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32581
[Bug bootstrap/36853] Compiling gcc 4.3.1 with Ada fails with Gnat bug detection
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-11 00:56 --- make profiledbootstrap Don't use make profiledbootstrap and that will make it through. *** This bug has been marked as a duplicate of 32581 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36853
[Bug middle-end/36532] ICE in simplify_subreg at simplify-rtx.c:4484
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 01:01 --- *** This bug has been marked as a duplicate of 35468 *** -- 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=36532
