--- Comment #2 from charlet at adacore dot com 2008-01-09 07:57 ---
Subject: Re: New: Ada runtime improvements for OpenBSD to enable tasking and
related features
> After the patch, configure option "--with-threads=gnat" enables tasking for
> OpenBSD on x86 platform.
Note that this op
--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34355
--- Comment #3 from ubizjak at gmail dot com 2008-01-09 07:57 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from burnus at gcc dot gnu dot org 2008-01-09 07:42 ---
(In reply to comment #3)
> I don't get an segfault, but:
> gamsana1.f90:1550.6:
> SUBROUTINE INVENTNAMES(ROWNAM, COLNAM, RNAMLEN, CNAMLEN, M, N)
The following error message I accidentally did not include; it is
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-09 07:39 ---
I don't get an segfault, but:
gamsana1.f90:1550.6:
SUBROUTINE INVENTNAMES(ROWNAM, COLNAM, RNAMLEN, CNAMLEN, M, N)
1
Reduced test case:
PROGRAM GAMSANAL
IMPLICIT NONE
INTEGER(4), ALLOCATA
--- Comment #2 from tgall dot foo at gmail dot com 2008-01-09 07:06 ---
on a lark I tried turning off decimal float support
no change.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34720
--- Comment #3 from spop at gcc dot gnu dot org 2008-01-09 06:22 ---
Subject: Re: [4.2/4.3 Regression] ICE in lambda_loopnest_to_gcc_loopnest with
-O2 -ftree-loop-linear
Patch http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00342.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34
--- Comment #2 from dannysmith at users dot sourceforge dot net 2008-01-09
06:14 ---
This is a dup of PR23138 which is fixed if using recent mingw runtime.
Danny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34712
--- Comment #13 from phelps at gnusto dot com 2008-01-09 05:54 ---
re: comment #12 -- sorry, just read comment #10. Ignore me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34152
--- Comment #12 from phelps at gnusto dot com 2008-01-09 05:53 ---
re: comment #7, could you double-check with ldd that your application is
picking up the right libstdc++.so? You may have to fiddle with your
LD_LIBRARY_PATH to make it do so.
-Ted
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #1 from tgall dot foo at gmail dot com 2008-01-09 05:50 ---
Two things to be clear on. This is a build of the Jan 4 2008 snapshot. No
patches are applied.
SYSCALLS.i
# 1 "SYSCALLS.c"
# 1 "/var/tmp/portage/sys-devel/gcc-4.3.0_alpha20080104/work/build/gcc//"
# 1 ""
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org
|dot org
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org
|dot org
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |spop at gcc dot gnu dot org
|dot org
--- Comment #4 from danglin at gcc dot gnu dot org 2008-01-09 03:28 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from danglin at gcc dot gnu dot org 2008-01-09 03:26 ---
Subject: Bug 30459
Author: danglin
Date: Wed Jan 9 03:26:10 2008
New Revision: 131411
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131411
Log:
PR testsuite/30459
g++.dg/eh/ia64-2.C: Requir
--- Comment #3 from brian at dessent dot net 2008-01-09 03:18 ---
FSF gcc does not currently support exceptions across shared libraries on Cygwin
or MinGW. This is because a shared libgcc is required, and libgcc only builds
static on those platforms.
For the 3.4 gcc releases that MinGW
--- Comment #2 from danglin at gcc dot gnu dot org 2008-01-09 03:15 ---
Subject: Bug 30459
Author: danglin
Date: Wed Jan 9 03:14:15 2008
New Revision: 131410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131410
Log:
PR testsuite/30459
g++.dg/eh/ia64-2.C: Requir
--- Comment #1 from ismail at pardus dot org dot tr 2008-01-09 02:37
---
No longer producable with trunk revision 131409 -> invalid.
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
--
--- Comment #10 from jokehell2 at hotmail dot com 2008-01-09 01:22 ---
is bnu related to this? do i have to use make? in case that I must/have to use
make how is going to be the comand line?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34687
--- Comment #2 from sdirkse at gams dot com 2008-01-09 01:16 ---
I should have mentioned: I get this with a checkout of the gcc trunk from 8 Jan
2008. Also, this is not likely unique to 64-bit: I get the same error message
on Linux32 with a similar file and a slightly older revision of
--- Comment #1 from sdirkse at gams dot com 2008-01-09 01:11 ---
Created an attachment (id=14906)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14906&action=view)
zipped source and doit.sh script to reproduce
To reproduce, unzip the attachment and run
./doit.sh
--
http://gcc
Here's the log of the failed compile:
madison.gams.com:/home/steve/lang/f90/bug3$uname -a
Linux madison.gams.com 2.6.23.9-85.fc8 #1 SMP Fri Dec 7 15:49:36 EST 2007
x86_64 x86_64 x86_64 GNU/Linux
madison.gams.com:/home/steve/lang/f90/bug3$gfortran -c -m64 -O gamsana1.f90
gamsana1.f90:1541: internal
--- Comment #9 from jokehell2 at hotmail dot com 2008-01-09 00:46 ---
still can't is there any version that accepts to leave _asm undeclared?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34687
--- Comment #8 from jokehell2 at hotmail dot com 2008-01-09 00:13 ---
trying thanks
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34687
--- Comment #3 from pcarlini at suse dot de 2008-01-09 00:05 ---
Doug, can you confirm the code is legal? Because the ICE disappeared and now
just compiles...
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #35 from steven at gcc dot gnu dot org 2008-01-09 00:04 ---
How does the trunk compare now to the numbers mentioned in comment #16 ?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-08 23:33 ---
If I read http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00735.html correctly, it
should work if you use -gdwarf-2 instead of -g.
My understanding is that it not a bug in GCC, but I might be wrong.
--
http://gcc.g
--- Comment #2 from wilson at gcc dot gnu dot org 2008-01-08 23:20 ---
GCC is assuming use of GNU bison instead of yacc here. Install GNU bison,
reconfigure, and the problem will go away.
GCC release tar balls have pre-generated output files with appropriate file
time stamps, so that e
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-08 23:19 ---
struct s
{
long long id() const { return (this->a << 16) >> 16; }
long long a : 48;
int i1 : 16;
};
long long bar(struct s *x) { return (x->a << 16) >> 16; }
shows different IL from the FE for id() vs bar():
The following code
subroutine test(a, b, x)
integer :: i, n
real :: a, b, x(:)
if (a==b) n=size(x)
print *, n
do i=1,n
x(i)=n
end do
end
does not give any warning when compiled with 'gfortran -c -O -Wuninitialized'
even if I comment the "if" line. If I comment the "print" line (with or without
t
--- Comment #7 from dj at redhat dot com 2008-01-08 22:00 ---
Subject: Re: as crashed
DJGPP 2.04 is newer than djgpp 2.03. You need to try the gcc 4.2.2
that's built with djgpp 2.04 (it's in the "beta" subdir, instead of
"current"). You have installed the gcc 4.2.2 that's built with
overview:
building gcc 4.3 with gcc 4.3 fails on a 64 bit ppc64 box. (yes, running as
elf64)
gcc -v
Using built-in specs.
Target: powerpc64-unknown-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.3.0_alpha20080104/work/gcc-4.3-20080104/configure
--prefix=/usr
--bindir=/usr/powerpc64-u
--- Comment #6 from jokehell2 at hotmail dot com 2008-01-08 21:40 ---
No becouse I dinb't know it was in the ftp and I want to compile a program that
said that it could be compiled in GCC 3.0 without trouble but if I use an older
version I could get mi computer hung up and another altern
--- Comment #23 from rguenth at gcc dot gnu dot org 2008-01-08 21:36
---
Fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #22 from rguenth at gcc dot gnu dot org 2008-01-08 21:36
---
Subject: Bug 31863
Author: rguenth
Date: Tue Jan 8 21:35:25 2008
New Revision: 131405
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131405
Log:
2008-01-08 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-08 21:28 ---
Unassigning for the rest of the improvements in this bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from dj at redhat dot com 2008-01-08 21:26 ---
Subject: Re: as crashed
Have you tried the 2.04 version?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34687
Under Mac OS X Leopard using the prepackaged gfortran binaries from 12/31/2007,
any fortran program with a common block emits a N_GSYM stabs warning when
compiled in debug mode. This is with the Leopard version of XCode (3.0).
$ cat test.f
program test
common nrange
call f
--- Comment #34 from rguenth at gcc dot gnu dot org 2008-01-08 21:22
---
Subject: Bug 34683
Author: rguenth
Date: Tue Jan 8 21:21:29 2008
New Revision: 131404
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131404
Log:
2008-01-08 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-08 21:22 ---
Subject: Bug 34706
Author: rguenth
Date: Tue Jan 8 21:21:29 2008
New Revision: 131404
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131404
Log:
2008-01-08 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #4 from jokehell2 at hotmail dot com 2008-01-08 21:20 ---
well again couldn't solve it well I missed writing that im running gcc in
windows xp in a Pentium III 933mhz processor, and this is what I get by adding
-v as a mail told me, This is the full output I get while trying
--without-included-gettext
--without-system-libunwind --with-system-zlib --with-cpu=generic
--with-pkgversion='Pardus Linux' --with-bugurl=http://bugs.pardus.org.tr
Thread model: posix
gcc version 4.3.0 20080108 [trunk revision 131392] (Pardus Linux)
I see one unexpected failure :
FA
--- Comment #6 from aleksey dot shipilev at gmail dot com 2008-01-08 20:37
---
Here you go, Andrew.
# gdb ./a.out
GNU gdb 6.7.1
(gdb) set disassembly-flavor intel
(gdb) run
Starting program: ~/src/gcc-b/a.out
before: output=bffa911c, buf=bffa8f1c
after: output=bffa911c, buf=bffa8f1c
s
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-08 20:24 ---
Can you run your program under gdb and then give the backtrace?
Are you sure that the ioctl does not keep around the buffer so when you return
from main, the buffer becomes invalid?
--
http://gcc.gnu.org/bugzill
--- Comment #4 from aleksey dot shipilev at gmail dot com 2008-01-08 20:06
---
Created an attachment (id=14905)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14905&action=view)
Updated test
One should get the read from device working. If the test prints "FAILED" that
mean issue m
--- Comment #1 from tero dot koskinen at iki dot fi 2008-01-08 19:59
---
Created an attachment (id=14904)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14904&action=view)
Ada tasking for OpenBSD
The patch attached in case the url does not work.
--
http://gcc.gnu.org/bugzilla
Ada runtime of gcc trunk (r131371) does not have OpenBSD specific sections, so
the pthreads library and related features are not used/enabled on OpenBSD.
Patch at http://iki.fi/tero.koskinen/gcc/gcc-ada-gnattools-tasking.diff adds
files a-intnam-openbsd.ads, g-soccon-openbsd.ads, s-osinte-openbsd.
--- Comment #8 from eric dot weddington at atmel dot com 2008-01-08 19:49
---
(In reply to comment #7)
> Created an attachment (id=14902)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14902&action=view) [edit]
> another asm code block triggering the error
>
> Just been hit by thi
--- Comment #3 from aleksey dot shipilev at gmail dot com 2008-01-08 19:47
---
Sorry, Andrew, but result=-1 shows that ioctl failed to read enough data from
the device (maybe your device does not support SMART?). I tried to get rid of
any of such hardware-specific code, but can't elimin
--- Comment #13 from pluto at agmk dot net 2008-01-08 19:44 ---
Created an attachment (id=14903)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14903&action=view)
testacase for /opt/gcc43/bin/g++ 32395.ii -Wall -c -O1 -m32
--
pluto at agmk dot net changed:
What|R
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-08 19:35 ---
I always get:
before: output=bfda12b4, buf=bfda10b4
after: output=bfda12b4, buf=bfda10b4
sizeof(buf)=512
result=-1
I really don't think this is a GCC bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3471
--- Comment #7 from sascha-web-gcc dot gnu dot org at silbe dot org
2008-01-08 19:29 ---
Created an attachment (id=14902)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14902&action=view)
another asm code block triggering the error
Just been hit by this after upgrading to Ubuntu g
--- Comment #7 from ubizjak at gmail dot com 2008-01-08 19:27 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from uros at gcc dot gnu dot org 2008-01-08 19:23 ---
Subject: Bug 34709
Author: uros
Date: Tue Jan 8 19:22:46 2008
New Revision: 131403
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131403
Log:
PR target/34709
Revert:
2008-01-05 Uros B
--- Comment #1 from aleksey dot shipilev at gmail dot com 2008-01-08 19:07
---
Created an attachment (id=14901)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14901&action=view)
test used in issue
This test was derived from powertweak code, which segfaults.
--
http://gcc.gnu.
When building application (namely, powertweak) with gcc 4.1.2 using -02,
application experiences segfault during startup. When building in the same
configuration but using -O1, all works fine.
Attached microtest (test.c) which resembles the problem:
# gcc test.c && ./a.out
before: output=bff74f74
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-01-08 19:04
---
This may be fixable employing gfc_trans_assignment at the right place similar
to the fix Paul used in PR34438. I have not time to chase this. Un-assigning.
--
jvdelisle at gcc dot gnu dot org changed:
--- Comment #6 from pluto at agmk dot net 2008-01-08 19:00 ---
(In reply to comment #5)
> Mine, but this will not get in until around the 25th.
>
ping ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34212
--- Comment #5 from ubizjak at gmail dot com 2008-01-08 18:36 ---
(In reply to comment #3)
> It works.
Ok, then we have the same issue with rsqrtss as with rcpss in PR target/34702.
I'll disable -mrecip as default for -ffast-math.
--
ubizjak at gmail dot com changed:
Wh
--- Comment #4 from hjl at lucon dot org 2008-01-08 18:24 ---
(In reply to comment #2)
> BTW: What happens if -mrecip is used to compile 481.wrf?
>
"-O2 -mrecip -ffast-math" miscompiles 481.wrf on Linux/Intel64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34709
Snapshot gcc-4.3-20080104, gcc-4.3-20071109.
Test code below. When 'inline' modifier and 'always_inline' attribute are used
only in the definition of "min", inlining does not appear to happen (and no
error is output). When I add the modifier and attribute to the declaration of
"min", inlining do
--- Comment #3 from hjl at lucon dot org 2008-01-08 18:01 ---
(In reply to comment #2)
> (In reply to comment #1)
> > No idea if Uros has access to spec, so maybe you can quote the snippet where
> > rsqrtss is used from the assembly of 481.wrf?
>
> Unfortunatelly no... does this patch h
--- Comment #6 from manu at gcc dot gnu dot org 2008-01-08 17:55 ---
I think the consensus is clear on what needs to be done. So this is confirmed.
Just needs someone to do it. Unfortunately, given the huge amount of open
issues, I would guess that making undefined code work is quite dow
--- Comment #4 from manu at gcc dot gnu dot org 2008-01-08 17:46 ---
Waiting for feedback.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #4 from manu at gcc dot gnu dot org 2008-01-08 17:30 ---
(In reply to comment #3)
> Most of them will be fixed by:
> http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00447.html
>
> I still have to decide if we want to remove ggc_stats or not.
>
As far as I can see this patch w
--- Comment #7 from rguenther at suse dot de 2008-01-08 17:27 ---
Subject: Re: [4.1/4.2/4.3 Regression] Bogus
inlining failed in call to `xxx': redefined extern inline functions are not
considered for inlining
On Tue, 8 Jan 2008, jakub at gcc dot gnu dot org wrote:
> --- Comment
--- Comment #6 from manu at gcc dot gnu dot org 2008-01-08 17:26 ---
(In reply to comment #3)
>
> I also counted about 300 similar cases where Intel
> produced warning #593. I think there is quite a bit
> of pointless computation going on.
>
Thanks. I think optimisers should remove al
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-08 17:25 ---
So do I and even am using that patch for quite some time in our gcc packages.
But Mark objected to that:
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00589.html
The current state of things is bad, because with glibc 2.
--- Comment #21 from steven at gcc dot gnu dot org 2008-01-08 17:21 ---
OK. I was asking because of the final remark in comment #11. Let's close this
as fixed because the test suite failure is gone and it's unclear what's left to
work on.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #20 from rguenth at gcc dot gnu dot org 2008-01-08 17:18
---
Lets just close this as fixed then, as the problem went away.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from manu at gcc dot gnu dot org 2008-01-08 17:13 ---
It works.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-01-08 17:10
---
Michael, any reason for being so scrupulous and not forcing the mode?
Index: expr.c
===
--- expr.c (revision 131326)
+++ expr.c (working
--- Comment #3 from manu at gcc dot gnu dot org 2008-01-08 17:08 ---
Waiting for feedback.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #2 from steven at gcc dot gnu dot org 2008-01-08 17:08 ---
*** Bug 34606 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from steven at gcc dot gnu dot org 2008-01-08 17:08 ---
*** This bug has been marked as a duplicate of 34314 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from dnovillo at google dot com 2008-01-08 17:06 ---
Subject: Re: [4.3 Regression] alias set partitioning dependent on SFT
DECL_UIDs
> I don't think anything is wrong with 'alias set partitioning dependent on SFT
> DECL_UIDs'. If two SFTs score equal we need to discrim
--- Comment #21 from rguenth at gcc dot gnu dot org 2008-01-08 16:54
---
Well, the many SFTs don't help the situation for sure. But we can't do
anything
for 4.3 here, as only after walking all the fields in push_fields_to_fieldstack
we figure out we better not generate SFTs here. Whic
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-08 16:49 ---
I would suggest to go with the patch in comment #3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33763
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-08 16:45 ---
Yes, this doesn't ICE for me for 4.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #20 from steven at gcc dot gnu dot org 2008-01-08 16:36 ---
So this bug was worked around -- but can this be fixed properly for GCC 4.3?
Richi, is this just another example of the SFT problems reported in other PRs?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31863
--- Comment #18 from rguenth at gcc dot gnu dot org 2008-01-08 16:40
---
I don't think anything is wrong with 'alias set partitioning dependent on SFT
DECL_UIDs'. If two SFTs score equal we need to discriminate them somehow.
DECL_UID is exactly the right thing to use for this.
Note th
--- Comment #33 from rguenth at gcc dot gnu dot org 2008-01-08 16:29
---
Subject: Bug 34683
Author: rguenth
Date: Tue Jan 8 16:29:14 2008
New Revision: 131400
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131400
Log:
2008-01-08 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #18 from rguenth at gcc dot gnu dot org 2008-01-08 16:29
---
The testcase reproduces for me on a x86_64 -> hppa64-linux cross on trunk
with -O2 -fno-inline-small-functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
--- Comment #7 from steven at gcc dot gnu dot org 2008-01-08 16:26 ---
This is marked as a regression -- but from what? Did this work in GCC 4.2?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from dnovillo at google dot com 2008-01-08 16:23 ---
Subject: Re: [4.3 Regression] alias set partitioning dependent on SFT
DECL_UIDs
On 8 Jan 2008 16:20:39 -, steven at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> Diego,
> Is this something you plan to work on
--- Comment #16 from steven at gcc dot gnu dot org 2008-01-08 16:20 ---
Diego,
Is this something you plan to work on for GCC 4.3?
Does this still qualify as a "4.3 regression"?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29607
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29469
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #17 from steven at gcc dot gnu dot org 2008-01-08 16:14 ---
Does anyone know how to reproduce this with a cross-compiler?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
--- Comment #2 from jakub at gcc dot gnu dot org 2008-01-08 16:11 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-08 16:11 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2008-01-08 16:09 ---
Subject: Bug 34694
Author: jakub
Date: Tue Jan 8 16:08:24 2008
New Revision: 131398
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131398
Log:
PR middle-end/34694
* omp-low.c (copy_var_decl):
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-08 16:07 ---
Subject: Bug 33890
Author: jakub
Date: Tue Jan 8 16:06:31 2008
New Revision: 131397
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131397
Log:
PR c++/33890
* semantics.c (finish_omp_for): Don'
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2006-08-11 13:29:43 |2008-01-08 15:59:2
--- Comment #30 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-08
15:51 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> Subject: Re: wo_prof_two_strs.c:56: internal compiler
> error: in find_new_var_of_type,
--- Comment #45 from bergner at gcc dot gnu dot org 2008-01-08 15:44
---
This has been fixed in mainline (4.3), but has not been fixed in 4.2. I'm ok
with not back porting this to 4.2. I'll give everyone a few days to object,
otherwise I'll change the Target Milestone to 4.3 and close
--- Comment #6 from pault at gcc dot gnu dot org 2008-01-08 15:16 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
1 - 100 of 147 matches
Mail list logo
