--- Comment #9 from pault at gcc dot gnu dot org 2006-01-11 07:42 ---
Fixed on trunk and 4.1.
Many thanks for reporting this. It's sometimes hard to remember all the cases
needed to test a patch and we depend on rapid feedback to get it right. In
this case, I just plain forgot that ch
--- Comment #8 from pault at gcc dot gnu dot org 2006-01-11 07:27 ---
Subject: Bug 25730
Author: pault
Date: Wed Jan 11 07:27:31 2006
New Revision: 109574
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109574
Log:
2005-01-11 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #7 from pault at gcc dot gnu dot org 2006-01-11 07:15 ---
Subject: Bug 25730
Author: pault
Date: Wed Jan 11 07:15:25 2006
New Revision: 109573
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109573
Log:
2005-01-11 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-11 05:49 ---
Actually there is a call clobbering issue here or something like that because I
see now where the address of multilib_exclusions_raw escaping (I have to look
where we mark the variable as call clobbering).
--
ht
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-11 04:58 ---
If you read the instructions to file a bug you would notice that you should try
-W -Wall. With those options I get a couple of warnings:
t.c:20: warning: format %d expects type int *, but argument 2 has type
sh
the 50- line .c source was compiled on vc++ 6 and ran without any errors (gave
needed results) but when compiled on gcc 4.0.1-5mdk i get a wicked logic error!
It nearly drove me crazy man! Below are the gcc specs... if u don't understand
this bug look at the plaing text source below (its only 50+
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-01-11 03:45
---
Created an attachment (id=10618)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10618&action=view)
Prposed patch for pr 25697
Dale, can you give this s spin. I think this fixes it.
--
http://gcc.gnu.or
--- Comment #6 from fengwang at gcc dot gnu dot org 2006-01-11 03:38
---
And the backtrace:
#0 mio_expr (ep=0x60033298)
at ../../gcc-4.2-20051231/gcc/fortran/module.c:1472
#1 0x4007caa0 in mio_charlen (clp=0x600fc0a8)
at ../../gcc-4.2-20051231/gcc/fortr
--- Comment #5 from fengwang at gcc dot gnu dot org 2006-01-11 03:18
---
Also fails on ia64-linux-gnu. This is the ruduced case:
module cutils
implicit none
private
type t
integer :: kk(3) = (/30, 40, 50 /)
end type t
integer :: n8 = 3
type(t) :: tt2
public :: IntToChar7
con
--- Comment #5 from dje at gcc dot gnu dot org 2006-01-11 02:20 ---
What is the specific testcase compiled by XLC? What version of XLC? And what
options were used?
I cannot reproduce strength reduction of a floating point multiply to floating
point adds with a testcase that uses a fun
--- Comment #8 from sgk at troutmask dot apl dot washington dot edu
2006-01-11 01:45 ---
Subject: Re: [4.1/4.2 Regression] fortran fixed-form literal character
constant not padded.
On Tue, Jan 10, 2006 at 10:00:34PM -, steven at gcc dot gnu dot org wrote:
>
> The patch does look
--- Comment #9 from seidl at feld dot cvut dot cz 2006-01-11 01:30 ---
Created an attachment (id=10617)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10617&action=view)
Another source making internal error of patched compiler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2437
--- Comment #8 from seidl at feld dot cvut dot cz 2006-01-11 01:26 ---
Created an attachment (id=10616)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10616&action=view)
Source generating internal error of patched compiler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24376
--- Comment #7 from seidl at feld dot cvut dot cz 2006-01-11 01:24 ---
Hi Nick,
I tested patched compiler on my problematic sources and I check assembler
output of compiler carefully (but not execute destination code yet). I believe
that reported problem is solved. But the compilation of
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-11 01:08 ---
Here is a reduced testcase, which I found independently:
void link_error(void);
int *t;
int g(int *a)
{
t = a;
*a = 2;
}
void f(int *a)
{
int b;
b = 1;
g(&b);
b = 2;
*a = 1; <--- a cannot point to b
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-11 01:07 ---
*** Bug 25558 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23086
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-11 01:07 ---
Oh, this is a dup of bug 23086.
*** This bug has been marked as a duplicate of 23086 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from danglin at gcc dot gnu dot org 2006-01-11 00:44
---
Subject: Bug 20754
Author: danglin
Date: Wed Jan 11 00:43:56 2006
New Revision: 109568
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109568
Log:
PR target/20754
* pa.md: Create separate 32
--- Comment #11 from danglin at gcc dot gnu dot org 2006-01-11 00:28
---
Subject: Bug 20754
Author: danglin
Date: Wed Jan 11 00:28:13 2006
New Revision: 109566
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109566
Log:
PR target/20754
* pa.md: Create separate 32
--- Comment #10 from danglin at gcc dot gnu dot org 2006-01-11 00:07
---
Subject: Bug 20754
Author: danglin
Date: Wed Jan 11 00:07:16 2006
New Revision: 109557
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109557
Log:
PR target/20754
* pa.md: Create separate 32
--- Comment #18 from herbert at gondor dot apana dot org dot au 2006-01-10
23:45 ---
Subject: Re: Redundant reloading from stack frame on i386
On Tue, Jan 10, 2006 at 11:44:21PM -, steven at gcc dot gnu dot org wrote:
>
>
> --- Comment #17 from steven at gcc dot gnu dot org
--- Comment #17 from steven at gcc dot gnu dot org 2006-01-10 23:44 ---
Fair enough. I think it's highly unlikely that anyone would care enough about
i386 to worry about fixing this, but you never know.
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #16 from herbert at gondor dot apana dot org dot au 2006-01-10
23:41 ---
Subject: Re: [3.4/4.0/4.1/4.2 regression] Redundant reloading from stack frame
On Tue, Jan 10, 2006 at 11:36:51PM -, steven at gcc dot gnu dot org wrote:
>
> So, closing as INVALID, i.e. not-a-bu
--- Comment #15 from steven at gcc dot gnu dot org 2006-01-10 23:36 ---
Then I am quite sure that the difference comes from using "repnz; scasb" in GCC
3.2 vs. calling strlen in GCC 3.3 on i486. For GCC 3.2, the code for i386 and
i486 are pretty much equivalent (the only difference is t
--- Comment #14 from herbert at gondor dot apana dot org dot au 2006-01-10
23:25 ---
Subject: Re: [3.4/4.0/4.1/4.2 regression] Redundant reloading from stack frame
On Tue, Jan 10, 2006 at 10:58:03PM -, steven at gcc dot gnu dot org wrote:
>
>
> --- Comment #8 from steven at
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2006-01-10
23:18 ---
Subject: Re: [4.1/4.2 Regression] Many tmpdir-gcc.dg-struct-layout-1 tests
fail on Tru64 UNIX V5.1B
steven at gcc dot gnu dot org writes:
> No feedback for way more than 5 months, and not reconfirmed in t
--- Comment #13 from steven at gcc dot gnu dot org 2006-01-10 23:04 ---
Created an attachment (id=10615)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10615&action=view)
gcc 3.2 vs. gcc 4.0 .s output, march=i686
For the sake of completeness, also a diff between GCC 3.2 and GCC 4.0
--- Comment #12 from steven at gcc dot gnu dot org 2006-01-10 23:02 ---
For the record, it is a known problem that x86 32 bits hosts and x86_64 hosts
sometimes produce different code, even with the same -march options. We may be
seeing one such case here, eventhough that is quite unlike
--- Comment #11 from steven at gcc dot gnu dot org 2006-01-10 23:01 ---
Created an attachment (id=10614)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10614&action=view)
gcc 3.2 vs. gcc 3.3 .s output, march=i686
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23451
--- Comment #10 from steven at gcc dot gnu dot org 2006-01-10 23:00 ---
Created an attachment (id=10613)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10613&action=view)
gcc 3.2 vs. gcc 3.3 .s output, march=i586
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23451
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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=
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 #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
--- 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: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 #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 #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 #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 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
[~/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 #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,
--- 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 #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 #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 #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.
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
---
--
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 #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
--- 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 #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 #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 #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 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 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 #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
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
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
--- 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
--- 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 #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 #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
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 =
1 - 100 of 130 matches
Mail list logo
