--- Comment #6 from debian-gcc at lists dot debian dot org 2007-08-10
06:25 ---
The glibc patch now is included in glibc-2.6.1, the failing test cases are not
known anymore. Closing the report.
Matthias
--
debian-gcc at lists dot debian dot org changed:
What
--- Comment #2 from pcarlini at suse dot de 2007-08-10 09:51 ---
Seems manageable...
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #5 from burnus at gcc dot gnu dot org 2007-08-10 09:43 ---
Newly created test case. Expected:
* Extend (size) should be printed for a = f(), as NAG f95 does
(I'm not sure that different shape is correct for the current a=b message;
additionally, the A should not be
--- Comment #3 from scovich at gmail dot com 2007-08-10 16:20 ---
Created an attachment (id=14050)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14050action=view)
Output of readelf -wf
I'm attaching the output of `readelf -wf' This time around some of offending PC
are 0x41ac8c,
--- Comment #4 from pda at freeshell dot org 2007-08-10 16:51 ---
I'll get the other info you asked for a little later, but in the meantime
here's my output from gcc-3.3.6 -v. The as and ld referred to are
binutils-2.17, and I believe I also tried with binutils-2.16.1. I may not have
--- Comment #11 from schwab at suse dot de 2007-08-10 17:16 ---
Looks good.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32941
--- Comment #4 from daney at gcc dot gnu dot org 2007-08-10 15:36 ---
Subject: Bug 28313
Author: daney
Date: Fri Aug 10 15:35:55 2007
New Revision: 127336
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127336
Log:
PR libffi/28313
* configure.ac: Don't treat mips64
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-08-10 15:31
---
The problem with integer kind is from the string length:
character(2_8) :: c(2)
integer :: i
c = aa
print *, c .eq. aa
call foo ((/(c(i), i = 1,2)/))
print *, c .eq. aa
contains
subroutine foo
SUMMARY:
In gcc 3.2.3 (and other versions) the DWARF information created by gcc does not
create DW_AT_location attribute for local (static) variables inside a C++
constructor.
WHAT::
The reproducer below shows TWO problems related to debug information available
regarding variables inside a C++ a
--- Comment #1 from dje at gcc dot gnu dot org 2007-08-10 18:48 ---
Subject: Bug 33042
Author: dje
Date: Fri Aug 10 18:48:33 2007
New Revision: 127348
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127348
Log:
PR target/33042
* config/rs6000/driver-rs6000.c:
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-08-10 19:04
---
I guess we have to scramble the seed given by the user, something like this:
Index: intrinsics/random.c
===
--- intrinsics/random.c (revision
--- Comment #3 from kargl at gcc dot gnu dot org 2007-08-10 19:10 ---
UGH.
I'd rather document gfortran's behavior than add additional hacks
into the compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32812
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-08-10 19:23
---
(In reply to comment #3)
UGH.
I'd rather document gfortran's behavior than add additional hacks
into the compiler.
Hum, I was of the same opinion at first. What somehow convinced me that it
might be worth
--- Comment #5 from scovich at gmail dot com 2007-08-10 16:50 ---
Murphy strikes again -- 5 minutes after closing this bug it popped back up in
spite of a clean compile. Apparently `make clean' can change which PC causes
complaints but doesn't necessarily fix the problem.
--
--- Comment #19 from paolo at gcc dot gnu dot org 2007-08-10 18:05 ---
Subject: Bug 17763
Author: paolo
Date: Fri Aug 10 18:04:46 2007
New Revision: 127345
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127345
Log:
/cp
2007-08-10 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #21 from pcarlini at suse dot de 2007-08-10 18:06 ---
Fixed for 4.1.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2007-08-10 13:25
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-08-10 12:43
---
Fixed on 4.3
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-08-10 12:36
---
Subject: Bug 33039
Author: jvdelisle
Date: Fri Aug 10 12:36:01 2007
New Revision: 127332
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127332
Log:
2007-08-10 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-08-10 12:40
---
Subject: Bug 33039
Author: jvdelisle
Date: Fri Aug 10 12:39:46 2007
New Revision: 127333
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127333
Log:
2007-08-10 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #17 from pcarlini at suse dot de 2007-08-10 12:28 ---
Working on the spurious space issue...
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #2 from gjasny at web dot de 2007-08-10 12:02 ---
I've found:
http://c-faq.com/expr/seqpoints.html
*** This bug has been marked as a duplicate of 11751 ***
--
gjasny at web dot de changed:
What|Removed |Added
--- Comment #1 from gjasny at web dot de 2007-08-10 10:51 ---
Created an attachment (id=14049)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14049action=view)
Simple testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33043
When the following program is compiled with gcc the output of the array-value
is 1 2 3 4 5 6. Icc and cl produce the output 1 2 3 4 1 2. If the arrray is
susbtituted by a simple scalar, the gcc output is 1 2 3 4 1 2, too.
I don't know if the statement if even valid and behavior-defined C code. If
--- Comment #7 from clemens dot koller at anagramm dot de 2007-08-10 10:40
---
exactly the same openssl behaviour on embedded PowerPC e500
(gcc-4.2.1, openssl-0.9.8e, glibc-2.3.6)
$ gcc -v
Using built-in specs.
Target: powerpc-unknown-linux-gnu
Configured with: ../gcc-4.2.1/configure
--- Comment #5 from arnaud02 at users dot sourceforge dot net 2007-08-10
09:46 ---
For information, I added this option to g95 around 2001-2002 before the split
gfortran-g95.
The inspiration comes from the option --private of the Lahey-Fujitsu
compiler. For some reason, this option was
--- Comment #7 from green at redhat dot com 2007-08-10 09:18 ---
I believe the patch for this was checked in a long time ago.
--
green at redhat dot com changed:
What|Removed |Added
--- Comment #8 from pcarlini at suse dot de 2007-08-10 08:57 ---
Fixed for 4.3.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from daney at gcc dot gnu dot org 2007-08-10 08:17 ---
*** This bug has been marked as a duplicate of 23935 ***
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from daney at gcc dot gnu dot org 2007-08-10 08:17 ---
*** Bug 23718 has been marked as a duplicate of this bug. ***
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from scovich at gmail dot com 2007-08-10 16:39 ---
The problem comes from adding a member function to a header file and only
recompiling some of the source files that include it (make depend missed
something). It looked like a regression because changing versions of gcc
--- Comment #4 from pault at gcc dot gnu dot org 2007-08-10 08:47 ---
Just for the record:
13.14.110 TRANSFER (SOURCE, MOLD [, SIZE])
...snip...
Result Value. If the physical representation of the result has the same length
as that of SOURCE, the physical representation of the result
--- Comment #7 from paolo at gcc dot gnu dot org 2007-08-10 08:56 ---
Subject: Bug 22256
Author: paolo
Date: Fri Aug 10 08:56:34 2007
New Revision: 127331
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127331
Log:
/cp
2007-08-10 Paolo Carlini [EMAIL PROTECTED]
PR
The following code compiles, but produces an incorrect result. I think this is
because g++ seems to incorrectly determine which templated struct foo should be
used (the one at the namespace level versus the member struct in bar). The two
lines in main() should produce the same result I think, but
--- Comment #5 from saliu at de dot ibm dot com 2007-08-10 10:13 ---
This patch can fix the problem:
Index: gcc/tree.c
===
--- gcc.orig/tree.c
+++ gcc/tree.c
@@ -7609,8 +7609,11 @@ reconstruct_complex_type (tree type, tre
Starting from revision r127304 bootstrap fails on ppc64 (see below).
I've checked that in r127330 it still fails.
r127304 | dje | 2007-08-08 22:33:24 +0300 (Wed, 08 Aug 2007) | 12 lines
* config/rs6000/x-rs6000: New file.
* config/rs6000/darwin.h (CC1_SPEC): Add cc1_cpu.
*
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-08-10 10:31
---
(In reply to comment #2)
But there is, internally with __builtin_isnan.
And that's where I got it wrong. In the Fortran front-end, boolean_type_node is
an integer of the default logical kind, while I thought it
--- Comment #5 from kargl at gcc dot gnu dot org 2007-08-10 20:47 ---
(In reply to comment #4)
(In reply to comment #3)
UGH.
I'd rather document gfortran's behavior than add additional hacks
into the compiler.
Hum, I was of the same opinion at first. What somehow convinced
--- Comment #4 from sje at cup dot hp dot com 2007-08-10 20:50 ---
This bug is related to Jan Hubicka's caller-save changes. Applying my division
code change to version 126878 results in working code, applying my division
code to version 126879 results in compilation failures. The
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-08-10 20:58 ---
Hi FX,
I just thought you'd like to be in the loop for this one.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-08-10 20:59 ---
Created an attachment (id=14051)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14051action=view)
partial patch
Partial patch (doesn't yet remove the conversion of logical(kind=1)
and logical(kind=2) mask
--- Comment #5 from daney at gcc dot gnu dot org 2007-08-10 15:42 ---
It should be working now.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pcarlini at suse dot de 2007-08-10 15:15 ---
Yes.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #18 from paolo at gcc dot gnu dot org 2007-08-10 14:58 ---
Subject: Bug 17763
Author: paolo
Date: Fri Aug 10 14:57:52 2007
New Revision: 127335
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127335
Log:
/cp
2007-08-10 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #20 from paolo at gcc dot gnu dot org 2007-08-10 18:05 ---
Subject: Bug 17763
Author: paolo
Date: Fri Aug 10 18:05:07 2007
New Revision: 127346
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127346
Log:
/cp
2007-08-10 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #2 from matthijs at bomhoff dot nl 2007-08-10 13:58 ---
(In reply to comment #1)
I think this is really PR 11764.
It could have the same cause I guess. I figured it might not be the same, as
foodouble is not really identical to fooint. (Even though the names are the
same,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33044
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-10 21:13 ---
The mainline produces:
.ascii foofoo\0 # DW_AT_name
.byte 0x1 # DW_AT_decl_file (t.cc)
.byte 0x10# DW_AT_decl_line
.long 0x282 # DW_AT_type
.byte 0x5
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-10 21:15 ---
4.1.0 produces:
.uleb128 0xd# (DIE (0x185) DW_TAG_variable)
.ascii foofoo\0 # DW_AT_name
.byte 0x1 # DW_AT_decl_file
.byte 0x10# DW_AT_decl_line
.long
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-10 13:21 ---
I think this is really PR 11764.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33041
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-08-10 12:34
---
The further I can reduce this is:
$ cat u.f90
character(2) :: c(2)
integer(kind=4) :: i
c = aa
call foo ((/(c(i), i = 1_4,2_4)/))
print *, c .eq. aa
contains
subroutine foo (c)
character(*),
--- Comment #78 from gjasny at web dot de 2007-08-10 12:02 ---
*** Bug 33043 has been marked as a duplicate of this bug. ***
--
gjasny at web dot de changed:
What|Removed |Added
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-08-10 21:28
---
(In reply to comment #5)
Your attempt to randomize the seeds really isn't all that good because
there is such a limited amount of entropy in year, month, day, and hour.
I do agree. There's no way I'm adding
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-08-10 13:21
---
Subject: Bug 32933
Author: fxcoudert
Date: Fri Aug 10 13:20:46 2007
New Revision: 127334
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127334
Log:
PR fortran/32933
* trans-decl.c
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-08-10 22:12
---
Subject: Bug 31270
Author: fxcoudert
Date: Fri Aug 10 22:12:04 2007
New Revision: 127352
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127352
Log:
PR fortran/31270
* trans.c
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-08-10 22:12
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Given:
int f ();
template typename struct incomplete;
incompletedecltype(f()) i;
GCC says (when invoked with -std=c++0x): 'incompleteint i' has incomplete
type
However, the latest standard draft (n2369) states in section 7.1.6.2 paragraph
4: if e is a function call [...], decltype(e) is
57 matches
Mail list logo
