[Bug target/17608] [3.3.4/3.4/4.0 regression] -profile should prevent use of libgcc_s

--- Additional Comments From amodra at bigpond dot net dot au 2004-12-20 08:35 --- I suspect that -profile ought to always imply -static. For instance, you can get the same crash by linking with -profile and -lm, because libm.so needs libc.so. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug tree-optimization/19080] [4.0 regression] ICE while compiling linux kernel

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 09:10 --- After alias2, we have this statement: # NMT.24D.1619 = V_MAY_DEF ; # NMT.25D.1620 = V_MAY_DEF ; # NMT.26D.1621 = V_MAY_DEF ; # NMT.27D.1622 = V_MAY_DEF ; foo_int_int (D.1505_6, D.1506_5); bu

[Bug tree-optimization/19080] [4.0 regression] ICE while compiling linux kernel

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 09:44 --- At the start of the alias pass: (gdb) 1593 invalidate_name_tags (vars_to_rename); (gdb) p debug_bitmap (vars_to_rename) first = 0xd73d10 current = 0xd73d10 indx = 0 0xd73d10 next = (

[Bug c/19087] New: Overflowed address in dwarf debug line information

The mapping between addresses and code locations is invalid in object files compiled for AVR targets that addresses code above 64K. This seems like a "rollover" bug because addresses immediately above 64K have values near 0. To reproduce this bug, generate a source file that uses more than 64K of

[Bug middle-end/18999] gimplify_init_ctor_eval does not support RANGE_EXPRs

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-20 11:27 --- Subject: Bug 18999 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-20 11:26:47 Modified files: gcc: ChangeLog expr.c gimplify.c tree.h

[Bug middle-end/18965] [4.0 regression] ICE in gimplify_init_ctor_eval

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-20 11:27 --- Subject: Bug 18965 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-20 11:26:47 Modified files: gcc: ChangeLog expr.c gimplify.c tree.h

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-20 11:27 --- Subject: Bug 18191 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-20 11:26:47 Modified files: gcc: ChangeLog expr.c gimplify.c tree.h

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 11:28 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/18999] gimplify_init_ctor_eval does not support RANGE_EXPRs

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 11:29 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/18965] [4.0 regression] ICE in gimplify_init_ctor_eval

-- Bug 18965 depends on bug 18999, which changed state. Bug 18999 Summary: gimplify_init_ctor_eval does not support RANGE_EXPRs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18999 What|Old Value |New Value -

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

-- Bug 18191 depends on bug 18999, which changed state. Bug 18999 Summary: gimplify_init_ctor_eval does not support RANGE_EXPRs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18999 What|Old Value |New Value -

[Bug middle-end/18965] [4.0 regression] ICE in gimplify_init_ctor_eval

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 11:29 --- Fixed for real this time. -- What|Removed |Added Status|ASSIGNED

[Bug target/18987] [4.0 regression] [ia64] Extra '.restore sp' in tail call

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 11:46 --- Jim, David, can one of you look at this, and maybe revert the patch for PR13158 because it causes this regression? -- What|Removed |Added -

