[Bug c/20329] regression: current 3.4.4 miscompiles Linux kernel with athlon optimisations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05 07:43 --- We really need a small example code to figure this one out. This could be stilll a linux kernel bug. I know for a fact the kernel does not follow the aliasing rules at all. -- What|Remov

[Bug c/20328] assembly constraints fail unless optimizing code

--- Additional Comments From mrd at alkemio dot org 2005-03-05 06:52 --- Subject: Re: assembly constraints fail unless optimizing code On Sat, 2005-03-05 at 01:31 +, pinskia at gcc dot gnu dot org wrote: > You don't want the "al" contstraint at all. > > Read the docs to figure out

[Bug c/20328] assembly constraints fail unless optimizing code

--- Additional Comments From mrd at alkemio dot org 2005-03-05 06:44 --- Subject: Re: assembly constraints fail unless optimizing code On Sat, 2005-03-05 at 01:26 +, giovannibajo at libero dot it wrote: > Which target triplet? i386-pc-linux-gnu -- http://gcc.gnu.org/bugzilla

[Bug c/20329] New: regression: current 3.4.4 miscompiles Linux kernel with athlon optimisations

First of all, sorry for a very vague bug report, this is hard to trace down and I'm short on time. Compiling a Linux kernel with athlon optimisations with current gcc 3.4.4 snapshots results in a kernel that Oopses on bootup on most (though not all) Athlon machines. Optimising for i68

[Bug c++/19797] [4.0/4.1 Regression] g++.dg/abi/inline1.C fails on hppa*-*-hpux*

--- Additional Comments From danglin at gcc dot gnu dot org 2005-03-05 03:14 --- Fixed in CVS . -- What|Removed |Added --

[Bug tree-optimization/18815] Tree if-conversion screws up cfg very badly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-05 03:02 --- Subject: Bug 18815 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-05 03:02:32 Modified files: gcc: Change

[Bug tree-optimization/18815] Tree if-conversion screws up cfg very badly

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-05 02:59 --- Subject: Bug 18815 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-05 02:59:25 Modified files: gcc: ChangeLog tree-if-conv.c Log messag

[Bug c++/19797] [4.0/4.1 Regression] g++.dg/abi/inline1.C fails on hppa*-*-hpux*

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-05 01:59 --- Subject: Bug 19797 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-05 01:59:24 Modified files: gcc: ChangeLog gcc/testsuite : C

[Bug c++/19797] [4.0/4.1 Regression] g++.dg/abi/inline1.C fails on hppa*-*-hpux*

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-05 01:41 --- Subject: Bug 19797 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-05 01:40:48 Modified files: gcc: Change

[Bug c/20328] assembly constraints fail unless optimizing code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05 01:31 --- You don't want the "al" contstraint at all. Read the docs to figure out which constaint you really want. the constraint "al" means pick either the "a" constraint or the "l" constraint -- Wha

[Bug c/20327] -01 produce code which segfault on powerpc (linux/macOSx/aix)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05 01:29 --- (In reply to comment #2) > What is exactly the problem? I don't see anything wrong if a program which > allocates 720K on the stack segfaults. Try increasing your stack size. Just a note, That is not the b

[Bug rtl-optimization/12828] -floop-optimize is unstable on PowerPC (float to int conversion problem)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05 01:27 --- *** Bug 20327 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/20327] -01 produce code which segfault on powerpc (linux/macOSx/aix)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-05 01:27 --- This is a dup of bug 12828 which is fixed for 3.4.0. *** This bug has been marked as a duplicate of 12828 *** *** This bug has been marked as a duplicate of 12828 *** -- What|Removed

[Bug c/20328] assembly constraints fail unless optimizing code

--- Additional Comments From giovannibajo at libero dot it 2005-03-05 01:26 --- Which target triplet? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20328

[Bug c/20327] -01 produce code which segfault on powerpc (linux/macOSx/aix)

--- Additional Comments From giovannibajo at libero dot it 2005-03-05 01:25 --- What is exactly the problem? I don't see anything wrong if a program which allocates 720K on the stack segfaults. Try increasing your stack size. -- What|Removed |Added -

[Bug c/20327] -01 produce code which segfault on powerpc (linux/macOSx/aix)

-- What|Removed |Added Attachment #8332|text/x-csrc |text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20327

