--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-10-15 05:10
---
For your immediate need, can you transfer to character string and then parse
the bits? Or possibly read and right to a file using stream IO that will give
you byte for byte access to the values.
--
http://gc
--- Comment #3 from kargl at gcc dot gnu dot org 2009-10-15 03:55 ---
(In reply to comment #1)
> Try this patch. Does it give reasonable results? Does endianess matter here?
>
> Index: write.c
> ===
> --- write.c (rev
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-10-15 03:15
---
With the patch above, I get:
$ ./a.out
4 8 10
0.9975595E+00 3FEFEC02
0.997559590092617E+00 3FEFEC0216E8495F
0.99755959009261720E+00 3FEFEC0216E8495F
0.99755959009261720E+00 3FFEFF6010B742
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2009-10-15 03:14
---
Try this patch. Does it give reasonable results? Does endianess matter here?
Index: write.c
===
--- write.c (revision 152697)
+++ write.c
This problem reported by Steve Kargl on the list. The conversion routines in
write.c do not support conversion of kind=10 reals to an integer format. There
is no kind=10 integer. I think the way to handle this is either improve the
error message or convert to kind=16 and pad zeros or convert to
Configured with:
../gcc-svn/configure --target=sparc64-elf
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-Wold-styl
--- Comment #6 from mikpe at it dot uu dot se 2009-10-15 02:09 ---
A bisection has identified revision 139725 as the origin of this regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684
--- Comment #6 from jifl-bugzilla at jifvik dot org 2009-10-14 22:39
---
Sorry yes, it was somewhat hard to replicable even with 3.3.3, and I was never
able to reproduce it with more recent GCC (but never quite satisfied myself
that it wasn't reproduceable!). Time to draw a line.
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-14 21:30 ---
Has been fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-14 21:30 ---
Note that these errors only happen if you build GCC with checking enabled
which is not the default for released compilers.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-10-14 21:28
---
We also have
FAIL: gcc.dg/pr34668-1.c (internal compiler error)
FAIL: gcc.dg/pr34668-1.c (test for excess errors)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39959
--- Comment #13 from rguenth at gcc dot gnu dot org 2009-10-14 21:28
---
*** Bug 41086 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39959
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-14 21:28 ---
And it's really a dup of PR39959.
*** This bug has been marked as a duplicate of 39959 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-14 21:26 ---
Not P1. It's --combine and ice-checking.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from doko at ubuntu dot com 2009-10-14 21:26 ---
looking at the interval there a three arm specific commits:
2008-08-23 Paolo Carlini
2008-08-23 Sebastian Redl
- r139509: exception propagation support
2008-08-26 Vladimir Makarov
- r139590: IRA merge
2008
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-14 21:26 ---
*** Bug 41394 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-14 21:26 ---
*** This bug has been marked as a duplicate of 41086 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from doko at ubuntu dot com 2009-10-14 21:21 ---
> A binary search through the gcc-4.4 snapshots has identified 4.4-20080822 as
> the last good(*) snapshot and 4.4-20080829 as the first bad one.
build in between fail for me with:
/opt/doko/gcc/139572/./gcc/xgcc -B/opt/dok
--- Comment #2 from sje at cup dot hp dot com 2009-10-14 21:14 ---
This looks like a duplicate of 41086. I see it on IA64 HP-UX and Linux as
well.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--
--- Comment #2 from sje at cup dot hp dot com 2009-10-14 21:03 ---
I see failures for this test on IA64 HP-UX and Linux as well.
FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler 0x0.*Vtable slot
FAIL: g++.dg/debug/dwarf2/icf.C scan-assembler 0x1.*Vtable slot
FAIL: g++.dg/debug/dwarf2/icf.
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-14 19:56 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
to/41173
* gcc.dg/lto/20091014-1_0.c: New testcase.
Added:
trunk/gcc/testsuite/gcc.dg/lto/20091014-1_0.c
Modified:
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41173
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-10-14 19:49
---
PR41173 should be fixed - can you provide preprocessed source to trigger the
original failure now?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dgutson at gcc dot gnu dot org 2009-10-14 19:20 ---
Committed since approved in
http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00906.html
--
dgutson at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-14 17:54 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from doko at ubuntu dot com 2009-10-14 17:24 ---
138206 2008-07-28 OK
2008-11-16 FAIL (gcc-snapshot build)
that looks consistent with my test builds; with the 2008-07-28 build the ld
testsuite passes without failures
--
http://gcc.g
--- Comment #2 from mikpe at it dot uu dot se 2009-10-14 17:07 ---
A binary search through the gcc-4.4 snapshots has identified 4.4-20080822 as
the last good(*) snapshot and 4.4-20080829 as the first bad one.
(*) 4.4 snapshots around this time also cause the following failures:
Running
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-14 17:06 ---
Subject: Bug 41707
Author: jakub
Date: Wed Oct 14 17:06:39 2009
New Revision: 152773
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152773
Log:
PR testsuite/41707
* g++.dg/plugin/attribute_plug
--- Comment #1 from anhvofrcaus at gmail dot com 2009-10-14 16:56 ---
gcc-4.5-20091008 snapshot was used. By the way, gcc-4.4.2-RC-20091008 works
fine.
--
anhvofrcaus at gmail dot com changed:
What|Removed |Added
---
Bootstrap fails in stage 2 with tail end error message shown below.
[...]
# Now that we have built all the objects, we need to copy
# them back to the GCC directory. Too many things (other
# in-tree libraries, and DejaGNU) know about the layout
# of the build tree, for now.
make install-leaf DEST
--- Comment #1 from hp at gcc dot gnu dot org 2009-10-14 16:28 ---
cris-elf too...
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-14 16:23 ---
One symptom is that (from PR41708) the dg-torture leaves behind dump files
in /tmp:
[...@gnu-26 tmp]$ ls cc*
cc04uxjw.o.063t.alias ccij5SzB.o.063t.alias ccS3qzsd.o.063t.alias
cc2agDxi.o.063t.alias ccI
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-14 16:20 ---
*** Bug 41708 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 2009-10-14 16:20 ---
According to PR 41637 (which I filed about this issue and the other tmp files),
this is really PR 41564.
*** This bug has been marked as a duplicate of 41564 ***
--
pinskia at gcc dot gnu dot org changed:
When I ran "make check", I got
[...@gnu-26 gcc]$ cd /tmp/
[...@gnu-26 tmp]$ ls cc*
cc04uxjw.o.063t.alias ccij5SzB.o.063t.alias ccS3qzsd.o.063t.alias
cc2agDxi.o.063t.alias ccIPR8Wx.o.063t.alias ccsaxP8c.wpa.o.063t.alias
cc2P8Is7.o.063t.alias cck79Seb.wpa.o.063t.alias ccsLa
--- Comment #6 from burnus at gcc dot gnu dot org 2009-10-14 16:10 ---
Just for completeness: The wording in
J3/04-007 (p. 259, ll. 38-41; "12.3.2.1 Interface block")
and in
J3/97-007r2 (p. 194, ll. 32-34)
is effectively the same. Thus there does not seem to be any change in the
norm
On Linux/ia32, revision 152762 gave:
FAIL: g++.dg/plugin/attribute_plugin-test-1.C -fplugin=./attribute_plugin.so
(test for warnings, line 1)
FAIL: g++.dg/plugin/attribute_plugin-test-1.C -fplugin=./attribute_plugin.so
(test for excess errors)
Revision 152756 is OK. Jakub, it may be caused by on
--- Comment #6 from rearnsha at gcc dot gnu dot org 2009-10-14 14:20
---
No feedback
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Status|W
--- Comment #6 from rearnsha at gcc dot gnu dot org 2009-10-14 14:17
---
No feedback. Presumed fixed.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rearnsha at gcc dot gnu dot org 2009-10-14 14:16
---
Closing as presumed fixed.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rearnsha at gcc dot gnu dot org 2009-10-14 14:13
---
No useful feedback. Closing.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rearnsha at gcc dot gnu dot org 2009-10-14 14:11
---
No feedback in 6 months. Presumed fixed
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rearnsha at gcc dot gnu dot org 2009-10-14 14:10
---
No feedback in 6 months. Closing as presumed fixed.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
-
Consider the following code:
module m
type :: t
contains
procedure, nopass :: a
procedure, nopass :: b
end type
contains
real function a (x)
real :: x
a = 2.*x
end function
real function b (x)
real :: x
b = 3.*x
end function
subroutine s
class(t),allocatable
--- Comment #6 from mrs at gcc dot gnu dot org 2009-10-14 13:28 ---
See comment #3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41605
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-14 13:19 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-14 13:08 ---
Subject: Bug 41521
Author: rguenth
Date: Wed Oct 14 13:08:44 2009
New Revision: 152767
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152767
Log:
2009-10-14 Richard Guenther
PR lto/41521
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-14
12:29 ---
Subject: Re: g++.dg/debug/dwarf2/icf.C
One thing that may be relevant is the PA backend doesn't currently
provide vtable support when generating jumps to thunks.
Dave
--
http://gcc.gnu.org/bugzilla/s
--- Comment #5 from developer at sandoe-acoustics dot co dot uk 2009-10-14
11:20 ---
(In reply to comment #4)
> Oh, if one wanted to, one could have libgcc_s forward the EH calls into
> /usr/lib/libgcc_s.1.dylib by dlopening it and then doing dlsym on the symbols
> and calling them. Th
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-14 10:57 ---
*** This bug has been marked as a duplicate of 41521 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-14 10:57 ---
*** Bug 41566 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-14 10:55 ---
*** This bug has been marked as a duplicate of 41521 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-14 10:55 ---
*** Bug 41694 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-14 10:51 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-14 10:34 ---
Please post patches to gcc-patc...@gcc.gnu.org.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41698
Greetings from Cuba Education Tours,
We have two Cuba programs for teachers during New Years and we warmly invite
you to join us on the island.
Our "Teachers Introduction to Cuba Tour" travels from December 27, 2009 to
January 3, 2010. Its focus is on education and culture. Please see
http://C
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-14 10:09 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-14 10:04 ---
Subject: Bug 41543
Author: jakub
Date: Wed Oct 14 10:04:22 2009
New Revision: 152761
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152761
Log:
PR preprocessor/41543
* input.h (BUILTINS_LOCATIO
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-14 09:56 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-14 09:54 ---
Subject: Bug 41695
Author: jakub
Date: Wed Oct 14 09:53:55 2009
New Revision: 152760
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152760
Log:
PR debug/41695
* dwarf2out.c (dwarf2out_var_locat
--- Comment #1 from carrot at google dot com 2009-10-14 09:29 ---
Created an attachment (id=18798)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18798&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41705
Compile the attached source code with options -Os -march=armv5te -mthumb, gcc
generates:
push{lr}
ldr r3, [r0]
cmp r3, #0 // B
bne .L3
ldr r3, [r0, #4]
b .L2
.L3:
mov r3, #0 // A
.L2:
--- Comment #1 from redi at gcc dot gnu dot org 2009-10-14 09:10 ---
Slightly reduced:
template
struct TSizeEnabler
{
typedef T TClass;
};
template
int
GetAllSize(const X &Var)
{ return sizeof(Var); }
template
int
GetAllSize(const typename TSizeEnabler::TClass &Var)
{ return Va
--- Comment #1 from dominiq at lps dot ens dot fr 2009-10-14 08:42 ---
I don't get an ICE with the coed in comment#0. However I get one with the
following (valid?) changes:
type t0
integer :: j = 42
end type t0
type t
integer :: i
class(t0), allocatable :: foo(:)
end type t
type(t
Gfortran rejects the following code with
Error: Binding label 'foo' in interface body at (1)
collides with the global entity 'foo' at (2)
However, it seems as if the code could be valid - either in Fortran 2003 or in
Fortran 2008. See thread at
http://groups.google.com/group/comp.lang.fo
--- Comment #2 from mark at gcc dot gnu dot org 2009-10-14 07:48 ---
(In reply to comment #1)
> Actually, they have to have two different section types.
>
> c::m()::TWO has to be in the comdat section for C::m().
> While c()::ONE does not and can be in a normal section.
INVALID? How is
66 matches
Mail list logo
