--- Comment #11 from ubizjak at gmail dot com 2008-03-14 07:00 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-03-14 07:44
---
I still see the ICE on 4.2 branch, 4.3 branch and mainline (i686-pc-linux-gnu).
Here's the backtrace from mainline (4.3 branch and 4.2 branch crash in the same
position, and valgrind reports an invalid read at that
--- Comment #13 from loki at gcc dot gnu dot org 2008-03-14 08:30 ---
(In reply to comment #12)
> Is this the same bug? sparc-rtems4.9 on SVN trunk:
Not exactly, but after I fixed a small typo in the latest patch an
'unrecognizable insn' showed up.
So, this bug is still present on spar
--- Comment #5 from pluto at agmk dot net 2008-03-14 08:49 ---
(In reply to comment #3)
> Doing:
> typedef X F;
>
>
> Fixes the error message.
>
oh, so the comeau accepts invalid code :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35571
--- Comment #3 from manu at gcc dot gnu dot org 2008-03-14 09:36 ---
(In reply to comment #2)
> >This is the design of warn_unused_result, you cannot ignore the value,
> >that is why casting to void does not work.
I agree with the reporter. There should be a way to tell the compiler to
ice while building libgcj_tools_la-tools.o:
libtool: compile:
/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/gcc/gcj
-B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/hppa2.0w-hp-hpux11.00/libjava/
-B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/g
--- Comment #12 from hp at gcc dot gnu dot org 2008-03-14 11:28 ---
(In reply to comment #11)
> Actually, the test produces different results for 32bit vs 64bit targets.
Are you sure you don't mean 32 vs 64-bit *hosts*?
My cris-elf (32-bit target) autotester runs on a x86_64 F8, and i
--- Comment #3 from hans at svi dot nl 2008-03-14 11:28 ---
We encountered similar problems with Apple gcc 4.2.1 in statements like:
x = log10(MY_CONSTANT);
in combination with -fast compiler option.
With option -O2 there were no problems.
When 'x' is printed like reporter earlier the pr
--- Comment #1 from r dot emrich at de dot tecosim dot com 2008-03-14
11:43 ---
seems to be the same as Bug 30071
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32005
Attached program is mktime() test usually runs by configure scripts. This test
behaves badly (terminates with SIGALRM) if compiled with '-O2', but works as
expected when compiled with '-O2 -fno-tree-vrp'.
I'm able to reproduce it on two systems:
1) x86_64 Fedora 8, kernel is 2.6.24.3, gcc 4.3 con
--- Comment #1 from dmantipov at yandex dot ru 2008-03-14 11:57 ---
Created an attachment (id=15314)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15314&action=view)
mktime() test from configure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35581
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-14 12:01 ---
The test has undefined behavior in it as signed integer overflow is undefined.
time_t is a signed integer.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-14 12:08 ---
(In reply to comment #3)
> (In reply to comment #2)
> > >This is the design of warn_unused_result, you cannot ignore the value,
> > >that is why casting to void does not work.
>
> I agree with the reporter. There s
--- Comment #13 from ubizjak at gmail dot com 2008-03-14 12:42 ---
(In reply to comment #12)
> > Actually, the test produces different results for 32bit vs 64bit targets.
>
> Are you sure you don't mean 32 vs 64-bit *hosts*?
Hm, I have to look into my {,-m32} testresults on x86_64 hos
--- Comment #14 from ubizjak at gmail dot com 2008-03-14 12:53 ---
Created an attachment (id=15315)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15315&action=view)
testsuite patch relative to r133207
Proposed patch, relative to r133207.
HP, does this patch solve your problems?
--- Comment #6 from pault at gcc dot gnu dot org 2008-03-14 13:19 ---
Subject: Bug 35474
Author: pault
Date: Fri Mar 14 13:18:49 2008
New Revision: 133214
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133214
Log:
2008-03-14 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #7 from pault at gcc dot gnu dot org 2008-03-14 13:20 ---
Fixed on trunk and 4.3
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35474
--- Comment #6 from pault at gcc dot gnu dot org 2008-03-14 13:24 ---
Jacques,
Now that 4.3 is out of the door, I have no excuse. It's in the queue behind
completing my move to Barcelona, memory leaks in allocatable components + some
associated bugs and adding procedure pointers. Thus
--- Comment #6 from carlos at codesourcery dot com 2008-03-14 13:26 ---
Greg,
As a workaround can you try using all of the sysroot framework? Configure with
--with-sysroot=/mnt/foo and --with-build-sysroot=/mnt/foo. Build with
LDFLAGS_FOR_TARGET="--sysroot=/mnt/foo" and
CPPFLAGS_FOR_TAR
This porgram, when compiled with $ gfortran prog.f -o prog gives segmentation
fault:
real, parameter :: a = 1.
write(*,a) 'test'
end
Result:
test.f:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See ht
--- Comment #8 from pault at gcc dot gnu dot org 2008-03-14 13:21 ---
Fixed on trunk and 4.3
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dmantipov at yandex dot ru 2008-03-14 13:36 ---
(In reply to comment #2)
> The test has undefined behavior in it as signed integer overflow is
> undefined.
> time_t is a signed integer.
Ok, I'll contact autoconf authors with this issue.
BTW, what about issuing th
--- Comment #15 from hp at gcc dot gnu dot org 2008-03-14 13:48 ---
(In reply to comment #14)
> HP, does this patch solve your problems?
Yes it does, thank you.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35406
--- Comment #4 from rwild at gcc dot gnu dot org 2008-03-14 13:50 ---
(In reply to comment #3)
> Ok, I'll contact autoconf authors with this issue.
That's pretty funny that you encounter this AC_FUNC_MKTIME bug now which
when I encountered it asked about it on the GCC list and which cau
On Linux/Intel64, I got
Executing on host: /export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/cpp/pr35322.c-ansi
-pedantic-errors -fno-show-column -E -o pr35322.i(timeout = 300)
/export/gnu/src/gcc
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-03-14 14:22
---
Gives expected error on 4.4. Confirmed on 4.1.2
We probably won't fix this.
write(*,a) 'test'
1
Error: Constant expression in FORMAT tag at (1) must be of type default
CHARACTER
--
jvdelisle at gcc
--- Comment #17 from ubizjak at gmail dot com 2008-03-14 14:25 ---
Fixed again.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|REOPENED
--- Comment #5 from dmantipov at yandex dot ru 2008-03-14 14:26 ---
OK, I've found -[Wf]strict-overflow. Sorry for the dumb question.
But, why not enable -Wstrict-overflow=[2345] by default when -Wextra is
specified?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35581
--- Comment #16 from uros at gcc dot gnu dot org 2008-03-14 14:18 ---
Subject: Bug 35406
Author: uros
Date: Fri Mar 14 14:17:41 2008
New Revision: 133216
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133216
Log:
PR testsuite/35406
* gcc.dg/tree-ssa/ldist-4.c: Up
--- Comment #20 from uros at gcc dot gnu dot org 2008-03-14 14:35 ---
Subject: Bug 34000
Author: uros
Date: Fri Mar 14 14:34:09 2008
New Revision: 133217
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133217
Log:
PR target/34000
PR target/35553
* config/i
--- Comment #5 from uros at gcc dot gnu dot org 2008-03-14 14:35 ---
Subject: Bug 35553
Author: uros
Date: Fri Mar 14 14:34:09 2008
New Revision: 133217
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133217
Log:
PR target/34000
PR target/35553
* config/i3
--- Comment #6 from ubizjak at gmail dot com 2008-03-14 14:38 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #21 from ubizjak at gmail dot com 2008-03-14 14:41 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from ubizjak at gmail dot com 2008-03-14 14:52 ---
(In reply to comment #4)
> Fixed on trunk.
This patch is also needed:
Index: pr35322.c
===
--- pr35322.c (revision 133217)
+++ pr35322.c (working copy)
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-03-14 14:52 ---
Subject: Bug 33989
Author: rguenth
Date: Fri Mar 14 14:52:07 2008
New Revision: 133218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133218
Log:
2008-03-14 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-03-14 14:52
---
Subject: Bug 34043
Author: rguenth
Date: Fri Mar 14 14:52:07 2008
New Revision: 133218
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133218
Log:
2008-03-14 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-03-14 14:58 ---
Works for 4.3.1 (20080314) as well. Haven't rebuild 4.2.4 yet ...
--
dfranke at gcc dot gnu dot org changed:
What|Removed |
--- Comment #8 from reist at users dot sourceforge dot net 2008-03-14
15:04 ---
I am getting this as well.
I tried building tomoe
(http://prdownloads.sourceforge.net/tomoe/tomoe-0.6.0.tar.gz).
I'm using gcc 4.2.3 and have 2GB of RAM.
Before running gcc:
total used
--- Comment #9 from reist at users dot sourceforge dot net 2008-03-14
15:06 ---
Created an attachment (id=15316)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15316&action=view)
preprocessed file (packed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34572
--- Comment #6 from tromey at gcc dot gnu dot org 2008-03-14 15:45 ---
Subject: Bug 35322
Author: tromey
Date: Fri Mar 14 15:44:56 2008
New Revision: 133220
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133220
Log:
2008-03-14 Uros Bizjak <[EMAIL PROTECTED]>
PR libcpp
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-03-14 16:04 ---
Btw, also note the position of the error marker ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35584
--- Comment #2 from danglin at gcc dot gnu dot org 2008-03-14 16:11 ---
Yes, this is fixed in 4.3.0.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-14 16:16 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-03-14 16:16
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-14 16:20 ---
Oh, fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
The project I work on uses an inline assembly part to compute floor and ceil
functions of floating point numbers and its seems that in some cases, with
gcc-4.2 and optimizations turned on, the computed values are not correct. I
attached the smallest testcase that I could come up with to reproduce t
--- Comment #1 from nicos at maunakeatech dot com 2008-03-14 16:26 ---
Created an attachment (id=15317)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15317&action=view)
Testcase to reproduce the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35585
--- Comment #2 from nicos at maunakeatech dot com 2008-03-14 16:29 ---
Created an attachment (id=15318)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15318&action=view)
Preprocessed testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35585
Extracted from a FORTRAN 77 application:
$> cat infloop.f
open (5, file = 't2.txt')
do while (.TRUE.)
1 read(5,*,err=1,end=2) i
write(*,*) i
enddo
2 close(5)
end
$> gfortran-svn -g -Wall -W infloop.f
infloop.f:3.72:
1 read(5,*,err=1,end=2) i
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-03-14 16:34
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-03-14 16:34
---
Subject: Bug 34989
Author: rguenth
Date: Fri Mar 14 16:34:11 2008
New Revision: 133221
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133221
Log:
2008-03-14 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-03-14 16:35
---
Whatever. Reporter please re-open if not fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-03-14 16:37
---
WONTFIX on branches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-03-14 16:37 ---
Fixed then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #41 from rguenth at gcc dot gnu dot org 2008-03-14 16:39
---
Fixed for 4.3.0, please open a new bugreport for further issues.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25643
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25819
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-03-14 16:41
---
Fixed for 4.3.0, WONTFIX on the branches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #22 from rguenth at gcc dot gnu dot org 2008-03-14 16:42
---
Adjusting target milestone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Tar
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-14 16:43 ---
Why did this have a target milestone set?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-03-14 16:45
---
Only partly fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Miles
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-03-14 16:45
---
Shouldn't have a target milestone (no regression and not fixed)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
--- Comment #34 from rguenth at gcc dot gnu dot org 2008-03-14 16:47
---
Adjusting target milestone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-03-14 16:47
---
Adjusting target milestone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #30 from rguenth at gcc dot gnu dot org 2008-03-14 16:48
---
Fixed(?). Please re-open if not.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-03-14 16:49 ---
Fix-ed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||diagnostic
Known to fail|4.0.3 |4.0.4 4.1.
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-03-14 16:51 ---
We have one regression open for this. Let's close this as fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-14 16:52 ---
Adjusting target milestone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Targe
--- Comment #40 from rguenth at gcc dot gnu dot org 2008-03-14 16:53
---
Adjusting target milestone (though realistically this will not be fixed for
4.3.x).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-03-14 16:57 ---
This could be fixed by MEM_REF (but we don't lower struct copies at the moment,
doh!), or by tweaking SCCVN/FRE to also look at struct copies.
--
rguenth at gcc dot gnu dot org changed:
What|Remov
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||diagnostic
Known to fail||4.1.3 4.2.
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-03-14 17:00
---
WONTFIX on the 4.1 branch. Downgrading severity for the 4.2 regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
Gcc-arm version 4.0.0 gives a segfault when compiling liboil 0.3.13, on file
conv_c.c:246:
CLIPCONV_DEFINE_FLOAT(s8,f32);
The outuputs are bellow:
command:
arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Wall -mfpu=vfp
-mfloat-abi=softfp -D_BSD_SOURCE -D_GNU_SOURCE -I../..
-DOIL_ENABLE_UNSTABL
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-03-14 17:00
---
Adjusting target milestone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33315
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-03-14 17:02
---
We won't fix this on the 4.3 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|4.3.0 |4.3.1
http://
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-03-14 17:03
---
I declare this fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from davitrindade at gmail dot com 2008-03-14 17:03 ---
Created an attachment (id=15319)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15319&action=view)
file generated using option -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35586
-Warray-bound is really a very interesting new feature, since me and some
colleagues recently spent many hours debugging a large legacy software, and
finally found C-char-array overrun errors as causes in most cases.
I used the following example:
#include
int main()
{
int a[5];
a[-1] = 0;
--- Comment #2 from davitrindade at gmail dot com 2008-03-14 17:05 ---
Created an attachment (id=15320)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15320&action=view)
thw file wich isn's compiling
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35586
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.2.3
Known to work||4.3.0
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-14 17:06 ---
Subject: Bug 34172
Author: rguenth
Date: Fri Mar 14 17:05:48 2008
New Revision: 133222
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133222
Log:
2008-03-14 Richard Guenther <[EMAIL PROTECTED]>
PR
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.0 |4.2.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856
--- Comment #1 from karsten_burger at gmx dot de 2008-03-14 17:07 ---
Created an attachment (id=15321)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15321&action=view)
version which does not create any warning
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35587
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-14 17:08 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from karsten_burger at gmx dot de 2008-03-14 17:08 ---
Created an attachment (id=15322)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15322&action=view)
assembler output using gcc option -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35587
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.1/4.2/4.3/4.4 regression]|ICE with attribute unused in
|ICE with attribute un
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|4.3.0 |4.3.1
http://
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-03-14 17:10
---
Hm, did this bug mutate into a non-regression one?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|4.3.0 |4.3.1
http://
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|4.3.0 |4.3.1
http://
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|4.3.0 |4.3.1
http://
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|4.3.0 |4.3.1
http://
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|4.3.0 |4.3.1
http://
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|4.3.0 |4.3.1
http://
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-14 17:15 ---
As I can no longer reproduce this I assume so.
*** This bug has been marked as a duplicate of 34635 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-03-14 17:15
---
*** Bug 35428 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34635
1 - 100 of 215 matches
Mail list logo