[Bug c/20327] -01 produce code which segfault on powerpc (linux/macOSx/aix)

-- What|Removed |Added Attachment #8332|text/x-csrc |text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20327

[Bug c/20328] New: assembly constraints fail unless optimizing code

The following code (taken from L4Ka::Pistachio) compiles correctly on gcc (3.3.4, 3.3.5, and 3.4.4) when given any optimization level, but fails when you don't use any: $ cat foo.c unsigned char inb (unsigned long port) { unsigned char tmp; if (port < 0x100) __asm__ __volatile__ ("inb %w1

[Bug target/20296] Speeding up small interrupts on avr

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-

[Bug c/20327] -01 produce code which segfault on powerpc (linux/macOSx/aix)

--- Additional Comments From Martin dot Quinson at loria dot fr 2005-03-05 00:57 --- Created an attachment (id=8332) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8332&action=view) minimal test case The promised attachement -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20327

[Bug c/20327] New: -01 produce code which segfault on powerpc (linux/macOSx/aix)

Hello, the attached code, when compiled with -O1, produce a code which segfaults. I'm quite embarrassed with the host/target/build triplet asked in the form, since I tested it to segfault on several platforms, namly: powerpc-unknown-linux-gnu gcc (GCC) 3.3.5 (Debian 1:3.3.5-8) pow

[Bug target/20296] Speeding up small interrupts on avr

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20296

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From mark at codesourcery dot com 2005-03-04 23:29 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types Alexandre Oliva wrote: > On Mar 3, 2005, Andrew Pinski <[EMAIL PROTECTED]> wrote: > > >>I think this is the wrong approac

[Bug middle-end/15700] [4.0 Regression] [unit-at-a-time] Inlining problem leads to miscompilation of glibc

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-04 23:29 --- But GCC *does* look into the string in -funit-at-a-time mode. It doens't only in -fno-unit-at-a-time-mode, and so it fails to emit static functions that are referenced in aliases. It should behave the same

[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-04 23:22 --- Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable types On Mar 3, 2005, Andrew Pinski <[EMAIL PROTECTED]> wrote: > I think this is the wrong approach. The front-end and not > t

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 22:59 --- *** Bug 20324 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/20324] Tru64 assembler cores for 3.4.3 g++ -gcoff of #include

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 22:59 --- *** This bug has been marked as a duplicate of 7055 *** -- What|Removed |Added

[Bug treelang/20326] treelang does install the backend as a driver

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

[Bug other/20325] bugzilla is missing a treelang component

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 22:55 --- Fixed. I added one. -- What|Removed |Added Status|UNCONFIRMED |

[Bug other/20326] New: treelang does install the backend as a driver

the backend (tree1) is installed under the same name as the driver. if it does that, please symlink it, don't copy it. and maybe don't install it as tree1, but treelang, or something like this. -- Summary: treelang does install the backend as a driver Product: gcc

[Bug fortran/19673] pointer function with RESULT specified returns pointer to "ptr" rather than "*ptr"

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

[Bug other/20325] New: bugzilla is missing a treelang component

every frontend has one, treelang should have one as well -- Summary: bugzilla is missing a treelang component Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo

[Bug fortran/19673] pointer function with RESULT specified returns pointer to "ptr" rather than "*ptr"

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-04 22:29 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/19673] pointer function with RESULT specified returns pointer to "ptr" rather than "*ptr"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-04 22:21 --- Subject: Bug 19673 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-04 22:21:17 Modified files: gcc/fortran: Change

[Bug c/20319] -fkeep-static-consts with -O asserted doesn't keep consts

