--- Comment #17 from sdirkse at gams dot com 2008-12-22 20:37 ---
After all the updates committed for this bug, I thought I'd try the latest,
including updating to ggmp-4.2.4 and mpfr-2.3.2. Here's the result for the GCC
4.3.2 release and the latest GCC. Note that the 32
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sdirkse at gams dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38705
--- Comment #1 from sdirkse at gams dot com 2009-01-02 16:49 ---
Created an attachment (id=17023)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17023&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38705
--- Comment #3 from sdirkse at gams dot com 2007-02-22 18:52 ---
I took out the restriction in resolve.c that leads to the error message, and it
does give me a clean compile, but the code does not do what I expect. For
example, passing a real(kind=8) by-value to C doesn't get me a
--- Comment #6 from sdirkse at gams dot com 2007-02-22 21:35 ---
(In reply to comment #4)
> (In reply to comment #3)
> >
> > Enough facts, now for some ignorant speculation: I suppose there is some
> > logic
> > missing to pass a value from the caller when t
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sdirkse at gams dot com
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31075
--- Comment #2 from sdirkse at gams dot com 2007-03-07 22:52 ---
Thanks for telling me about the -fwrapv flag, that's good to know - I should
have double-checked my K&R 2nd Edition before sending the bug. But I tried
running the above example with the addition of the -fwrapv
--- Comment #4 from sdirkse at gams dot com 2007-03-07 23:10 ---
DOH! I wasn't running the executable compiled with -fwrapv. Using the -fwrapv
flag does indeed make things work as I hoped and as documented.
--
sdirkse at gams dot com changed:
What|Re
ReportedBy: sdirkse at gams dot com
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31085
--- Comment #1 from sdirkse at gams dot com 2007-03-08 14:39 ---
Created an attachment (id=13172)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13172&action=view)
result of "gcc-save-temps" run on .c file
To reproduce the bug with this file, do:
mamie$gcc -v -D
D
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sdirkse at gams dot com
GCC build triplet: i386-pc-solaris2.10
GCC host triplet: i386-pc-solaris2.10
GCC target triplet: i386-pc-solaris2.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31394
--- Comment #1 from sdirkse at gams dot com 2007-03-29 17:55 ---
Created an attachment (id=13297)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13297&action=view)
test case for the bug
Building with
gcc -m64 -O1 -o xxx cosbug.i -lm
shows the bug bug
gcc -m64 -o xxx cosbu
--- Comment #3 from sdirkse at gams dot com 2007-03-30 21:36 ---
I installed gcc 20070329 and the problem I was having is solved. I suppose
that makes it a duplicate of PR30980.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31394
: unassigned at gcc dot gnu dot org
ReportedBy: sdirkse at gams dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32959
y: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sdirkse at gams dot com
GCC host triplet: i386-pc-solaris2.10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37472
--- Comment #1 from sdirkse at gams dot com 2008-09-11 00:56 ---
Created an attachment (id=16289)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16289&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37472
--- Comment #2 from sdirkse at gams dot com 2008-02-01 18:24 ---
I tried a more recent GCC checkout of the trunk and I no longer have this
issue, even with the old gettext. If this reoccurs I'll try updating gettext.
Thanks, and please feel free to close this issue report. Or s
ge
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sdirkse at gams dot com
GCC target triplet: x86_64-unk
--- 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
--
--- 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
causes glibc error
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sdirkse at gams dot com
GCC host triplet: x86_64-redhat-linux
--- Comment #1 from sdirkse at gams dot com 2008-07-07 18:00 ---
Created an attachment (id=15872)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15872&action=view)
test case
No flags required to reproduce: gfortran -o repro repro.f90
--
http://gcc.gnu.org/b
o: unassigned at gcc dot gnu dot org
ReportedBy: sdirkse at gams dot com
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36826
--- Comment #1 from sdirkse at gams dot com 2008-07-14 20:18 ---
Created an attachment (id=15907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15907&action=view)
zipped, pre-processed source to turf up the bug
I couldn't generate the .i file using -save-temps,
24 matches
Mail list logo
