Halts compile with
In file included from ../../gcc-3.3/gcc/read-rtl.c:24:
../../gcc-3.3/gcc/rtl.h:132: warning: type of bit-field code is a GCC
extension
../../gcc-3.3/gcc/rtl.h:135: warning: type of bit-field mode is a GCC
extension
../../gcc-3.3/gcc/read-rtl.c: In function fatal_with_file_an
int foo(int a, int b)
{
return ((a = b) ? 1 : 0); // <= missed warning.
}
int bar(int a, int b)
{
if (a = b) // warning present.
return 1;
else
return 0;
}
--
Summary: missed diagnostic about assignment used as truth value.
Produ
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-01-10 09:27 ---
Yes, this sounds like the way to go.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25724
--- Comment #6 from paul dot richard dot thomas at cea dot fr 2006-01-10
09:59 ---
(In reply to comment #5)
> This is a regression as it worked on "4.2.0 20051219" though it did not work
> with "4.2.0 20051231".
Mea culpa - my patch fails to copy the character length backend declaratio
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-01-10 10:17 ---
Confirmed. Same in the C++ frontend.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-01-10 10:19 ---
You need an older gcc to build this version of gcc. Or you need to build at
least gcc 3.3.6. gcc < 3.3.6 contain invalid C code that is now rejected.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #2 from chris at bubblescope dot net 2006-01-10 10:37 ---
I'm unclear on why it should be convertable to one of the built-in integral
types at all.. surely saying that
iterator_traits<_OutputIterator>::difference_type (where _OutputIterator is the
first parameter to the funct
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-01-10 11:24
---
Confirmed at -O0, but I cannot reproduce it with a cross-compiler.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
just tried to compile a recent Linux kernel [ 2.6.15] with a recent
GNU C compiler version 4.2 snapshot 20060107. It said
fs/sysfs/inode.c:227: error: missing definition
for SSA_NAME: entry_36 in statement:
# sysfs_dir_cachep_65 = V_MAY_DEF ;
sd_31->s_sibling.next = entry_36;
fs/sysfs/inode.c:22
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-01-10 11:58
---
Testing a fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25367
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-01-10 11:58
---
Testing a fix.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-01-10 11:59
---
Not a GCC issue.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
I am not sure if this is correct C++ code anyway, (so please correct me if not)
#include
#include
using namespace std;
struct TestStruct
{
string testStr[2][2];
/*
TestStruct &operator= (const TestStruct &src)
{
testStr[0][0] = src.testStr[0][0];
testStr[0][1] = src.te
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-01-10 12:28
---
That's the documented behaviour of -I.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from eedelman at gcc dot gnu dot org 2006-01-10 12:32
---
According to the mail http://gcc.gnu.org/ml/fortran/2006-01/msg00123.html, it
fails on x86-64 and SPARC64 too. I don't see the error on Linux/x86.
--
eedelman at gcc dot gnu dot org changed:
What
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-01-10 12:35
---
Not really a GCC problem.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-10 12:38 ---
Can you attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-10 12:45 ---
I cannot reproduce this in 3.4.0, 3.4.5 or 4.1.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25735
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-01-10 12:48
---
I see it on SPARC64 and x86-64.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-01-10 13:03
---
Not very pretty indeed.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from toon at moene dot indiv dot nluug dot nl 2006-01-10
13:04 ---
Also, very telling, it fails for s390x-ibm-linux-gnu (64 bits) and *not* for
s390-ibm-linux-gnu (32 bits).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25716
,.,. C45342A ACATS 2.5 06-01-10 12:41:40
C45342A CHECK THAT CATENATION OF NON-NULL OPERANDS YIELDS CORRECT
RESULT WITH CORRECT BOUNDS.
raised CONSTRAINT_ERROR : c45342a.adb:83 length check failed
,.,. C52102B ACATS 2.5 06-01-10 12:43:29
C52102B CHECK THAT THE ASSIGNMENT
--- Comment #2 from pcarlini at suse dot de 2006-01-10 13:07 ---
(In reply to comment #1)
> I cannot reproduce this in 3.4.0, 3.4.5 or 4.1.0.
Same here, mainline too. Valgrind is also fine, on x86.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25735
,.,. C974001 ACATS 2.5 06-01-10 12:54:17
C974001 Asynchronous Select: Trigger is delay_relative which
completes before abortable part.
(killed)
,.,. C974013 ACATS 2.5 06-01-10 13:57:39
C974013 Asynchronous Select: Trigger is delay_until which completes
be
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-10 13:08 ---
I can reproduce it with a native compiler for powerpc-darwin but with -m64
which enables LP64 powerpc-Darwin. It is a segfault writting out the module.
Backtrace:
#0 0x00052ce0 in mio_symtree_ref (stp=0x42909e3c) a
,.,. CC50A01 ACATS 2.5 06-01-10 14:03:59
CC50A01 Check that a formal parameter of a library-level generic
unit may be a formal tagged private type.
- CC50A01 Testing definite tagged type...
* CC50A01Wrong result after Pop of empty stack.
- CC50A01 Testing indefinit
--- Comment #5 from nickc at redhat dot com 2006-01-10 13:15 ---
Created an attachment (id=10605)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10605&action=view)
When computing region not to schedule, include earlier cc0 setters
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-10 13:16
---
No feedback in 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from nickc at redhat dot com 2006-01-10 13:19 ---
Hi Libor,
I have uploaded a patch which should fix the problem. It is not the most
elegant solution but I believe that it should work for now.
The patch amends the code in add_branch_dependencies() which searches bac
--- Comment #3 from dtrebilco at gmail dot com 2006-01-10 13:33 ---
(In reply to comment #2)
> (In reply to comment #1)
> > I cannot reproduce this in 3.4.0, 3.4.5 or 4.1.0.
>
> Same here, mainline too. Valgrind is also fine, on x86.
>
If it helps I am using compile options: -O0 -g3 -
As reported on gcc ml by Christophe Jaillet <[EMAIL PROTECTED]>:
gcc leaks memory augment_live_range
static void
augment_live_range (bitmap live_range, HARD_REG_SET *btrs_live_in_range,
basic_block head_bb, basic_block new_bb, int full_range)
{
basic_block *worklist, *tos;
tos =
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-10 14:06 ---
I should note that bt-load.c is only invoked by default on sh-*.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-01-10 14:25 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-01-10 14:26 ---
Created an attachment (id=10607)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10607&action=view)
patch
patch, untested but obvious.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25739
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-01-10 14:28
---
I was a bit terse: -I is ignored for $(prefix)/include. See the entry for
--with-local-prefix in http://gcc.gnu.org/install/configure.html .
If you don't want /usr/local/include to be searched, "configure it awa
Building GCC 3.4.5 on Solaris 2.10
Configure line: configure --prefix=/usr/local --enable-languages=c,c++
Directory: gcc-3.4.5/build/gcc
Triggering line:
/opt/apps/src/gcc-3.4.5/build/gcc/xgcc -B/opt/apps/src/gcc-3.4.5/build/gcc/
-B/usr/local/sparc-sun-solaris2.10/bin/ -B/usr/local/sparc-sun-sol
Same filename is used in different tests. When "make -j4 check" was used, I got
FAIL: g++.dg/debug/trivial.C -gstabs+1 execution test
FAIL: gcc.dg/debug/trivial.c -gdwarf-2 execution test
FAIL: gcc.dg/debug/trivial.c -gdwarf-2 -O3 execution test
FAIL: g++.dg/debug/trivial.C -gstabs+1 -O3 execution
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-01-10 16:05
---
Please try again, GCC 3.4.5 is known to bootstrap fine on SPARC/Solaris 10. If
it's reproducible, post a backtrace at the crashpoint.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from darren at mambo dot net 2006-01-10 16:12 ---
Backtrace will take a few days - I'm on a deadline to get this system
installed, so right now I'm compiling 3.4.4 and hoping it doesn't have the same
bug.
Once the system's ready, I'll re-try compiling 3.4.5
--
http:/
--- Comment #3 from sebor at roguewave dot com 2006-01-10 16:14 ---
(In reply to comment #2)
I'm not sure what you mean. Could you show what one of the algorithms would
look like with a Size that's not convertible to an integer?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25306
--- Comment #2 from berndtrog at yahoo dot com 2006-01-10 16:56 ---
Only 3.4.x seems allocate a frame pointer in the function 'Evaluate'.
It would be interesting if this bug can be triggered in 4.x!
--
berndtrog at yahoo dot com changed:
What|Removed
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2006-01-10 16:58
---
> Backtrace will take a few days - I'm on a deadline to get this system
> installed, so right now I'm compiling 3.4.4 and hoping it doesn't have
> the same bug.
Well, unless proven otherwise, GCC 3.4.5 has no bug
--- Comment #4 from chris at bubblescope dot net 2006-01-10 17:00 ---
For the record, I was thinking of:
template
_OutputIterator
fill_n(_OutputIterator __first, _Size __n, const _Tp& __value)
{
iterator_traits<_OutputIterator>::difference_type __count(
--- Comment #5 from gdr at cs dot tamu dot edu 2006-01-10 17:13 ---
Subject: Re: fill_n, generate_n assume Size is modifiable
"chris at bubblescope dot net" <[EMAIL PROTECTED]> writes:
| But now I've decided thats no good, as difference_type isn't designed for
| OutputIterators.
Ind
--- Comment #7 from bkoz at gcc dot gnu dot org 2006-01-10 17:14 ---
Subject: Bug 23591
Author: bkoz
Date: Tue Jan 10 17:14:00 2006
New Revision: 109545
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109545
Log:
2006-01-10 Benjamin Kosnik <[EMAIL PROTECTED]>
Ulrich
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25734
--- Comment #4 from berndtrog at yahoo dot com 2006-01-10 17:19 ---
Roger Sayle commited the patch on 2005-12-17.
Thanks!
--
berndtrog at yahoo dot com changed:
What|Removed |Added
---
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-01-10 17:22 ---
I'd like to either close this or change it to bootstrap, in the attempt to flag
the attention of the top-level build people for this bug.
I don't consider this a libstdc++ problem.
--
http://gcc.gnu.org/bugzi
--- Comment #1 from steven at gcc dot gnu dot org 2006-01-10 17:25 ---
One of trivial.[cC] has to be renamed.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from bkoz at gcc dot gnu dot org 2006-01-10 17:25 ---
Fixed in 4.1.x and mainline.
There is another found while looking at this bug, in that multi-threaded apps
with multiple, pending exceptions will leak active and in-flight exceptions at
termination.
I'll open a separ
--- Comment #9 from bkoz at gcc dot gnu dot org 2006-01-10 17:26 ---
Fixed.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from bugzilla-gcc at thewrittenword dot com 2006-01-10
17:32 ---
(In reply to comment #5)
> I'd like to either close this or change it to bootstrap, in the attempt to
> flag
> the attention of the top-level build people for this bug.
>
> I don't consider this a libstdc+
--- Comment #8 from steven at gcc dot gnu dot org 2006-01-10 17:50 ---
The new reassociation pass, or the removal of DOM's reassociation bits, fixed
this on the trunk. We get poorer initial RTL generation out of GCC 4.1 and we
never manage to fix it up:
The .final_cleanup from GCC 4.1
--- Comment #4 from darren at mambo dot net 2006-01-10 17:52 ---
Well, 3.4.4 craps out on the same file, unable to malloc after exhausting the
8Gb swap space.
Note that the difference between your system and this one is I have
"--enable-languages=c,c++". I do have a running gcc 3.4.4 o
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-01-10 18:09
---
> Note that the difference between your system and this one is I have
> "--enable-languages=c,c++".
That doesn't matter here.
> I will try re-configuring this 3.4.4 with sparcv9-sun-solaris2.10 instead of
> spar
--- Comment #2 from hp at gcc dot gnu dot org 2006-01-10 18:12 ---
Subject: Bug 25718
Author: hp
Date: Tue Jan 10 18:12:21 2006
New Revision: 109547
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109547
Log:
PR target/25718
* config/cris/cris.md ("uminsi3"): Don'
--- Comment #3 from hp at gcc dot gnu dot org 2006-01-10 18:13 ---
Subject: Bug 25718
Author: hp
Date: Tue Jan 10 18:13:16 2006
New Revision: 109548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109548
Log:
PR target/25718
* config/cris/cris.md ("uminsi3"): Don'
--- Comment #4 from hp at gcc dot gnu dot org 2006-01-10 18:14 ---
Subject: Bug 25718
Author: hp
Date: Tue Jan 10 18:14:42 2006
New Revision: 109549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109549
Log:
PR target/25718
* gcc.dg/torture/pr25718-1.c: New test.
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-01-10 18:50
---
Subject: Bug 25367
Author: ebotcazou
Date: Tue Jan 10 18:50:07 2006
New Revision: 109551
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109551
Log:
PR rtl-optimization/25367
* config/sparc
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-01-10 18:51
---
Subject: Bug 25367
Author: ebotcazou
Date: Tue Jan 10 18:51:33 2006
New Revision: 109552
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109552
Log:
PR rtl-optimization/25367
* config/sparc
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-01-10 18:53
---
Subject: Bug 25367
Author: ebotcazou
Date: Tue Jan 10 18:53:24 2006
New Revision: 109553
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109553
Log:
PR rtl-optimization/25367
* config/sparc
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-01-10 18:55
---
See http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00545.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from hp at gcc dot gnu dot org 2006-01-10 19:01 ---
Fixed in main trunk; 4.1 and 4.0 pending.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hjl at lucon dot org 2006-01-10 19:06 ---
Some tests use PID in output filenames. I am testing a patch now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25741
--- Comment #3 from hjl at lucon dot org 2006-01-10 19:22 ---
Using PID in output filenames requires many changes. Renaming is simpler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25741
--- Comment #4 from hjl at lucon dot org 2006-01-10 20:20 ---
Created an attachment (id=10608)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10608&action=view)
List of tests with the same prefix
This is a list of ests with the same prefix. There are quite a few.
--
http://gcc
--- Comment #4 from steven at gcc dot gnu dot org 2006-01-10 20:26 ---
Honza, are you going to do something useful with your patch from comment #3?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-10 20:31 ---
I have a fix which comes from Richard Guenther and modified for
-fargument-noalias-global instead of restrict as it was using the wrong test.
--
pinskia at gcc dot gnu dot org changed:
What|Remove
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-10 20:35 ---
I have a semi fix for this one but the variable is still being marked as a call
clobber but that is because of a FIXME in the source. I am going to take it
anyways but not close it once I get my patch approved.
It d
--- Comment #3 from steven at gcc dot gnu dot org 2006-01-10 20:36 ---
GCC 4.2 (trunk) produces this kind of redundant loads:
...
movl-20(%ebp), %eax
testl %eax, %eax
je .L10
movl-20(%ebp), %eax
movl%eax, (%esp)
c
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-10 20:36 ---
I should note that the patch is not fully done as I still need to be able to
add it to the list of variables to remove before running the may_alias again
(like the HEAP variables).
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from steven at gcc dot gnu dot org 2006-01-10 20:57 ---
On the trunk, we have the following situation in the .csa RTL dump (on AMD64
-m32 -march=i686):
;; Start of basic block 5, registers live:
4 [si] 5 [di] 6 [bp] 7 [sp] 20 [frame]
(code_label:HI 38 37 39 5 2 "" [1 use
The attached code generates an internal error when we try to compile it with
-O[123s].
--
Summary: Internal compiler error in gen_rtx_SUBREG
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
--- Comment #1 from zer0 at droids-corp dot org 2006-01-10 21:04 ---
Created an attachment (id=10609)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10609&action=view)
the guilty program
This is the program that we cannot compile :
$ avr-gcc -Wall -Os f32.c -c -mmcu=atmega128
f32.
--- Comment #2 from berndtrog at yahoo dot com 2006-01-10 21:19 ---
f32.c compiles OK on 4_1-branch and HEAD.
--
berndtrog at yahoo dot com changed:
What|Removed |Added
--- Comment #5 from steven at gcc dot gnu dot org 2006-01-10 21:27 ---
FWIW, the peephole that we trigger is this one, which has been around since
forever (since rth's ia32 backend rewrite from the previous century...):
;; Don't compare memory with zero, load and use a test instead.
(de
--- Comment #6 from darren at mambo dot net 2006-01-10 21:32 ---
Well, I tried 'configure sparcv9-sun-solaris2.10' and it crashed on the same
file
I tried 'CC="gcc -m64" configure sparcv9-sun-solaris2.10' and it still crashed
on the same file.
I'm beginning to think I imagined ever com
--- Comment #6 from steven at gcc dot gnu dot org 2006-01-10 21:32 ---
Since GCC 3.2 also has this problem, contrary to what the reporter claims, I am
not sure if we should keep this marked as a regression. Obviously it is a
missed optimization, so the bug report is valid in that sense,
[~/rpm/BUILD/gcc-4.1-20060106/obj-sparc64-pld-linux]$
$ make all-gcc
$ make -C gcc/ada gnatlib
(...)
../../xgcc -B../../ -c -g -O2 -gnatpg -nostdinc a-dirval.adb -o a-dirval.o
../../xgcc -B../../ -c -g -O2 -gnatpg -nostdinc a-einuoc.adb -o a-einuoc.o
../../xgcc -B../../ -c -g -O2 -gnatpg -nostdin
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-01-10 21:38
---
> I'm beginning to think I imagined ever compiling gcc on this box! :)
What happens if you bootstrap the sparc-sun-solaris2.10 compiler?
CC="gcc -m32" $(scrdir)/configure sparc-sun-solaris2.10 --prefix=...
gmake
--- Comment #1 from pluto at agmk dot net 2006-01-10 21:42 ---
Created an attachment (id=10610)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10610&action=view)
system-linux-sparc64.ads + makefile tweak.
initial patch used during crosscompiling.
--
http://gcc.gnu.org/bugzilla
--- Comment #7 from steven at gcc dot gnu dot org 2006-01-10 22:00 ---
The patch does look reasonable to me at first sight. Steve, are you going to
look at the patch? It'd be nice to have this fixed in GCC 4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25486
--- Comment #6 from steven at gcc dot gnu dot org 2006-01-10 22:04 ---
No feedback for way more than 5 months, and not reconfirmed in the last 6
months. We may still look at the problem somewhen, hence suspending. Rainer,
if this problem still exists, can you investigate the problem a
--- Comment #5 from steven at gcc dot gnu dot org 2006-01-10 22:07 ---
Adding Jim Wilson to the CC: because he is the listed IA-64 maintainer.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2006-01-10 22:13
---
The 64-bit compiler:
hikaru% gcc/xgcc -v
Using built-in specs.
Configured with: /home/eric/gcc-3.4.5/configure sparc64-sun-solaris2.10
--prefix=/usr/local --enable-languages=c
Thread model: posix
gcc version 3.4.
--- Comment #5 from steven at gcc dot gnu dot org 2006-01-10 22:22 ---
Leaving "critical" bugs as UNCONFIRMED isn't going to help us keep the bug
database maintainable... So moving to WAITING pending further analysis by
Rainer or others.
However, it may well be a linker bug, as suggest
gcc -v:
Reading specs from /tools/new/lib/gcc/i686-pc-linux-gnu/3.4.4/specs
Configured with: ../configure --enable-threads=posix --prefix=/tools/new
--enable-language=c,c++,java --disable-checking --enable-shared
Thread model: posix
gcc version 3.4.4
Invoke gcc simply as:
gcc test.cc
Where tes
--- Comment #1 from h8_spam at sonic dot net 2006-01-10 22:31 ---
Created an attachment (id=10611)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10611&action=view)
The test.ii file that was too big for the text of the bug report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2006-01-10
22:32 ---
Subject: Re: [4.0/4.1/4.2 regression] IRIX 6.5 bootstrap failure with SGI
7.4.3m ld: GOT overflow
steven at gcc dot gnu dot org writes:
> However, it may well be a linker bug, as suggested in comment #1.
--- Comment #24 from steven at gcc dot gnu dot org 2006-01-10 22:39 ---
Realistically, the prospects are that this problem won't be fixed until compile
time gets on the GCC developers' radar for real. The next release always
promises to be faster, but usually turns out to be disappoint
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-10 22:40 ---
*** This bug has been marked as a duplicate of 23797 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-01-10 22:40
---
*** Bug 25744 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from bangerth at dealii dot org 2006-01-10 22:40 ---
Confirmed, but this is already fixed as of 3.4.6 20060102 (prerelease)
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25744
--- Comment #7 from herbert at gondor dot apana dot org dot au 2006-01-10
22:44 ---
Subject: Re: [3.4/4.0/4.1/4.2 regression] Redundant reloading from stack frame
On Tue, Jan 10, 2006 at 09:32:58PM -, steven at gcc dot gnu dot org wrote:
>
> --- Comment #6 from steven at gcc
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-01-10 22:50
---
> The 64-bit compiler:
...under another name:
hikaru% gcc/xgcc -v
Using built-in specs.
Configured with: /home/eric/gcc-3.4.5/configure sparcv9-sun-solaris2.10
--prefix=/usr/local --enable-languages=c
Thread mod
--- Comment #2 from pluto at agmk dot net 2006-01-10 22:54 ---
-gnatwZ option helps but ./xgcc ICEs few steps ahead :(
(...)
../../xgcc -B../../ -c -g -O2 -gnatpg -nostdinc -gnatwZ s-fore.adb -o
s-fore.o
s-fore.adb: In function 'System.Fore.Fore':
s-fore.adb:57: error: unrecogniz
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-01-10 22:55
---
I can confirm this on x86_64-unknown-linux-gnu with gcc 3.4.0 - 3.4.3.
I cannot reproduce this with gcc 3.4.4 or later.
IMHO this is a duplicate of PR 20142.
*** This bug has been marked as a duplicate of 20142
--- Comment #10 from reichelt at gcc dot gnu dot org 2006-01-10 22:55
---
*** Bug 25735 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from steven at gcc dot gnu dot org 2006-01-10 22:58 ---
Unfortunately you're not showing your full command line, so I can only guess
what platform your host is and for what target you are compiling. I will
attach diffs between GCC 3.2 and GCC 3.3-hammer for i[456]86. To
--- Comment #9 from steven at gcc dot gnu dot org 2006-01-10 23:00 ---
Created an attachment (id=10612)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10612&action=view)
gcc 3.2 vs. gcc 3.3 .s output, march=i486
All .s files created on AMD64, compiler options -m32 -S -O2 -march=i[4
1 - 100 of 130 matches
Mail list logo