--- Additional Comments From gary at intrepid dot com 2005-03-04 21:54 --- Here is some detail on my proposed change in behavior: 1) Change the default setting to -fno-keep-static-consts: /* Nonzero means that we should emit static const variables regardless of whether or not opti

[Bug c++/20324] New: Tru64 assembler cores for 3.4.3 g++ -gcoff of #include

On a Tru64 alpha system, when I compile a file containing: #include using g++ 3.4.3 as follows: g++ -c -gcoff I get the following output: mips-tfile, /tmp//ccnFchPc.s:1071 compiler error, badly formed #.def (internal line # = 2812)

[Bug fortran/19673] pointer function with RESULT specified returns pointer to "ptr" rather than "*ptr"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-04 21:04 --- Subject: Bug 19673 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-04 21:03:46 Modified files: gcc/fortran: ChangeLog trans-expr.c gcc/t

[Bug c/20319] -fkeep-static-consts with -O asserted doesn't keep consts

--- Additional Comments From joseph at codesourcery dot com 2005-03-04 20:42 --- Subject: Re: -fkeep-static-consts with -O asserted doesn't keep consts On Fri, 4 Mar 2005, pinskia at gcc dot gnu dot org wrote: > Don't belive the comments in the source. Also the --help is way out of

[Bug c/20319] -fkeep-static-consts with -O asserted doesn't keep consts

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 20:33 --- Don't belive the comments in the source. Also the --help is way out of date. you want to use the used attribute like so: static char const rcsid[]__attribute__((used)) = "$Id: f.c,v 5.4 1993/11/09 17:40:1

[Bug c/20319] -fkeep-static-consts with -O asserted doesn't keep consts

--- Additional Comments From gary at intrepid dot com 2005-03-04 20:24 --- "Emit variables declared @code{static const} when optimization isn't turned on, even if the variables aren't referenced." How odd. I should've checked the docs, but this brief explanation in the help line made

[Bug middle-end/20222] [AVR] Double load of volatile operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 20:19 --- This is a bug in the middle-end: ;; if (ABS_EXPR != 1) (void) 0; else goto ; (insn 29 27 30 (set (reg:HI 44) (mem/i:HI (symbol_ref:HI ("xi1") [flags 0x40] ) [2 xi1+0 S2 A8])) -1 (nil) (nil)) (

[Bug middle-end/20222] [AVR] Double load of volatile operand

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

[Bug c/20222] [AVR] Double load of volatile operand

-- What|Removed |Added CC||bjoern dot m dot haase at ||web dot de http://gcc.gnu.org/bugzi

[Bug fortran/20323] New: optional arguments incorrectly accepted in specification expressions

In the program below, the optional argument arg is used as part of the specification expression for the length of a string. This is forbidden by section 7.1.6.2; constraint (2) of the F95 standard (and wouldn't make much sense anyway - what happens when the function is called without the option

[Bug target/20296] Speeding up small interrupts on avr

--- Additional Comments From bjoern dot m dot haase at web dot de 2005-03-04 19:51 --- Hi, IMHO everyone working on the avr back-end is aware of this problem. The difficulty is, that the present architecture of the avr back-end does not easily permit to improve this case: Every inst

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

-- What|Removed |Added CC||bjoern dot m dot haase at ||web dot de http://gcc.gnu.org/bugzi

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From bjoern dot m dot haase at web dot de 2005-03-04 19:38 --- In reply to comment #10. I agree with you Jörg, it is not a dramatic loss if you have a bit less efficient use of volatile pointers :-) and IMHO anybody in the avr community could live with it. I

[Bug c++/20280] [4.0/4.1 regression] ICE in create_tmp_var, at gimplify.c:368

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-04 19:23 --- Subject: Re: [PR c++/20280] hoist indirect_ref out of addressable cond_exprs On Mar 4, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Your reading is logical, but it depends on exactly what "lvalue for a

[Bug c++/19199] [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary

--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-04 19:08 --- Subject: [PR c++/19199] don't turn cond_expr lvalue into min_expr rvalue (continued from PR c++/20280) On Mar 4, 2005, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Actually, looking at this more clos

[Bug c/20317] Solaris 10 and HUGE_VAL

--- Additional Comments From martin at v dot loewis dot de 2005-03-04 19:01 --- Right. I did not find it because it does not have Solaris in its subject. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20317

[Bug libf2c/20320] GCC 3.3.2 on AMD opetron 64 bits Linux machine

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 18:55 --- Can you read the instruction here: and try building in a different directory other than the source directory? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20320

[Bug libf2c/20320] GCC 3.3.2 on AMD opetron 64 bits Linux machine

--- Additional Comments From ajve at chevrontexaco dot com 2005-03-04 18:53 --- Thanks Pinskia for the reply. Currently we are using GCC 3.3.2 on all the other machines and we have to go with this for sometime before we decide to upgrade gcc on all the machines. I use 1. ./configure

[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-04 18:36 --- I vastly overstated the failures in SPEC CPU2000 for this problem: ammp fails with both -m32 and -m64, and fma3d and sixtrack fail with -m32. Mainline GCC built last night still gets all of the testsuite and

[Bug bootstrap/20305] [4.0/4.1 Regression] Miscompilation of libcpp/macro.c at -O1 and higher

-- Bug 20305 depends on bug 20282, which changed state. Bug 20282 Summary: [4.0/4.1 Regression] gcc4 can not bootstrap itself anymore http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20282 What|Old Value |New Value ---

[Bug preprocessor/20282] [4.0/4.1 Regression] gcc4 can not bootstrap itself anymore

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 18:31 --- Fixed. thanks Jakub for looking into this. -- What|Removed |Added Status|NEW

[Bug target/20322] [4.0/4.1 Regression] Miscompilation of libcpp/expr.c at -O2+

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-04 18:30 --- >From initial skimming, this sounds like combiner bug. (insn 78 41 79 0 (set (reg:CC 17 flags) (compare:CC (reg:DI 58 [ e$b.9 ]) (reg:DI 59 [ e$b.8 ]))) 2 {cmpdi_1_insn_rex64} (insn_list:RE

[Bug c/20319] -fkeep-static-consts with -O asserted doesn't keep consts

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 18:29 --- Nope, -fkeep-static-consts only control when optimization is not on: >From the docs: Emit variables declared @code{static const} when optimization isn't turned on, even if the variables aren't refer

[Bug bootstrap/12026] m68k-coff build fails due to undefined references to _EH_FRAME_BEGIN

--- Additional Comments From ericw at evcohs dot com 2005-03-04 18:24 --- Could this problem be because it needs the --with-dwarf2 configure switch (for the __EH_FRAME_BEGIN__)? Reference: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug libf2c/20320] GCC 3.3.2 on AMD opetron 64 bits Linux machine

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 18:22 --- How did you configure GCC and how did you build it? Also why do you want 3.3.2, 3.4.3 is out and have some fixes for fortran too. -- What|Removed |Added

[Bug target/20322] [4.0/4.1 Regression] Miscompilation of libcpp/expr.c at -O2+

-- What|Removed |Added Summary|[4.0 Regression]|[4.0/4.1 Regression] |Miscompilation of |Miscompilation of |libc

[Bug target/20322] [4.0 Regression] Miscompilation of libcpp/expr.c at -O2+

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords|

[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-04 18:11 --- Confirmed by duplicate. -- What|Removed |Added CC|

[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-04 18:10 --- *** Bug 20317 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/20317] Solaris 10 and HUGE_VAL

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-04 18:10 --- > Surely this is the same as bug 19933? Right, Duplicates with a big D. :-) *** This bug has been marked as a duplicate of 19933 *** -- What|Removed |Added -

[Bug c/20321] keep static constants if named section attribute asserted

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 18:09 --- Use the attribute used to keep the constants. -- What|Removed |Added Status|UNCO

[Bug middle-end/20225] [4.0/4.1 regression] ICE during GC

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

[Bug fortran/19443] log10 statement does not work properly in gfortran

--- Additional Comments From mgilbert at airborne dot nrl dot navy dot mil 2005-03-04 18:01 --- I updated all cygwin packages recently as well as gfortran before the hd crash and ensuing lack of cygwin build on gfortran.org. However, I just got around to testing the code again. It appe

[Bug c/20318] RFE: add attribute to specify that a function never returns NULL

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-03-04 18:01 --- Adding some of the early analysis that went on in private mail. > So is there an __attribute__ that we can use to mark that function to > always return non-NULL, so the compiler knows that path is not po

[Bug c/20318] RFE: add attribute to specify that a function never returns NULL

--- Additional Comments From dnovillo at redhat dot com 2005-03-04 17:59 --- Subject: Re: RFE: add attribute to specify that a function never returns NULL giovannibajo at libero dot it wrote: > --- Additional Comments From giovannibajo at libero dot it 2005-03-04 > 17:53 ---

[Bug c/20317] Solaris 10 and HUGE_VAL

--- Additional Comments From joseph at codesourcery dot com 2005-03-04 17:58 --- Subject: Re: New: Solaris 10 and HUGE_VAL On Fri, 4 Mar 2005, martin at v dot loewis dot de wrote: > I'll attach the preprocessor output if I can; in short, > HUGE_VAL expands to __builtin_huge_val, which

[Bug c/20318] RFE: add attribute to specify that a function never returns NULL

--- Additional Comments From giovannibajo at libero dot it 2005-03-04 17:53 --- I don't object that this feature is indeed needed, but I would still like to see a reduced testcase from Subversion which shows a bogus warning that could be fixed with this attribute. BTW, Diego, once ASS

[Bug target/20322] New: Miscompilation of libcpp/expr.c at -O2+

libcpp/expr.c is miscompiled when compiled with gcc-4_0-branch GCC on x86-64 (and likely i386 as well). expr.c miscompiled that way causes a testsuite regression on arith-3.c: FAIL: gcc.dg/cpp/arith-3.c (test for bogus messages, line 257) Self-contained testcase that reproduces the problem is: ex

[Bug libf2c/20320] GCC 3.3.2 on AMD opetron 64 bits Linux machine

--- Additional Comments From ajve at chevrontexaco dot com 2005-03-04 17:27 --- Hi, I am trying to install gcc 3.3.2 on AMD opetron 64 bits Linux machine and I am getting following error.Any help would be highly appreciated. uname -a - >Linux abgixcluster.geoquest 2.4.21-4.ELsmp #1 SMP

[Bug c/20321] New: keep static constants if named section attribute asserted

Related discussion: http://gcc.gnu.org/ml/gcc/2005-03/msg00181.html Related bug report: Bug #20319 I tried adding a section attribute to a static constant string declaration which is otherwise not referenced, in the hope that the compiler would retain the static constant because it had been explic

Error- GCC 3.3.2 on AMD opetron 64 bits Linux machine

Hi, I am trying to install gcc 3.3.2 on AMD opetron 64 bits Linux machine and I am getting following error.Any help would be highly appreciated. uname -a - >Linux abgixcluster.geoquest 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:32:58 EDT 2003 x86_64 x86_64 x86_64 GNU/Linux Thanks Ajay loading cache

[Bug libf2c/20320] New: GCC 3.3.2 on AMD opetron 64 bits Linux machine

Hi, I am trying to install gcc 3.3.2 on AMD opetron 64 bits Linux machine and I am getting following error.Any help would be highly appreciated. uname -a - >Linux abgixcluster.geoquest 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:32:58 EDT 2003 x86_64 x86_64 x86_64 GNU/Linux Thanks Ajay loading cache

[Bug c/20319] New: -fkeep-static-consts with -O asserted doesn't keep consts

Related discussion: http://gcc.gnu.org/ml/gcc/2005-03/msg00181.html Given the following, static char const rcsid[] = "$Id: f.c,v 5.4 1993/11/09 17:40:15 eggert Exp $"; int main() {} When compiled with GCC 3.4.3, at -O2, the ident string above will _not_ appear in the executable. This is apparen

[Bug c++/20186] [4.0/4.1 regression] ICE with static_cast and type dependent variable (templates)

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

[Bug preprocessor/20282] [4.0/4.1 Regression] gcc4 can not bootstrap itself anymore

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-04 15:43 --- I'm using: ./cc1 x.c on #define APPEND2(NUM, SUFF) NUM ## SUFF #define APPEND(NUM, SUFF) APPEND2(NUM, SUFF) # define MAX_INT 9223372036854775807 #define TARG_MIN (-TARG_MAX - 1) #define TARG_MAX APPEND (MAX_

[Bug c++/19476] Missed null checking elimination with new

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

[Bug bootstrap/20305] [4.0/4.1 Regression] Miscompilation of libcpp/macro.c at -O1 and higher

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-04 15:39 --- Subject: Bug 20305 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-04 15:39:37 Modified files: libcpp : Change

[Bug preprocessor/20282] [4.0/4.1 Regression] gcc4 can not bootstrap itself anymore

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-04 15:39 --- Subject: Bug 20282 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-04 15:39:37 Modified files: libcpp : Change

[Bug java/18362] [4.0 Regression] internal compiler error: in size_binop, at fold-const.c:1598

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-04 15:38 --- Subject: Bug 18362 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-04 15:38:14 Modified files: gcc/java : ChangeLog class.c Log message:

[Bug c/20318] RFE: add attribute to specify that a function never returns NULL

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 15:38 --- Confirmed, PR 19476 is case which depends on this. -- What|Removed |Added CC

[Bug debug/20253] [3.4 regression]: Macro debug info broken due to lexer change

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 15:35 --- Fixed also on the 4.0 branch, 3.4 is a little harder as the loop has changed. -- What|Removed |Added -

[Bug preprocessor/20282] [4.0/4.1 Regression] gcc4 can not bootstrap itself anymore

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 15:35 --- (In reply to comment #13) > The thing that was stopping me from commiting was that I'm now seeing > FAIL: gcc.dg/cpp/arith-3.c (test for bogus messages, line 257) > regression on i386 and x86-64 when starti

[Bug preprocessor/20282] [4.0/4.1 Regression] gcc4 can not bootstrap itself anymore

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-04 15:33 --- Subject: Bug 20282 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-04 15:33:24 Modified files: libcpp : ChangeLog macro.c Log message:

[Bug bootstrap/20305] [4.0/4.1 Regression] Miscompilation of libcpp/macro.c at -O1 and higher

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-04 15:33 --- Subject: Bug 20305 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-04 15:33:24 Modified files: libcpp : ChangeLog macro.c Log message:

[Bug java/18362] [4.0 Regression] internal compiler error: in size_binop, at fold-const.c:1598

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-04 15:32 --- Subject: Bug 18362 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-04 15:32:44 Modified files: gcc/java : Change

[Bug c/20318] New: RFE: add attribute to specify that a function never returns NULL

It would be useful to have a function attribute which specifies that the function never returns NULL. Currently the GCC 4 snapshots with -O2 -Wall generate ~15 spurious warnings in the Subversion source code which could be eliminated if a couple of functions could be marked as never returning NULL

[Bug debug/20253] [3.4/4.0 regression]: Macro debug info broken due to lexer change

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-04 15:28 --- Subject: Bug 20253 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-04 15:28:46 Modified files: gcc: Change

[Bug preprocessor/20282] [4.0/4.1 Regression] gcc4 can not bootstrap itself anymore

--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-04 15:28 --- The thing that was stopping me from commiting was that I'm now seeing FAIL: gcc.dg/cpp/arith-3.c (test for bogus messages, line 257) regression on i386 and x86-64 when starting bootstrap from 20050228 gcc-4_0

[Bug target/20288] AVR assignment of a value through a 16 bit pointer generates out of order code

--- Additional Comments From schlie at comcast dot net 2005-03-04 15:26 --- (In reply to comment #12) > Everybody who works on the AVR toolchain knows that it would be desirable to > have attributes to allow objects to be put in and accessed in different > address > spaces. This has not

[Bug tree-optimization/18546] tree vectorizer does not understand RETURN_DECL

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 15:18 --- (In reply to comment #5) > I'm not sure that I'm reproducing this; I'm getting the loop reported as > vectorized: No you are no missing reading. This is vectorized on x86 but not on PPC. -- http://gcc.

[Bug target/20315] pch problems on solaris

--- Additional Comments From bangerth at dealii dot org 2005-03-04 15:15 --- This seems to be more a problem of precompiled headers on solaris than anything else... W. -- What|Removed |Added ---

[Bug tree-optimization/18546] tree vectorizer does not understand RETURN_DECL

--- Additional Comments From cjb at mrao dot cam dot ac dot uk 2005-03-04 15:11 --- I'm not sure that I'm reproducing this; I'm getting the loop reported as vectorized: % ./g++ -O2 -msse2 -march=pentium4 -ftree-vectorize -fdump-tree-vect-stats -ftree-vectorizer-verbose=9 -S 18546.cpp

[Bug c++/99] Bug in template type in error message.

--- Additional Comments From bangerth at dealii dot org 2005-03-04 15:05 --- Here's another very nice example from PR 20313: - template struct s; template s::s(int j) {} - Note that the definition of the constructor is invalid because

[Bug java/20312] No warning on bad method

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 15:04 --- Confirmed, reduced self contained testcase: class t { public String toString() throws java.io.IOException {return "";} } -- What|Removed |Added -

[Bug middle-end/20290] [4.0/4.1 Regression] Miscompilation on ppc/arm with -Os

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 14:57 --- I hear from Richard Earnshaw that this also fails on ARM too which means that it is a generic bug. -- What|Removed |Added ---

[Bug c++/99] Bug in template type in error message.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-04 14:51 --- *** Bug 20313 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=99

  1   2   >