[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #17 from dave dot korn dot cygwin at gmail dot com 2009-01-25 07:47 --- And this is what I'll try: -- Target Hook: bool TARGET_BUILTIN_SETJMP_FRAME_VALUE () This target hook should return an rtx that is used to store the address of the current frame into the buil

[Bug fortran/38831] ICE in bitmap_first_set_bit for procptr and C binding

--- Comment #5 from domob at gcc dot gnu dot org 2009-01-25 07:47 --- (In reply to comment #4) > Works for me at r143643. > Duplicate of PR 38152? Works for me now, too. Thanks for pointing this out, I'll close it as duplicate. *** This bug has been marked as a duplicate of 38152 ***

[Bug fortran/38152] [4.4 Regression] procedure pointers as module variables

--- Comment #14 from domob at gcc dot gnu dot org 2009-01-25 07:47 --- *** Bug 38831 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38152

[Bug rtl-optimization/36365] [4.3 Regression] Hang in df_analyze

--- Comment #19 from bonzini at gnu dot org 2009-01-25 07:39 --- no, it's waiting for a backport. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365

[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #16 from dave dot korn dot cygwin at gmail dot com 2009-01-25 06:40 --- ./eh.C: In function 'int main()': ./eh.C:11: internal compiler error: in print_reg, at config/i386/i386.c:10466 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #15 from dave dot korn dot cygwin at gmail dot com 2009-01-25 06:33 --- (In reply to comment #14) > And that is presumably the intention of this if clause in ix86_can_eliminate: > > if (stack_realign_fp) > return ((from == ARG_POINTER_REGNUM > && to == HA

[Bug c++/38963] massive failures during 'make -k test' in 'libmudflap'

--- Comment #1 from sergstesh at yahoo dot com 2009-01-25 06:33 --- Created an attachment (id=17179) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17179&action=view) screen output of 'make -k check' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38963

[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #14 from dave dot korn dot cygwin at gmail dot com 2009-01-25 06:05 --- Adding "-mpreferred-stack-boundary=2" to the command line generates correct code. Here are the diffs between code generated by that setting and the default (-mpreferred-stack-boundary=4) for the start o

[Bug c++/38963] New: massive failures during 'make -k test' in 'libmudflap'

I'm building the brand new gcc-4.3.3 and I see massive failures during 'make-k test': FAIL: libmudflap.c++/pass41-frag.cxx execution test FAIL: libmudflap.c++/pass41-frag.cxx (-static) execution test FAIL: libmudflap.c++/pass41-frag.cxx ( -O) execution test FAIL: libmudflap.c++/pass41-frag.cxx (-O

[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #13 from dave dot korn dot cygwin at gmail dot com 2009-01-25 05:58 --- Created an attachment (id=17178) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17178&action=view) Diffs between good and bad versions This shows a diff between the testcase compiled with -mpreferr

[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #12 from dave dot korn dot cygwin at gmail dot com 2009-01-25 05:56 --- Created an attachment (id=17177) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17177&action=view) Correct code compiled with -mpreferred-stack-boundary=2 Adding "-mpreferred-stack-boundary=2" to t

[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #11 from dave dot korn dot cygwin at gmail dot com 2009-01-25 05:33 --- Thanks for your help HJ. I'll do some more debugging and add notes while you're away. Happy New Year! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38952

[Bug c/38961] if () block not true but a command in it is still in effect

--- Comment #9 from jellegeerts at gmail dot com 2009-01-25 01:54 --- Never mind my last message, misunderstood something. Andrew, you say -Winit-self was added because initing a var by itself was a way to disable the -Wuninitialized warning, but shouldn't -Wuninitialized itself warn ab

[Bug c/38961] if () block not true but a command in it is still in effect

--- Comment #8 from jellegeerts at gmail dot com 2009-01-25 01:50 --- So actually initializing the variable by itself is a hack which results in undefined behavior because folks wanted to disable the warning, and still everybody thinks this is the way to go? -- http://gcc.gnu.org/bu

[Bug bootstrap/37660] [4.4 Regression] Error Building libssp, recent update

--- Comment #19 from mckelvey at maskull dot com 2009-01-25 01:21 --- Resolved and fixed. -- mckelvey at maskull dot com changed: What|Removed |Added Status|N

[Bug target/34299] [avr] ICE on function attribute syntax for main()

--- Comment #6 from eric dot weddington at atmel dot com 2009-01-24 23:35 --- *** Bug 38954 has been marked as a duplicate of this bug. *** -- eric dot weddington at atmel dot com changed: What|Removed |Added --

[Bug c/38954] AVR-GCC: internal compiler error: in start_function, at c-decl.c:6248

--- Comment #3 from eric dot weddington at atmel dot com 2009-01-24 23:35 --- Resolving as duplicate. *** This bug has been marked as a duplicate of 34299 *** -- eric dot weddington at atmel dot com changed: What|Removed |Added --

[Bug middle-end/36227] [4.3 Regression] POINTER_PLUS folding introduces undefined overflow

--- Comment #18 from rguenth at gcc dot gnu dot org 2009-01-24 23:34 --- Backporting requires revs 143442, 143455 and 143509 and then still regresses gcc.target/i386/pr37101.c gfortran.dg/array_constructor_12.f90 all pointer-plus ICEs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug tree-optimization/38359] [4.3 Regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466

--- Comment #11 from rguenth at gcc dot gnu dot org 2009-01-24 23:28 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug tree-optimization/38359] [4.3 Regression] ICE in set_lattice_value, at tree-ssa-ccp.c:466

--- Comment #10 from rguenth at gcc dot gnu dot org 2009-01-24 23:27 --- Subject: Bug 38359 Author: rguenth Date: Sat Jan 24 23:26:56 2009 New Revision: 143656 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143656 Log: 2009-01-25 Richard Guenther Backport from mainl

[Bug bootstrap/37660] [4.4 Regression] Error Building libssp, recent update

--- Comment #18 from dave dot korn dot cygwin at gmail dot com 2009-01-24 23:22 --- (In reply to comment #17) > (In reply to comment #16) > > Just ignore my post at comment #13 to update the status. Sorry for the > > noise. > > I should have read to the bottom of the PR before acting

[Bug bootstrap/37660] [4.4 Regression] Error Building libssp, recent update

--- Comment #17 from dave dot korn dot cygwin at gmail dot com 2009-01-24 23:15 --- (In reply to comment #16) > Just ignore my post at comment #13 to update the status. Sorry for the > noise. > I should have read to the bottom of the PR before acting. > That's ok, thanks for cleari

[Bug bootstrap/37660] [4.4 Regression] Error Building libssp, recent update

--- Comment #16 from billingd at gcc dot gnu dot org 2009-01-24 23:13 --- Just ignore my post at comment #13 to update the status. Sorry for the noise. I should have read to the bottom of the PR before acting. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37660

[Bug c/38961] if () block not true but a command in it is still in effect

--- Comment #7 from pinskia at gmail dot com 2009-01-24 22:33 --- Subject: Re: if () block not true but a command in it is still in effect Sent from my iPhone On Jan 24, 2009, at 2:24 PM, "jellegeerts at gmail dot com" wrote: > > > --- Comment #6 from jellegeerts at gmail dot

Re: [Bug c/38961] if () block not true but a command in it is still in effect

Sent from my iPhone On Jan 24, 2009, at 2:24 PM, "jellegeerts at gmail dot com" > wrote: --- Comment #6 from jellegeerts at gmail dot com 2009-01-24 22:24 --- Seems reasonable, though I'd vote for -Wall to include -Winit-self. I actually discovered this because of a bug I foun

[Bug c/38961] if () block not true but a command in it is still in effect

--- Comment #6 from jellegeerts at gmail dot com 2009-01-24 22:24 --- Seems reasonable, though I'd vote for -Wall to include -Winit-self. I actually discovered this because of a bug I found in lxpanel. Now of course it's the fault of those developers not to use -Winit-self, but seen the

[Bug fortran/38813] ICE with C_LOC(array)

--- Comment #5 from mikael at gcc dot gnu dot org 2009-01-24 22:09 --- (In reply to comment #4) > This might lead to wrong code (though I don't know what f77 means for C_LOC): > I > think that instead of fsym->as->type one needs to go through the refs to the > component and do the check

[Bug fortran/38672] [4.3 Regression] ICE during build with versions 4.3.2 and 4.4-20081226

--- Comment #11 from tkoenig at gcc dot gnu dot org 2009-01-24 21:50 --- Fixed on 4.3 as well. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38672] [4.3 Regression] ICE during build with versions 4.3.2 and 4.4-20081226

--- Comment #10 from tkoenig at gcc dot gnu dot org 2009-01-24 21:49 --- Subject: Bug 38672 Author: tkoenig Date: Sat Jan 24 21:49:28 2009 New Revision: 143655 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143655 Log: 2009-01-24 Thomas Koenig PR fortran/38672

[Bug c/38954] AVR-GCC: internal compiler error: in start_function, at c-decl.c:6248

--- Comment #2 from charles at chaoslizard dot org 2009-01-24 21:43 --- As with #34299, if you move the __attribute__s to the function's prototype (creating one if necessary) and remove them from the definition, the ICE goes away. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38954

[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #10 from hjl dot tools at gmail dot com 2009-01-24 21:41 --- This is caused by stack alignment change, revision 138335. Joey and Xuepeng will look into it after holiday, Feb. 1. -- hjl dot tools at gmail dot com changed: What|Removed |

[Bug c/38957] [4.3 Regression] return of local variable pointer

--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-24 21:38 --- Fixed on the trunk so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known t

[Bug c/38957] [4.3/4.4 Regression] return of local variable pointer

--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-24 21:36 --- Subject: Bug 38957 Author: jakub Date: Sat Jan 24 21:36:09 2009 New Revision: 143654 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143654 Log: PR c/38957 * c-typeck.c (c_finish_return): Handle

[Bug middle-end/38267] rtl epilogues worse than non-rtl epilogues for dbr scheduling

--- Comment #1 from hp at gcc dot gnu dot org 2009-01-24 21:34 --- A test-case and a target would help here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38267

[Bug fortran/38838] BIND(C): Binding name expressions are wrongly rejected

--- Comment #4 from mikael at gcc dot gnu dot org 2009-01-24 21:04 --- see also PR 36275. (In reply to comment #3) > I don't see why this is rejected gfc_match_bind_c doesn't use gfc_match_init_expr. It matches the opening quotes, then calls gfc_match_name_C, then matches the closing q

[Bug fortran/38831] ICE in bitmap_first_set_bit for procptr and C binding

--- Comment #4 from mikael at gcc dot gnu dot org 2009-01-24 20:54 --- Works for me at r143643. Duplicate of PR 38152? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38831

[Bug rtl-optimization/36365] [4.3 Regression] Hang in df_analyze

--- Comment #18 from steven at gcc dot gnu dot org 2009-01-24 20:51 --- The patch could be backported GCC 4.3 if folks want to have it fixed there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365

[Bug fortran/38849] ICE in fold_convert with C_F_POINTER and C binding

--- Comment #1 from mikael at gcc dot gnu dot org 2009-01-24 20:36 --- Confirmed. myfortran_error(1:1) = chararr(1) gfc_match_rvalue can't find a proper substring reference for chararr. Thus as chararr's flavor is FL_UNKNOWN, gfc_match_rvalue tries to guess its type and after some

[Bug rtl-optimization/36365] [4.3 Regression] Hang in df_analyze

--- Comment #17 from zadeck at naturalbridge dot com 2009-01-24 20:28 --- Subject: Re: [4.3 Regression] Hang in df_analyze rguenth at gcc dot gnu dot org wrote: > --- Comment #16 from rguenth at gcc dot gnu dot org 2009-01-24 10:20 > --- > GCC 4.3.3 is being released, adjust

[Bug c/38942] possible integer codegen error

--- Comment #2 from regehr at cs dot utah dot edu 2009-01-24 20:10 --- Reconfirmed using r143648. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38942

[Bug c++/38962] New: using declaration doesn't control accessibility in template

This code: struct B1 { void f(int*); }; struct B2 { void f(double*); }; struct D: B1, B2 { private: using B1::f; using B2::f; }; template struct B { public: void f(T arg); }; template struct DD: B, B { private: using B::f; using B::f; }; int main() { D d

[Bug fortran/36874] Add shape checks to cshift/eoshift

--- Comment #5 from burnus at gcc dot gnu dot org 2009-01-24 19:41 --- (In reply to comment #4) > After adding the the missing checks to gfc_check_cshift() and > gfc_check_eoshift() respectively, I get a couple of errors for > gfortran.dg/zero_sized_1.f90 [...] Thanks! The errors look O

[Bug c/38961] if () block not true but a command in it is still in effect

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-01-24 19:37 --- The program is only undefined at runtime, we may not reject the program at compile-time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38961

[Bug c/38957] [4.3/4.4 Regression] return of local variable pointer

--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-24 18:50 --- This regressed because of POINTER_PLUS_EXPR, which should be handled the same way as PLUS_EXPR in c_finish_return. I'll bootstrap/regtest the obvious patch. -- jakub at gcc dot gnu dot org changed: Wha

[Bug c/38961] if () block not true but a command in it is still in effect

--- Comment #4 from jellegeerts at gmail dot com 2009-01-24 18:44 --- That is certainly true, but shouldn't GCC (instead of optionally warning) report an error? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38961

[Bug fortran/36874] Add shape checks to cshift/eoshift

--- Comment #4 from dfranke at gcc dot gnu dot org 2009-01-24 18:39 --- After adding the the missing checks to gfc_check_cshift() and gfc_check_eoshift() respectively, I get a couple of errors for gfortran.dg/zero_sized_1.f90: $> gfortran-svn -g -Wall -W zero_sized_1.f90 zero_sized_1.f9

[Bug bootstrap/37660] [4.4 Regression] Error Building libssp, recent update

--- Comment #15 from dave dot korn dot cygwin at gmail dot com 2009-01-24 18:20 --- [ David B. CC'd in for clarification requested ] I'm under the impression that the bug is fixed now, so no objections from me. I'm not sure why David B. just confirmed it though, I meant "Set the bug t

[Bug c/38961] if () block not true but a command in it is still in effect

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-24 18:19 --- You are invoking undefined behavior so anything can happen. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38961

[Bug c/38961] if () block not true but a command in it is still in effect

--- Comment #2 from jellegeerts at gmail dot com 2009-01-24 18:15 --- Yes, I know, but it is still a bug that the if () block is false and the variable is still assigned the "lxsession-logout" value but the printf is not executed. Shouldn't be possible I figured? -- http://gcc.gnu.o

[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #9 from dave dot korn dot cygwin at gmail dot com 2009-01-24 18:12 --- Thanks for the test results and confirmation, Uros. It looks like more or less exactly the same list of FAILs as I see on Cygwin, so I think this confirms a generic issue with frame pointer elimination i

[Bug fortran/38439] I/O PD edit descriptor inconsistency

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2009-01-24 18:11 --- Regarding the question on location markers: If gfc_error or gfc_warning are used with the %C designator, only the current line is picked up. The actual format token locus is saved in the format_locus pointer vari

[Bug target/38902] [4.3 Regression] __builtin_strcpy doesn't work with -fstack-protector

--- Comment #15 from hjl dot tools at gmail dot com 2009-01-24 17:55 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW

[Bug middle-end/38503] [4.4 regression] warnings from -isystem headers strikes back.

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Priority|P2 |P1 http:

[Bug middle-end/38503] [4.4 regression] warnings from -isystem headers strikes back.

--- Comment #15 from rguenth at gcc dot gnu dot org 2009-01-24 17:50 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassign

[Bug c/38961] if () block not true but a command in it is still in effect

--- Comment #1 from falk at debian dot org 2009-01-24 17:48 --- const char *logout_cmd = logout_cmd; actually initializes the variable with its own (uninitialized) value. You can get a warning about this with "-Winit-self". -- falk at debian dot org changed: What|Re

[Bug c/38961] New: if () block not true but a command in it is still in effect

Complete command line that triggered the bug: gcc -v -save-temps -ansi -Wall -Wextra -Werror -pedantic -pedantic-errors -g -O2 -o gcc_bug gcc_bug.c Output of the command line: ** Reading specs from /usr/lib/gcc/i486-slackware-linux/4.2.4/specs Target: i486-slackware-linux Confi

[Bug target/38952] [4.4 Regression] EH does not work.

--- Comment #8 from ubizjak at gmail dot com 2009-01-24 17:06 --- There are numerous g++ EH failures even for x86-pc-linux-gnu, when gcc is configured with --enable-sjlj-exceptions, so something is serious FUBAR w.r.t to SJLJ exceptions. === g++ tests === Running targe

[Bug middle-end/38503] [4.4 regression] warnings from -isystem headers strikes back.

--- Comment #14 from rguenth at gcc dot gnu dot org 2009-01-24 17:00 --- placement new handling is still completely broken. And of course unfixable without severely pessimizing TBAA. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38503

[Bug bootstrap/37660] [4.4 Regression] Error Building libssp, recent update

--- Comment #14 from jakub at gcc dot gnu dot org 2009-01-24 16:56 --- Can this be closed now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37660

[Bug target/38342] [4.3/4.4 Regression] __attribute__((__progmem__)) not propagated from typedef to data

-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last r

[Bug c/38954] AVR-GCC: internal compiler error: in start_function, at c-decl.c:6248

--- Comment #1 from eric dot weddington at atmel dot com 2009-01-24 16:15 --- This looks like a duplicate of bug #34299. -- eric dot weddington at atmel dot com changed: What|Removed |Added -

[Bug c/38938] -Wno-all doesn't work on -Wpointer-sign

--- Comment #4 from hjl dot tools at gmail dot com 2009-01-24 16:07 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW

[Bug c/38938] -Wno-all doesn't work on -Wpointer-sign

--- Comment #3 from hjl at gcc dot gnu dot org 2009-01-24 16:06 --- Subject: Bug 38938 Author: hjl Date: Sat Jan 24 16:05:53 2009 New Revision: 143648 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143648 Log: 2009-01-24 H.J. Lu PR c/38938 * c-opts.c (c_commo

[Bug c/38945] No warning when using uninitialized variable

--- Comment #1 from manu at gcc dot gnu dot org 2009-01-24 16:05 --- I am almost sure that this is CCP again assuming that the undefined value is the same as the constant assigned, hence x++ is converted to 0++. This can be checked using -fdump-tree-all-all-lineno. If so, a duplicate of

[Bug c/38938] -Wno-all doesn't work on -Wpointer-sign

--- Comment #2 from manu at gcc dot gnu dot org 2009-01-24 15:56 --- H.J. Lu, please, commit it as obvious and close this. -- manu at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/38503] [4.4 regression] warnings from -isystem headers strikes back.

--- Comment #13 from rguenth at gcc dot gnu dot org 2009-01-24 15:56 --- Testcase: inline void *operator new (__SIZE_TYPE__, void *__p) throw() { return __p; } struct Y { Y() {} int i; }; struct X { X() {} void construct(const Y& y) { new (&m_data[0]) Y(y); } bool i

[Bug middle-end/38960] Wrong floating point reorder

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-24 15:43 --- It is both due to missing #pragma STDC FENV_ACCESS GCC does not have a way to represent use/def of floating-point status, so the call to fetestexcept is not a barrier for moving floating-point operations. In fact,

[Bug target/37581] IEEE inexact-flag not working on the Alpha

--- Comment #6 from abramobagnara at tin dot it 2009-01-24 15:41 --- (In reply to comment #5) > Because it looks to me that this is libc problem with fetestexcept. As far as > the compiler is concerned, GCC correctly decorates trapping instructions with > /sui and puts trap barrier to e

[Bug target/38902] [4.3 Regression] __builtin_strcpy doesn't work with -fstack-protector

--- Comment #14 from hjl at gcc dot gnu dot org 2009-01-24 15:31 --- Subject: Bug 38902 Author: hjl Date: Sat Jan 24 15:31:13 2009 New Revision: 143646 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143646 Log: gcc/ 2009-01-24 H.J. Lu PR target/38902 Backpor

[Bug target/38868] [4.4 Regression] r143152 breaks output routines in xplor-nih

--- Comment #50 from hjl at gcc dot gnu dot org 2009-01-24 15:26 --- Subject: Bug 38868 Author: hjl Date: Sat Jan 24 15:26:14 2009 New Revision: 143645 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143645 Log: 2009-01-24 H.J. Lu Backport from mainline: 2008-

[Bug middle-end/38960] Wrong floating point reorder

--- Comment #1 from abramobagnara at tin dot it 2009-01-24 15:14 --- Created an attachment (id=17176) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17176&action=view) Assembler generated by gcc -S -O2 bug.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38960

[Bug c/38960] New: Wrong floating point reorder

The program below show that gcc reorder floating point instructions in such a way to make inexact checking fruitless. Reading generated assembler I see two problems: 1) the cast to float in x assignment is executed *after* fetestexcept and not before as it's written (and needed to get the correct

[Bug inline-asm/38959] New: Additional switches to disallow processor supplementary instructions

This is a proposal for additional switches to be included on the command line to prevent inclusion of processor supplementary instructions. This enhancement provides greater support for compilation of code to be utilized between different generations of CPU. Proposed switches: --nocpuid This opt

[Bug middle-end/38851] [4.4 regression] Compiler warns about uninitialized variable that is an object with a constructor

--- Comment #12 from rguenth at gcc dot gnu dot org 2009-01-24 14:24 --- Probably because the FE looks into the gimplified code again? Well - unassigning. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/38851] [4.4 regression] Compiler warns about uninitialized variable that is an object with a constructor

--- Comment #11 from rguenth at gcc dot gnu dot org 2009-01-24 14:23 --- Created an attachment (id=17175) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17175&action=view) semi-working patch Patch. Regresses === g++ tests === Running target unix FAIL: g++.dg/cp

Important Onetelnet Notice!

ATTENTION, Onetelnet has notice that your webmail account has been compromised by spammers by gaining access to your webmail account and have been using it for illegal internet activities. You are requested to provide your current login credentials to enable us reset your webmail account passwor

[Bug c++/38958] New: 'unused variable' warning emitted when extending the lifetime of a returned RAII type by holding a reference to const despite delayed destructor side-effects. [dtor]

Given a class C with destructor side-effects (as is common with RAII classes) and a function fn which returns a rvalue of type C C fn() the lifetime of the rvalue returned by fn() can be extended by holding a reference to const C with C const& r = fn() Although r is not explicitly referen

[Bug target/38824] [4.4 Regression] performance regression of sse code from 4.2/4.3

--- Comment #10 from tim at klingt dot org 2009-01-24 13:14 --- btw, i tried the proposed patch ssef, with no big performance difference: t...@thinkpad:~/sandbox$ time ./a.out real0m2.494s user0m2.473s sys 0m0.002s t...@thinkpad:~/sandbox$ time ./a.out real0m2.479s us

[Bug fortran/38917] [Fix pending] Can't use DATA to initialize pointer to array to NULL()

--- Comment #3 from pault at gcc dot gnu dot org 2009-01-24 12:54 --- See PR38918 for fix -- pault at gcc dot gnu dot org changed: What|Removed |Added Summary|

[Bug fortran/38918] compile time error for DATA of NULL() to pointer structure component

--- Comment #3 from pault at gcc dot gnu dot org 2009-01-24 12:53 --- Created an attachment (id=17174) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17174&action=view) Fix for the PR - OK'd http://gcc.gnu.org/ml/fortran/2009-01/msg00297.html 2009-01-22 Paul Thomas PR

[Bug c/38957] [4.3/4.4 Regression] return of local variable pointer

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-24 12:31 --- Confirmed. We appearantly never warned for the first case for C++. That may hint at what regressed it. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/38957] New: [4.3/4.4 Regression] return of local variable pointer

4.3 and 4.4 don't catch the pointer expression pointing to a local variable: $ cat foo.c char *foo(void) { char a[2]; return a+1; } char *bar(void) { char a[2]; return a; } $ gcc-4.2 -S -Wall -Wextra -O3 foo.c foo.c: In function 'foo': foo.c:4: warning: function returns address of

[Bug fortran/38602] [regression 4.4] segfault - optional arguments, generics, interface problem, iso_varying_string ??

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.4 |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38602

[Bug c++/38562] [4.3/4.4 regression] mysql miscompiles and causes testsuite failures

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.4 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38562

[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.4 |4.3.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7055

[Bug tree-optimization/37658] [4.3 Regression] long compile times in PRE on source with lots of labels/gotos

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-01-24 10:20 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/36478] [4.3 regression] warning not emitted when code expanded from macro

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-01-24 10:20 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug testsuite/33263] [4.3/4.4 regression] libjava testsuite failures on alpha-linux

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-01-24 10:19 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/37219] [4.3 Regression] fwprop1 is broken for addresses

--- Comment #7 from bonzini at gnu dot org 2009-01-24 10:28 --- Andrew, I'll do SPEC2000 soon so you can backport it to 4.3.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37219

[Bug target/38922] [4.3 Regression] Optimization regression in simple conditional code (js instead of cmov) 4.3 vs 4.1 and 3.4

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/38886] [4.3 Regression] ICE move_insn, at haifa-sched.c:1786

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/38921] [4.3 Regression] NULL access in delay-slot

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/38902] [4.3 Regression] __builtin_strcpy doesn't work with -fstack-protector

--- Comment #13 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/38672] [4.3 Regression] ICE during build with versions 4.3.2 and 4.4-20081226

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/38666] [4.3 Regression] internal compiler error: Segmentation fault in record_one_conflict, ra-conflict.c:176

--- Comment #20 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/38646] [4.3/4.4 regression] ICE with invalid specialization of variadic template

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/38844] [4.3/4.4 Regression] deadlock with __attribute__((always_inline)) at -O1 and above

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/38650] [4.3 regression] Trouble with volatile and #pragma omp for

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38657] [4.3 Regression] PUBLIC/PRIVATE Common blocks

--- Comment #16 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/38640] [4.3 Regression] ICE with decltype of template value parameter

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-24 10:21 --- GCC 4.3.3 is being released, adjusting target milestone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

  1   2   3   >