--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-01-22 07:45
---
In the following case, the second read is failing to read anything and gives no
error, giving the impression that it is working if you don't look at the data.
Works for data size of 2044 or less. This bug is ugl
--- Comment #4 from hjl at lucon dot org 2006-01-22 07:03 ---
Here is the result on Linux/ia32:
http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg01114.html
--
hjl at lucon dot org changed:
What|Removed |Added
--
--- Comment #3 from hjl at lucon dot org 2006-01-22 04:36 ---
I can't duplicate this. See:
http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg01110.html
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #10 from relf at os2 dot ru 2006-01-22 04:15 ---
Works fine on g++ 3.3.6 but fails on g++ 3.4.5 and 4.0.3.
Must be a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17122
--- Comment #6 from gdr at gcc dot gnu dot org 2006-01-22 03:43 ---
(In reply to comment #5)
> Also, it should detect any scalar member variables that are not assigned to in
> any way in the constructor.
Agreed.
However -Wunitialized is taken over by the middle-end. This is
one more ca
--- Comment #20 from gdr at gcc dot gnu dot org 2006-01-22 03:13 ---
fixed. Not suspended. Silly bugzilla.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from gdr at gcc dot gnu dot org 2006-01-22 03:08 ---
Fixed in 4.0.0 and higher. Won't fix for 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #19 from gdr at gcc dot gnu dot org 2006-01-22 03:00 ---
Fixed in 4.0.0 and higher. Won't fix for 3.4.6
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from gdr at gcc dot gnu dot org 2006-01-22 02:56 ---
Fixed in 4.2.0.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #28 from pinskia at gcc dot gnu dot org 2006-01-22 01:26
---
(In reply to comment #27)
> OK, I think I see it now. The only explanation is that the memset doesn't have
> register arguments. Then it IS there. Is that the case?
Yes the memset is there, we just had not called i
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-22 01:24 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from drab at kepler dot fjfi dot cvut dot cz 2006-01-22
01:16 ---
The bug seems to be fixed. (Tested on gcc version 4.2.0 20060121
(experimental)).
Perhaps the fix of bug 25799 fixed this bug. Can anyone confirm?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25798
--- Comment #7 from kargl at gcc dot gnu dot org 2006-01-22 01:06 ---
Closing as fixed. The (duplicate?) PR pointed to by Richard has
been fixed, and the originator of this bug report has not supplied
the code as requested by Andrew on 10/30/05.
--
kargl at gcc dot gnu dot org chang
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-22 01:03 ---
(In reply to comment #1)
> Andrew,
> Are you sure? NAG's compiler compiles the code, as does gfortran.
> Lahey's checker when I gave it the code gives
> Lahey/Fujitsu Fortran 95 Source Check Output
This was from La
--- Comment #1 from kargl at gcc dot gnu dot org 2006-01-22 00:56 ---
Andrew,
Are you sure? NAG's compiler compiles the code, as does gfortran.
Lahey's checker when I gave it the code gives
Lahey/Fujitsu Fortran 95 Source Check Output
Compiling program unit a at line 1:
Encountered 0
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-22 00:52
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-22 00:52
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-22 00:51
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
I use gcc (GCC) 4.2.0 20060120 to compile Cactus, a large piece of code
combining C, C++, and Fortran. I receive many errors from the linker like
/usr/bin/ld: multiple definitions of symbol typeinfo for MPI::Op
/Users/eschnett/Calpha/configs/einstein-orange-gcc-debug/lib/libthorn_Carpet.a(helpers
--- Comment #3 from kargl at gcc dot gnu dot org 2006-01-22 00:46 ---
It looks like one or more of pault's patchs has fixed this problem.
kargl[209] gfc4x -c pr24327.f90
In file pr24327.f90:4
function foo ()
1
In file pr24327.f90:2
real :: foo
2
Error: P
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-22 00:42
---
Subject: Bug 25858
Author: mmitchel
Date: Sun Jan 22 00:42:40 2006
New Revision: 110084
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110084
Log:
PR c++/25895
* class.c (build_base_path):
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-22 00:42
---
Subject: Bug 25895
Author: mmitchel
Date: Sun Jan 22 00:42:40 2006
New Revision: 110084
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110084
Log:
PR c++/25895
* class.c (build_base_path):
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-22 00:42
---
Subject: Bug 25856
Author: mmitchel
Date: Sun Jan 22 00:42:40 2006
New Revision: 110084
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110084
Log:
PR c++/25895
* class.c (build_base_path):
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-22 00:42
---
Subject: Bug 25858
Author: mmitchel
Date: Sun Jan 22 00:41:58 2006
New Revision: 110083
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110083
Log:
PR c++/25895
* class.c (build_base_path):
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-22 00:42
---
Subject: Bug 25895
Author: mmitchel
Date: Sun Jan 22 00:41:58 2006
New Revision: 110083
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110083
Log:
PR c++/25895
* class.c (build_base_path):
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-22 00:42
---
Subject: Bug 25856
Author: mmitchel
Date: Sun Jan 22 00:41:58 2006
New Revision: 110083
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110083
Log:
PR c++/25895
* class.c (build_base_path):
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-22 00:41
---
Subject: Bug 25895
Author: mmitchel
Date: Sun Jan 22 00:40:56 2006
New Revision: 110082
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110082
Log:
PR c++/25895
* class.c (build_base_path):
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-22 00:41
---
Subject: Bug 25856
Author: mmitchel
Date: Sun Jan 22 00:40:56 2006
New Revision: 110082
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110082
Log:
PR c++/25895
* class.c (build_base_path):
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-22 00:41
---
Subject: Bug 25858
Author: mmitchel
Date: Sun Jan 22 00:40:56 2006
New Revision: 110082
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110082
Log:
PR c++/25895
* class.c (build_base_path):
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-21 23:44 ---
I think this is related to PR 25890 which is reproducible on x86_64-linux-gnu
also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-21 23:42
---
*** Bug 25904 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-21 23:42 ---
*** This bug has been marked as a duplicate of 24582 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|ada |target
Ever C
--- Comment #22 from gdr at gcc dot gnu dot org 2006-01-21 23:28 ---
Working on a patch.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #1 from schwab at suse dot de 2006-01-21 23:25 ---
Created an attachment (id=10696)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10696&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25905
--with-system-zlib
--enable-languages=c,c++,fortran,java,objc --no-create --no-recursion
Thread model: posix
gcc version 4.2.0 20060121 (experimental)
./cc1 -fpreprocessed unwind-dw2-fde-glibc.i -quiet -dumpbase
unwind-dw2-fde-glibc.i -auxbase unwind-dw2-fde-glibc -O -version -o
unwind-dw2-fde-glibc.s
--- Comment #2 from laurent at guerby dot net 2006-01-21 23:20 ---
Confirmed.
$ gcc -c -gnat05 rooms.adb
+===GNAT BUG DETECTED==+
| 4.2.0 20060120 (experimental) (i686-pc-linux-gnu) Assert_Failure sem.adb:549|
| Error detected at rooms
--- Comment #1 from laurent at guerby dot net 2006-01-21 23:11 ---
c34006a and cc1226b were passing on r109969 and are failing since r109971
r109971 | hubicka | 2006-01-19 18:10:24 +0100 (Thu, 19 Jan 2006) | 36 lin
Using gcc (GCC) 4.1.0 20051026 (experimental),
the following code will generate an ICE.
Sorry, I currently don't have the time to test the latest version of
gcc.
---
void foo()
{
int t;
switch(t)
{
case 0: A();
case 1: A();
}
}
---
test
--- Comment #10 from steven at gcc dot gnu dot org 2006-01-21 22:46 ---
Zdenek, are you working on a patch for this?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from gdr at gcc dot gnu dot org 2006-01-21 22:46 ---
Fixed in 4.0.0 and higher, won't fix in 3.4.6.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #16 from gdr at gcc dot gnu dot org 2006-01-21 22:44 ---
Fixed in 4.0.0. and higher. Fill no fix in 3.4.x
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #13 from jbuck at welsh-buck dot org 2006-01-21 22:33 ---
Subject: Re: gcov misreports coverage of return statement
[NVR]
On Thu, 2005-10-27 at 01:41 +, reddy at pixar dot com wrote:
>
> --- Comment #12 from reddy at pixar dot com 2005-10-27 01:41 ---
--- Comment #11 from mec at google dot com 2006-01-21 22:04 ---
You can make this visible at the C++ program level with a Key class that has a
signature field. Init the signature in the constructor, clear the signature in
the destructor, and check the signature in operator==.
--
ht
--- Comment #1 from bauhaus at futureapps dot de 2006-01-21 22:00 ---
works in:
3.4.5 20050524 (prerelease) for GNAT GPL 2005 (20050614) (by AdaCore)
does not work (Bug box, too):
4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9) (i486-pc-linux-gnu)
--
bauhaus at futureapps dot de
(Same with 4.1.0 20060119)
$ gnatmake -gnat05 rooms.adb
gcc -c -gnat05 rooms.adb
+===GNAT BUG DETECTED==+
| 4.2.0 20060121 (experimental) (i686-pc-linux-gnu) Assert_Failure sem.adb:549|
| Error detected at rooms.adb:5:43
--- Comment #27 from gdr at cs dot tamu dot edu 2006-01-21 21:45 ---
Subject: Re: Typeinfo comparison code easily breaks shared libs
"rjohnson at dogstar-interactive dot com" <[EMAIL PROTECTED]> writes:
| I just got bit by this using
|gcc version 4.0.3 20051201 (prerelease) (Debi
--- Comment #26 from rjohnson at dogstar-interactive dot com 2006-01-21
21:02 ---
I just got bit by this using
gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5) (powerpc)
It's just my $.02 from the gallery, but that address comparison in the
type_info::oprator==() implement
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-21 20:58 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-21 20:38 ---
-Wno-always-true does NOT disable this warning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11856
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-01-21 18:49
---
This regression comes from the changes that were made (by Jason, I believe) to
use base class FIELD_DECLs to perform casts from derived to base classes,
rather than just pointer arithmetic.
In build_base_path, w
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-21 18:05
---
The code in the original description is invalid. "x" cannot appear in a
constant-expression because its initializer is not an integral constant
expression, because the initializer contains casts to pointer types.
--- Comment #3 from sje at gcc dot gnu dot org 2006-01-21 17:57 ---
Subject: Bug 25877
Author: sje
Date: Sat Jan 21 17:57:01 2006
New Revision: 110068
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110068
Log:
PR libgomp/25877
* configure.ac: Remove check for all
--- Comment #10 from sgk at troutmask dot apl dot washington dot edu
2006-01-21 17:27 ---
Subject: Re: [gfortran, 4.1.0 regression] Arithmetic overflow during
compilation
On Sat, Jan 21, 2006 at 08:49:26AM -, martin at mpa-garching dot mpg dot de
wrote:
>
> Unfortunately I can re
--- Comment #4 from drow at gcc dot gnu dot org 2006-01-21 16:37 ---
Oops, not so clear after all.
Debug information for Class1 is no longer emitted, but debug information for
Class1::var1 is still emitted. It just doesn't trigger the output of the
containing class any more.
If I add
--- Comment #3 from drow at gcc dot gnu dot org 2006-01-21 16:27 ---
I don't have G++ 3.4 handy at the moment. 3.3 emits about three and a half
times as large of a .debug_info section as 4.0, however, so I believe this is
fixed.
There's still lots of unneeded debug information output,
--- Comment #1 from drow at gcc dot gnu dot org 2006-01-21 16:18 ---
I tested this with both HEAD (to become 4.2.0) and the 4.0 branch (4.0.3). It
worked in both cases. My guess would be that either your arm-thumb-elf-gcc was
built with multilibs disabled, or else the thumb libgcc is m
--with-gmp=/home/martin/software/mygmp --with-mpfr=/home/martin/software/mympfr
--prefix=/home/martin/software/ugcc --enable-languages=c++,fortran
--enable-checking=release
Thread model: posix
gcc version 4.2.0 20060121 (experimental)
/home/martin/software/ugcc/libexec/gcc/x86_64-unknown-linux-gn
--- Comment #10 from pcarlini at suse dot de 2006-01-21 10:12 ---
Now DR 526.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25896
--- Comment #4 from pcarlini at suse dot de 2006-01-21 10:10 ---
This is a general issue in the standard described in DR 526
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html
and prompted by libstdc++/17012 too. I guess the best we can do, is SUSPENDING
both the PRs and mak
On 4.2 as of Fri Jan 20 20:40:28 UTC 2006 (revision 110036):
+===GNAT BUG DETECTED==+
| 4.2.0 20060120 (experimental) (i686-pc-linux-gnu) GCC error: |
| in set_value_range, at tree-vrp.c:161|
| Error
On 4.2 as of Fri Jan 20 20:40:28 UTC 2006 (revision 110036)
RUN c34006a
,.,. C34006A ACATS 2.5 06-01-21 00:50:22
C34006A CHECK THAT THE REQUIRED PREDEFINED OPERATIONS ARE DECLARED
(IMPLICITLY) FOR DERIVED RECORD TYPES WITHOUT
DISCRIMINANTS AND WITH NON-LIMITE
--- Comment #15 from laurent at guerby dot net 2006-01-21 09:32 ---
4.2 fails on amd64-linux as of Fri Jan 20 20:40:28 UTC 2006 (revision 110036)
http://gcc.gnu.org/ml/gcc-testresults/2006-01/msg01071.html
RUN cdd2a02
,.,. CDD2A02 ACATS 2.5 06-01-23 01:01:16
CDD2A02 Check that the
--- Comment #1 from pault at gcc dot gnu dot org 2006-01-21 09:09 ---
Subject: Bug 25710
Author: pault
Date: Sat Jan 21 09:08:54 2006
New Revision: 110063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110063
Log:
2005-01-21 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #2 from pault at gcc dot gnu dot org 2006-01-21 09:09 ---
Subject: Bug 20881
Author: pault
Date: Sat Jan 21 09:08:54 2006
New Revision: 110063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110063
Log:
2005-01-21 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #11 from pault at gcc dot gnu dot org 2006-01-21 09:09 ---
Subject: Bug 23308
Author: pault
Date: Sat Jan 21 09:08:54 2006
New Revision: 110063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110063
Log:
2005-01-21 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #10 from pault at gcc dot gnu dot org 2006-01-21 09:09 ---
Subject: Bug 25625
Author: pault
Date: Sat Jan 21 09:08:54 2006
New Revision: 110063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110063
Log:
2005-01-21 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-21 09:09 ---
Subject: Bug 25538
Author: pault
Date: Sat Jan 21 09:08:54 2006
New Revision: 110063
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110063
Log:
2005-01-21 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #9 from martin at mpa-garching dot mpg dot de 2006-01-21 08:49
---
(In reply to comment #8)
> I am going to declare this is GMP bug as I can reproduce it on two out of
> three
> of my machines. The one with the newest GMP, it works. These three machines
> are all differen
--- Comment #27 from dick_guertin at yahoo dot com 2006-01-21 08:17 ---
Referring to Comment #26, these static objects are NOT all of one type, but
they share a common typedef struct, something like a union of different types
that share the same space. Each type is a constructor allowin
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-21 08:07 ---
Oh, I don't understand why -mcpu and -mtune don't take the same arguments.
Maybe Ada is assuming they do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25898
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-21 08:06 ---
Caused by:
2006-01-19 Jan Hubicka <[EMAIL PROTECTED]>
H.J. Lu <[EMAIL PROTECTED]>
Evandro Menezes <[EMAIL PROTECTED]>
* invoke.texi (generic): Document
(i686) Update.
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
Every Ada tests fail on the mainline with the following error:
/home/pinskia/src/checkin/trunk/objdir/gcc/testsuite/ada/acats/tests/a/a22006b.ada:0:
error: bad value (generic) for -mtune= switch
--
Summary: [4.2 Regression] All Ada tests fail
Product: gcc
Version
--- Comment #2 from neil at gcc dot gnu dot org 2006-01-21 08:02 ---
Discussing with pinskia, I believe qualifying the array type is intended to be
viewed as qualifying the element type, not the array, so the example is
invalid.
--
neil at gcc dot gnu dot org changed:
Wha
80 matches
Mail list logo
