--- Comment #1 from dominiq at lps dot ens dot fr 2008-04-14 19:39 ---
See the attached file in comment #7 of PR32770.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35937
--- Comment #8 from sam at gcc dot gnu dot org 2008-04-14 20:04 ---
Well, as far as I can tell, the bug doesn't have anything to do with shared
memory. It's just that GNAT does not emit any information for imported
entities, as demonstrated in the following example:
package P is
--- Comment #6 from bkoz at gcc dot gnu dot org 2008-04-14 20:08 ---
David, can you put this fix on gcc-4_3-branch and close this PR please?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35597
--- Comment #3 from dominiq at lps dot ens dot fr 2008-04-14 20:27 ---
On i686-apple-darwin9, the tests pass with -m64, but fail with -m32.
The errors are due to all the tests with f5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35937
When compiled with -fdefault-integer-8, maxloc_bounds_[457].f90 give the
following error:
/opt/gcc/_gcc_clean/gcc/testsuite/gfortran.dg/maxloc_bounds_4.f90:19.11:
call foo(res)
1
Error: Type mismatch in argument 'res' at (1); passed INTEGER(4) to INTEGER(8)
A possible fix is to
The following gives the wrong answers. It may have to do
with broadcasting things to arrays. The all scalar case works
and an array first argument works.
program FA1031
! fails on Windows XP
! gcc version 4.4.0 20080312 (experimental) [trunk revision 133139]
INTEGER IDA1(10)
--- Comment #3 from dmarkman at mac dot com 2008-04-14 21:47 ---
Hi, first of all thanks for your comment
I don't use i0 in the program - it's inside of the quotes
so test is fine
I made all changes you made
and still in 4.3 (opt) I'm getting (+Inf, Nan)
it looks like that 4.4 fixes
--- Comment #1 from dick dot hendrickson at gmail dot com 2008-04-14 21:49
---
I forgot to include the output
C:\gfortrangfortran fa1031.f
C:\gfortrana
T F T F T F T F T F
1 1 1 1 1 1 1 1 1 1
4 1 4 1 4 1 4 1 4 1
4
--
dick dot hendrickson at gmail dot com changed:
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-04-14 22:48 ---
Wow. Confirmed. This does not happen at -O2 with gcc-4.1.2
However, on gcc-4.3.0 branch:
$bld/H-x86-gcc-4_3-branch.20080227/bin/g++ -O2 -S -march=i386 testatomic.cc
gives:
.file testatomic.cc
--- Comment #1 from bkoz at gcc dot gnu dot org 2008-04-14 22:49 ---
Fixing reported against, target milestone.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
20080414 (experimental) (GCC)
and
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind
--- Comment #5 from kargl at gcc dot gnu dot org 2008-04-14 23:10 ---
(In reply to comment #4)
Anyway, I'm reassigning this to middle-end, since regardless of optimization
level the gfortran frontend generates identical trees. Attached is a roughly
equivalent C testcase for the
bootstrap fails with the trailing error messages below
[...]
gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o
build/gencheck \
build/gencheck.o ../build-i686-pc-linux-gnu/libiberty/libiberty.a
build/gencheck
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-14 23:20 ---
What make version are you using?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35941
--- Comment #10 from wilson at gcc dot gnu dot org 2008-04-14 23:47 ---
Fixed on mainline and 4.3 branch.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dannysmith at gcc dot gnu dot org 2008-04-14 23:48
---
Subject: Bug 35661
Author: dannysmith
Date: Mon Apr 14 23:47:39 2008
New Revision: 134296
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134296
Log:
2008-04-16 Zuxy Meng [EMAIL PROTECTED]
PR
--- Comment #4 from bkoz at gcc dot gnu dot org 2008-04-14 23:54 ---
Subject: Bug 35816
Author: bkoz
Date: Mon Apr 14 23:53:15 2008
New Revision: 134297
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134297
Log:
2008-04-14 Benjamin Kosnik [EMAIL PROTECTED]
PR
--- Comment #4 from dannysmith at gcc dot gnu dot org 2008-04-14 23:54
---
Subject: Bug 35921
Author: dannysmith
Date: Mon Apr 14 23:53:54 2008
New Revision: 134298
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134298
Log:
PR target/35921
* optimize.c
--- Comment #1 from wilson at gcc dot gnu dot org 2008-04-14 23:56 ---
There is a conflict between the gcc and gas debug info support here. This
can't be fixed in gcc. It will have to be fixed in binutils.
-g1 tells gcc to emit debug info, but not line number info. We do emit file
--- Comment #2 from hp at gcc dot gnu dot org 2008-04-15 00:06 ---
It looks exactly like what Janis saw with make 3.79.1.
I'll close this as fixed with the since then committed
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01018.html
(though the reporter also needs to update to GNU make
--- Comment #5 from wilson at gcc dot gnu dot org 2008-04-15 00:25 ---
Gcc-2.5.8 uses the code I suggested was correct. gcc-2.6.3 does not. The
ChangeLog entry is
Fri Aug 5 12:29:42 1994 Jim Wilson ([EMAIL PROTECTED])
* expmed.c (expand_mult): Accept DImode for synth_mult
--- Comment #5 from bkoz at gcc dot gnu dot org 2008-04-15 00:26 ---
Subject: Bug 35816
Author: bkoz
Date: Tue Apr 15 00:25:45 2008
New Revision: 134305
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134305
Log:
2008-04-14 Benjamin Kosnik [EMAIL PROTECTED]
PR
--- Comment #6 from bkoz at gcc dot gnu dot org 2008-04-15 00:26 ---
fixed in trunk and on gcc-4_3-branch
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from anhvofrcaus at gmail dot com 2008-04-15 00:35 ---
[sjswdev2]:{71#}% make -version
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Built for i386-redhat-linux-gnu
Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000
Free
--- Comment #9 from ghazi at gcc dot gnu dot org 2008-04-15 00:38 ---
(In reply to comment #7)
Possible the
(isgreater(fabs(x), DBL_MAX) ? (signbit(x) ? -1 : 1) : 0)
will be fast with common finite numbers?
Yes, it seems to be slightly faster (~5%), but you get larger code
--- Comment #1 from wilson at gcc dot gnu dot org 2008-04-15 01:03 ---
Translation errors must be reported to the FSF translation team instead of to
us. I have forwarded this to the French translation team. See
http://translationproject.org/team/index.html
--
--- Comment #4 from anhvofrcaus at gmail dot com 2008-04-15 01:13 ---
I upgraded to make-3.81 as suggested. This problem has gone away. Thank you all
for your quick help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35941
--- Comment #10 from ghazi at gcc dot gnu dot org 2008-04-15 01:36 ---
(In reply to comment #8)
I propose that we do the following:
- add a warning to the C/C++ frontends that isinf (x) CMP isinf (y) is
only well-defined for !isinf (x) !isinf (y).
this doesn't result in a
--- Comment #3 from brian at dessent dot net 2008-04-15 04:07 ---
Subject: Re: gcj: error trying to exec 'ecj1': execvp: No such
file or directory
david dot griffiths at gmail dot com wrote:
Well there is no ecj1 - that's the problem I think. It didn't build it.
ecj1 is just a
101 - 129 of 129 matches
Mail list logo