[Bug rtl-optimization/19001] [3.4 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From giovannibajo at libero dot it 2004-12-20 11:46 --- Notice that no testcase was added to 4.0 either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19001

[Bug tree-optimization/17949] [4.0 Regression] Tree loop optimization generates unaligned access (STRICT_ALIGNMENT is set)

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 11:50 --- Does this affect *all* STRICT_ALIGNMENT targets? If so, we should definitely get this one fixed soonish: alpha/alpha.h:#define STRICT_ALIGNMENT 1 arc/arc.h:#define STRICT_ALIGNMENT 1 arm/arm.h:#define STRIC

[Bug other/19088] New: volatile attr. doesn't work with pointers / wrong code

# testcase typedef volatile unsigned mutex; void lockMutex(mutex* m) { while (*m != 1); *m = 0; } void unlockMutex(mutex* m) { *m = 0; } *** GCC 3.4.2-20040916 *** : 0: e5903000ldr r3, [r0] 4: e3530001cmp r3, #1 ; 0x1 8:

[Bug target/18967] [4.0 regression] type conflict for __v2di in xmmintrin.h

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-20 12:08 --- Andreas, can you confirm that this is fixed by Richard's patch http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01483.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18967

[Bug other/19088] volatile attr. doesn't work with pointers / wrong code

--- Additional Comments From pluto at pld-linux dot org 2004-12-20 12:11 --- oops, unlockMutex contains an error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19088

[Bug other/16513] Libiberty doesn't honor the multi-os-directory settings

-- What|Removed |Added CC||christian dot joensson at ||gmail dot com http://gcc.gnu.org/bu

[Bug c/18936] GCC gives internal error and uses all sytem ram before doing so.

-- What|Removed |Added CC||christian dot joensson at ||gmail dot com http://gcc.gnu.org/bu

[Bug c++/19076] Pointer to member function not matched to pointer to member template

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-20 12:29 --- Here's an even simpler testcase: typedef int F(); struct A { F f; }; template struct B; template struct B {}; B b; =

[Bug target/18967] [4.0 regression] type conflict for __v2di in xmmintrin.h

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 12:36 --- Fixed by: * config/i386/i386.c (ix86_init_mmx_sse_builtins): Use long_long_integer_type_node in building V2DI_type_node. -- What|Removed |Added -

[Bug middle-end/18999] gimplify_init_ctor_eval does not support RANGE_EXPRs

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18999

[Bug c/19089] New: Environment variable TMP may yield gcc: abort with internal error

When a (bash) environment variable TMP is set to a file with execution rights 0755, gcc aborts with an internal error. E.g.: # -- bash shell -- $ uname -a CYGWIN_NT-5.1 DF8JLP0J 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwi

[Bug target/18371] [3.4 Regression] array subscript out of range in gcc sources

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 12:44 --- Fixed on the mainline: * config/i386/i386.c (ix86_split_to_parts): Use an array with four elements for decoding a CONST_DOUBLE on 64 bits targets. -- What|Removed

[Bug other/19089] Environment variable TMP may yield gcc: abort with internal error

-- What|Removed |Added Component|c |other http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19089

[Bug tree-optimization/17949] [4.0 Regression] Tree loop optimization generates unaligned access (STRICT_ALIGNMENT is set)

--- Additional Comments From falk at debian dot org 2004-12-20 12:49 --- (In reply to comment #3) > Does this affect *all* STRICT_ALIGNMENT targets? I can at least reproduce it on Alpha. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17949

[Bug other/19088] volatile attr. doesn't work with pointers / wrong code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 12:52 --- This works for me on the mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19088

[Bug debug/19087] Overflowed address in dwarf debug line information

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 12:53 --- Can you attach a preprocessed source? -- What|Removed |Added Component|c

[Bug other/19089] Environment variable TMP may yield gcc: abort with internal error

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 13:01 --- In a way this is not a bug: fd = mkstemps (temp_filename, suffix_len); /* If mkstemps failed, then something bad is happening. Maybe we should issue a message about a possible security attack in pr

[Bug other/19088] volatile attr. doesn't work with pointers / wrong code

--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-12-20 13:03 --- Not a bug. You aren't showing the relocations that still need applying. You need to add the -r flag to objdump for this. Looking at the assembler output we see: lockMutex: @ args = 0, pretend =

[Bug c/18936] GCC gives internal error and uses all sytem ram before doing so.

--- Additional Comments From falk at debian dot org 2004-12-20 13:08 --- Please provide the preprocessed source, as described on http://gcc.gnu.org/bugs.html. Also, it would be nice if you could retry with more swap and try to find out how much it actually uses. -- What

[Bug target/10395] [x86] vector types are incorrectly aligned causing crash in multi-threaded apps or when using in main, plus other times

--- Additional Comments From uros at kss-loka dot si 2004-12-20 13:16 --- (In reply to comment #21) > > The default pthread library in RedHat 8.0 does align stack properly, as I > > am > > able to trigger the bug. Testcase shows: > > Uros, did you mean "does *not* align the stack pr

[Bug c++/19076] Pointer to member function not matched to pointer to member template

--- Additional Comments From giovannibajo at libero dot it 2004-12-20 13:25 --- Does this require the member function to be *declared* through the typedef? Otherwise I think it looks easier to understand where the bug is if the testcase uses a normal declaration for the member function

[Bug tree-optimization/17949] [4.0 Regression] Tree loop optimization generates unaligned access (STRICT_ALIGNMENT is set)

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2004-12-20 13:35 --- Subject: Re: [4.0 Regression] Tree loop optimization generates unaligned access (STRICT_ALIGNMENT is set) > Does this affect *all* STRICT_ALIGNMENT targets? Yes, it should. -- h

[Bug debug/19087] Overflowed address in dwarf debug line information

--- Additional Comments From tsandnes at atmel dot no 2004-12-20 13:40 --- Subject: Re: Overflowed address in dwarf debug line information pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 > 12:53 --- > Can you atta

[Bug c++/19076] Pointer to member function not matched to pointer to member template

--- Additional Comments From pcarlini at suse dot de 2004-12-20 13:40 --- Hi Giovanni. Indeed, I don't think typedefs are directly involved and probably we can further simplify like this: === struct A {}; template struct B; template struct B

[Bug rtl-optimization/19012] [4.0 Regression] ICE on testsuite/gcc.c-torture/execute/930208-1.c with -fpack-struct -Os

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 13:41 --- : Search converges between 2004-08-12-trunk (#511) and 2004-08-13-trunk (#512). Here is the backtrace: #0 0x0060a98c in memory_operand (op=0xabababab, mode=VOIDmode) at ../../gcc/recog.c:1279 #1 0x0049ef7

[Bug debug/19087] Overflowed address in dwarf debug line information

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 13:43 --- Just the preprocessed for largeandsimple.c will be fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087

[Bug c++/18370] [3.4/4.0 Regression] cp_parser_initializer_list uninit variable problems

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW

[Bug tree-optimization/14638] [4.0 Regression] Variables disappear from debug info at -O1

-- What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14638

[Bug tree-optimization/18706] [4.0 Regression] ACATS ce2208b ICE expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:637

-- What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18706

[Bug tree-optimization/18828] [4.0 Regression] Extraneous warning with var_start and optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 13:56 --- : Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455). : Search converges between 2003-07-16-ssa (#32) and 2003-07-17-ssa (#33). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18

[Bug tree-optimization/19080] [4.0 regression] ICE while compiling linux kernel

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 13:59 --- Also I got a similar failure with the Ada front-end compiling the library. -- What|Removed |Added

[Bug tree-optimization/17949] [4.0 Regression] Tree loop optimization generates unaligned access (STRICT_ALIGNMENT is set)

-- What|Removed |Added Severity|normal |critical GCC target triplet|ia64-*-*, sparc*-*-*|ia64-*-*, sparc*-*-*, |

[Bug tree-optimization/16220] [4.0 Regression] Jump pessimization

-- What|Removed |Added Severity|normal |minor GCC build triplet|alphaev68-unknown-linux-gnu | GCC host triplet|alphaev68-unknown-linux-gnu | GCC t

[Bug debug/19087] Overflowed address in dwarf debug line information

--- Additional Comments From tsandnes at atmel dot com 2004-12-20 14:02 --- Created an attachment (id=7782) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7782&action=view) Preprosessed source of a large object file that fails to build for atmega128 Trying to produce a simple and i

[Bug target/19087] Overflowed address in dwarf debug line information

-- What|Removed |Added Component|debug |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087

[Bug target/19087] Overflowed address in dwarf debug line information

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 14:05 --- Hmm, on the mainline I get an error about dwarf2 not being supported: t.c:1: error: target system does not support the "dwarf-2" debug format -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087

[Bug target/19087] Overflowed address in dwarf debug line information

--- Additional Comments From tsandnes at atmel dot no 2004-12-20 14:15 --- Subject: Re: Overflowed address in dwarf debug line information pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 > 14:05 --- > Hmm, on the

[Bug c/19090] New: Non-useful warnings included in -Wall

Warning about passing a signed int to a function that expects an unsigned int, or vice-versa does not seem like a useful warning to me. On a Linux kernel build, % zgrep -c 'differ in signedness' 2.6.10rc2-gcc4-warnings.gz 6809 This is quite high and drowns out many warnings that are more usefu

[Bug c/19090] Non-useful warnings included in -Wall

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 14:46 --- This is useful warning as it is not really valid code without a cast. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19090

[Bug rtl-optimization/13366] ICE using MMX/SSE builtins with -O

--- Additional Comments From uros at kss-loka dot si 2004-12-20 14:55 --- The testcase from the description fails in the same way for current mainline: gcc -O -msse pr13366.c pr13366.c:1: warning: specifying vector types with __attribute__ ((mode)) is deprecated pr13366.c:1: warning: u

[Bug c/19090] Non-useful warnings included in -Wall

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 14:56 --- http://gcc.gnu.org/ml/gcc/2003-10/msg00184.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19090

[Bug target/18371] [3.4 Regression] array subscript out of range in gcc sources

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 15:02 --- I'm going to test it for GCC 3.4 too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18371

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-20 15:04 --- And, Paolo, when was the last time you looked at microbenchmarks? ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078

[Bug rtl-optimization/13366] ICE using MMX/SSE builtins with -O

--- Additional Comments From uros at kss-loka dot si 2004-12-20 15:05 --- Could info at http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02453.html help to fix this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13366

[Bug target/14631] common subexpression elimilation error with sse2 instrinsic _mm_insert_epi16

--- Additional Comments From uros at kss-loka dot si 2004-12-20 15:07 --- Prototype patch here: http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02450.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14631

[Bug tree-optimization/19080] [4.0 regression] ICE while compiling linux kernel

--- Additional Comments From dnovillo at gcc dot gnu dot org 2004-12-20 15:10 --- Working on a fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dn

[Bug rtl-optimization/13366] ICE using MMX/SSE builtins with -O

--- Additional Comments From lloyd at acm dot jhu dot edu 2004-12-20 15:11 --- Oops, my report on that was not clear. Change the 1 to a 0 to get a different ICE, at least in whatever random 3.4.0 snapshot I have installed (20040107). It's apparently a 0/!0 thing. I have not checked this

[Bug target/10395] [x86] vector types are incorrectly aligned causing crash in multi-threaded apps or when using in main, plus other times

--- Additional Comments From bangerth at dealii dot org 2004-12-20 15:13 --- An attribute could work. I doubt that a general flag would be useful, since one in general doesn't know which functions are thread entry points, so the compiler would have to emit such stack alignment code in

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From pcarlini at suse dot de 2004-12-20 15:13 --- ;) Well, many people believe I look too *often* at microbenchmarks... ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078

[Bug c++/19076] Pointer to member function not matched to pointer to member template

--- Additional Comments From bangerth at dealii dot org 2004-12-20 15:15 --- This last testcase indeed still shows the problem. It doesn't compile with gcc, but does with icc. W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19076

[Bug libstdc++/19091] New: problem with string to double conversion (overflow situation)

Following conversion should overflow, and not return 8.02393e-308. Same problem, although different output, when reading "4E308" from standard input. #include #include using namespace std; int main() { double r; istringstream s("+4E308"); s >> r; cout << r << endl; } -- Sum

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From pcarlini at suse dot de 2004-12-20 15:22 --- More seriously, I think that we (the libstdc++-v3 people) should more carefully test the effect of the new optimizations on std::algorithm: indeed, we are talking about benchmarks, not pointless microbenchmarks: s

[Bug other/19082] [4.0 Regression] build/genattrtab: out of memory allocating 151568 bytes after a total of 4161651196 bytes

-- What|Removed |Added CC||segher at kernel dot ||crashing dot org http://gcc.gnu.org/bugz

[Bug c++/19043] [3.3/3.4 regression] -fpermissive gives bad loop initializations

--- Additional Comments From bangerth at dealii dot org 2004-12-20 15:34 --- Confirmed. It works in 2.95 and mainline, but nothing in between (I tested 3.2.3, 3.3.4, 3.4.3). It is thus a regression, although I believe not a very serious one given that the code is in fact invalid and o

[Bug libstdc++/19091] problem with string to double conversion (overflow situation)

--- Additional Comments From pcarlini at suse dot de 2004-12-20 15:35 --- Indeed, *it overflows*. Try changing you testcase like this: istringstream s("+4E308"); s >> r; if (!s.fail()) cout << r << endl; What happens, is just that overflows and r is left unchanged; by chance,

[Bug rtl-optimization/13366] ICE using MMX/SSE builtins with -O

--- Additional Comments From uros at kss-loka dot si 2004-12-20 15:39 --- Equivalent SSE2 version works OK: typedef int v8hi __attribute__ ((mode (V8HI))); int f (unsigned short n) { v8hi vec = { 0, 0, 0, 0, 0, 0, 1, n }; v8hi hw = __builtin_ia32_pmulhw128 (vec, vec); return (__bu

[Bug libfortran/19071] complex formatted output has too many items

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-

[Bug tree-optimization/13761] [tree-ssa] component refs to the same struct should not alias

--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-20 16:35 --- The structure-aliasing branch now has code (or will as soon as cvs finishes committing) that will fix dale's testcaes to the extent i can. We produce identical code for both loops, now. I haven't quite f

[Bug tree-optimization/17617] Micro-optimize INTEGRAL_TYPE_P (or tree.def rather)

--- Additional Comments From bangerth at dealii dot org 2004-12-20 17:08 --- A patch (with following long discussion) has been proposed here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01495.html W. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17617

[Bug c++/17648] [3.3/3.4 Regression] template destructor was not called for inherited classes

--- Additional Comments From SWElef at post dot sk 2004-12-20 17:09 --- (In reply to comment #13) > Here's a condensed version of Wolfgang's testcase: > > int i=1; > class A; > template struct B > { > A *p; > ~B() > { > --i; >

[Bug tree-optimization/17617] Micro-optimize INTEGRAL_TYPE_P (or tree.def rather)

--- Additional Comments From bangerth at dealii dot org 2004-12-20 17:14 --- The question raised in several of the messages in that discussion is whether an enumeration of equality checks is converted into a range check if the tested values are consecutive. Here is the answer:

[Bug target/19087] Overflowed address in dwarf debug line information

--- Additional Comments From ericw at evcohs dot com 2004-12-20 17:44 --- (In reply to comment #5) > Hmm, on the mainline I get an error about dwarf2 not being supported: > t.c:1: error: target system does not support the "dwarf-2" debug format > If you're talking about HEAD/4.0, then

[Bug tree-optimization/19080] [4.0 regression] ICE while compiling linux kernel

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-20 18:18 --- Subject: Bug 19080 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-20 18:18:37 Modified files: gcc: ChangeLog tree-flow-inline.h tree-ssa

[Bug tree-optimization/19080] [4.0 regression] ICE while compiling linux kernel

--- Additional Comments From dnovillo at gcc dot gnu dot org 2004-12-20 18:23 --- Fix: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01551.html -- What|Removed |Added

[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 18:25 --- After getting access to sixtrack sources, steven and I found this is a problem in out of ssa committing on a new BB, I almost have a patch but it has one issue in that we could be the new statement's resu

[Bug c++/19092] New: g++ accepts code that violates 14.6.4.2

The attached snippet should not compile, since foo() has internal linkage. Instead, g++ compiles it happily and without a warning even when given -Wall -W -pedantic. -- Summary: g++ accepts code that violates 14.6.4.2 Product: gcc Version: 3.4.2 Status

[Bug c++/19092] g++ accepts code that violates 14.6.4.2

--- Additional Comments From bagnara at cs dot unipr dot it 2004-12-20 18:32 --- Created an attachment (id=7784) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7784&action=view) Small program that allows to reproduce the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-20 18:44 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01554.html -- What|Removed |Added

[Bug c++/19092] g++ accepts code that violates 14.6.4.2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 18:50 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 19:04 --- The reduced testcase (well heavely modified) looks like: int f (int temp2, int temp3, int xlvj_, int zlvj_, int yv1j_, int yv2j_) { int temp1, temp5; for(;;) { temp1 = temp2*xlvj_ - temp3*zlvj_;

[Bug libfortran/19032] modulo generates wrong result for divisor 1 and -1

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tobi at gcc dot gnu dot org |dot org | Status|NEW

[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 19:23 --- This also causes a compile time issue as the RTL optimizers and the register allocator have to do more work. -- What|Removed |Added

[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 19:47 --- (In reply to comment #8) > The reduced testcase (well heavely modified) looks like: Here is the resulting loop asm (on x86 where shows up worse than ppc which is the same because the RA does its work better

[Bug middle-end/19068] [3.3 only] Wrong code for MIN_EXPR and MAX_EXPR

--- Additional Comments From hjl at lucon dot org 2004-12-20 19:54 --- g++.dg/opt/max1.C still failed on both Linux/ia64 and Linux/x86_64: http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00919.html http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00923.html They are both 64bit targets.

[Bug middle-end/19093] New: g++.dg/opt/max1.C fails on ia64 and x86_64

g++.dg/opt/max1.C still failed on both Linux/ia64 and Linux/x86_64: http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00919.html http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00923.html They are both 64bit targets. -- Summary: g++.dg/opt/max1.C fails on ia64 and x86_64 P

[Bug middle-end/19068] [3.3 only] Wrong code for MIN_EXPR and MAX_EXPR

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 19:56 --- Please next time file a new bug since the orginal bug was fixed, I filed PR 19093 for the new bug. -- What|Removed |Added ---

[Bug libfortran/19032] modulo generates wrong result for divisor 1 and -1

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-20 19:56 --- Updated patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01563.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19032

[Bug other/19093] g++.dg/opt/max1.C fails on ia64 and x86_64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 20:00 --- Actually it is just the testcase is invalid for 64bit targets (woops, my fault since I made it). This patch should fix the problem: Index: g++.dg/opt/max1.C =

[Bug libstdc++/19086] libstdc++ testsuite fails due to missing C99 functions

--- Additional Comments From pcarlini at suse dot de 2004-12-20 20:02 --- *** This bug has been marked as a duplicate of 17243 *** -- What|Removed |Added Statu

[Bug libstdc++/17243] Test failures due to missing C99 symbols

--- Additional Comments From pcarlini at suse dot de 2004-12-20 20:02 --- *** Bug 19086 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17243

[Bug tree-optimization/19067] ICE in tree-if-conv

--- Additional Comments From dpatel at apple dot com 2004-12-20 20:05 --- Subject: Re: ICE in tree-if-conv I'll verify whether TCB patch works here or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19067

[Bug c++/19044] Alternate asm name for atan ignored when calling __builtin_atan

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-20 20:11 --- Subject: Bug 19044 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-20 20:11:42 Modified files: gcc: ChangeLog c-common.c c-common.h c-dec

[Bug target/18987] [4.0 regression] [ia64] Extra '.restore sp' in tail call

--- Additional Comments From davidm at hpl dot hp dot com 2004-12-20 20:12 --- (In reply to comment #6) > Jim, David, can one of you look at this, and maybe revert the patch > for PR13158 because it causes this regression? Reverting the patch doesn't sound like a good idea, because it w

[Bug bootstrap/19094] New: bootstrap errors

2 questions: during make bootstrap, on RedHat 3.3.3-7, there errors occur at the end: make[3]: Entering directory `/usr/local/bin/gcc-3.2.3/gcc/ada' gcc -c -g -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -W -Wall -gnatpg -gnata -g -O1 -

[Bug tree-optimization/19067] ICE in tree-if-conv

--- Additional Comments From dpatel at apple dot com 2004-12-20 20:32 --- Subject: Re: ICE in tree-if-conv On Dec 18, 2004, at 10:28 AM, pinskia at gcc dot gnu dot org wrote: > I don't know but could possible the patch in here: > msg0051

[Bug ada/19094] bootstrap errors

-- What|Removed |Added Component|bootstrap |ada http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19094

[Bug c++/19044] Alternate asm name for atan ignored when calling __builtin_atan

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-20 20:40 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

  1   2   >