--- Comment #13 from dominiq at lps dot ens dot fr 2008-03-06 07:33 ---
With the patch from PR33642 on top of rev. 132950, the test suite passed
without regression on i686-apple-darwin9. However on powerpc-apple-darwin9 I
get now:
[karma] f90/bug% gfc -c -frtl-abstract-sequences
/opt/gc
--- Comment #2 from burnus at gcc dot gnu dot org 2008-03-06 07:00 ---
Thread starts here: http://j3-fortran.org/pipermail/j3/2008-March/001103.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35476
--- Comment #18 from nightstrike at gmail dot com 2008-03-06 05:09 ---
(In reply to comment #17)
> What is the Fortran test case that makes this is a gfortran issue?
PROGRAM HelloWorld
WRITE(*,*) "Hello World!"
END PROGRAM
I haven't tested that again with the latest changes that
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-03-06 04:50
---
What is the Fortran test case that makes this is a gfortran issue?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35159
--- Comment #16 from nightstrike at gmail dot com 2008-03-06 03:00 ---
Created an attachment (id=15267)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15267&action=view)
Preprocssed source for the testcase mentioned
I took the code that I mentioned in the first post in this bug and
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-03-06 00:48
---
This should be OK now.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-03-06 00:45
---
Subject: Bug 35186
Author: ebotcazou
Date: Thu Mar 6 00:44:11 2008
New Revision: 132963
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132963
Log:
PR ada/35186
* decl.c (maybe_pad_type):
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-05 23:40 ---
(In reply to comment #3)
> Please change tree-ssa-sccvn.c:try_to_simplify accordingly (eventually that
> should use a common helper function to extract a constant initializer for
> the tcc_reference case, too). Than
--- Comment #12 from dominiq at lps dot ens dot fr 2008-03-05 22:26 ---
With the patch from PR33642, gcc regtested fine (with the usual failures) on
i686-apple-darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33009
--- Comment #1 from pault at gcc dot gnu dot org 2008-03-05 22:05 ---
(In reply to comment #0)
> Found the following on the J3 Fortran list. I think the program below is
> invalid for the reasons given by Bill Long, but it has not finally decided yet
> (on J3). (The question/program come
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-03-05 22:00
---
Confirmed as rejecting valid code, reduced testcase is:
subroutine sub(arr)
type real_pointer
real, pointer :: p(:)
end type real_pointer
type(real_pointer), dimension(*) :: arr
real, pointer :: p(:)
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu dot
|
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-03-05 21:45
---
What kind of system do you have, to have a without complex defined
in it? (sounds kind of useless)
I suggest the following patch:
Index: libgfortran.h
===
--- Comment #6 from pault at gcc dot gnu dot org 2008-03-05 21:43 ---
Simon and Tobias,
(In reply to comment #4)
> Thanks for the report. I can reproduce the problem with 4.2.3, however, it
> seems to be fixed in GCC/gfortran 4.3.0rc2 (and 4.4.0) - and as Daniel noted
> it
> used to w
The following code fails to compile on gcc-4.3.0-RC2 with -std=c++0x
template struct tuple {};
template struct test {};
template struct test>
{
template struct inside {};
};
g++ exits saying:
error: parameter pack ARGS must be at the end of the template parameter list
on line 5 (where
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2008-03-05 21:27
---
(In reply to comment #12)
> I have reported the bug to Apple, it is radar 5782719
Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
--
gnu_andrew at member dot fsf dot org changed:
What|Removed |Added
Target Milestone|--- |0.98
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #10 from gnu_andrew at member dot fsf dot org 2008-03-05 21:04
---
Created an attachment (id=15266)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15266&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #9 from gnu_andrew at member dot fsf dot org 2008-03-05 21:03
---
Created an attachment (id=15265)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15265&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #8 from gnu_andrew at member dot fsf dot org 2008-03-05 21:03
---
Created an attachment (id=15264)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15264&action=view)
Move towards a CPStringBuilder-using code base
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21869
--- Comment #11 from dominiq at lps dot ens dot fr 2008-03-05 20:53 ---
Note that I see the problem reported in comment #8 on powerpc-apple-darwin9 too
((insn 139[address=afafafaf pc=003bf7a0]). I have applied the patch from
PR33642 and the manual tests pass.
I am starting a regtest.
-
--- Comment #12 from dominiq at lps dot ens dot fr 2008-03-05 20:45 ---
I have reported the bug to Apple, it is radar 5782719 with the following test:
[ibook-dhum] f90/bug% cat nist_827_c.c
#include
#include
#include
#include
int main() {
double avd, bvd, cvd, dvd, dvcorr;
c
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-05 17:59 ---
(In reply to comment #4)
> GCC 4.3.0 is supposted to be released at the end of this week (currently, we
> have release candidate 2).
It is actually very closer to release than the end of the week, in fact it is
bei
--- Comment #4 from burnus at gcc dot gnu dot org 2008-03-05 17:55 ---
Thanks for the report. I can reproduce the problem with 4.2.3, however, it
seems to be fixed in GCC/gfortran 4.3.0rc2 (and 4.4.0) - and as Daniel noted it
used to worked with 4.1.3.
GCC 4.3.0 is supposted to be rele
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-03-05 17:51 ---
Works on 4.1.2 (release), trunk (20080225) and 4.3 branch (20080219), fails for
4.2.4 (20080222).
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
Found the following on the J3 Fortran list. I think the program below is
invalid for the reasons given by Bill Long, but it has not finally decided yet
(on J3). (The question/program comes from Sun)
Current status:
- openf95 and sunf95 reject it
- ifort, gfortran, NAG f95, and g95 accept it
Bill L
--- Comment #2 from s dot binnie at ucl dot ac dot uk 2008-03-05 17:34
---
(In reply to comment #0)
> gfortran fails to compile valid code, leads to ICE segfault, Code compiles
> fine
> under 4.1.2 .
>
> command used:
> gfortran -v -save-temps -c -ffree-form ice.f
>
> OUTPUT:
>
> U
--- Comment #1 from s dot binnie at ucl dot ac dot uk 2008-03-05 17:26
---
Created an attachment (id=15263)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15263&action=view)
Testcase (reduced from proprietary code).
Testcase (reduced from proprietary code).
--
http://gcc.gnu.
gfortran fails to compile valid code, leads to ICE segfault, Code compiles fine
under 4.1.2 .
command used:
gfortran -v -save-temps -c -ffree-form ice.f
OUTPUT:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.2.3/configure --prefix=/scratch/sjb/local
Thread model: posi
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-03-05 16:13 ---
Subject: Bug 35472
Author: rguenth
Date: Wed Mar 5 16:13:04 2008
New Revision: 132899
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132899
Log:
2008-03-05 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-05 16:13 ---
Fixed on the trunk, waiting for 4.3.1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-03-05 16:01 ---
*** Bug 35473 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 2008-03-05 16:01 ---
*** This bug has been marked as a duplicate of 35373 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from dominiq at lps dot ens dot fr 2008-03-05 15:40 ---
(In reply to comment #9)
> It seems to me it is the same problem as PR33642.
> Would you be so kind to check it again on i686-apple-darwin9 with the attached
> patch from PR33642?
I am currently regtesting, I'll ap
--- Comment #1 from burnus at gcc dot gnu dot org 2008-03-05 15:32 ---
Possibly caused by the following patch. It fails for me around 30/31 May.
Patch: http://gcc.gnu.org/ml/fortran/2007-05/msg00504.html
r125216 | pault | 2007-05-31 09:45:50 +0200 (Thu, 31 May 2007) | 13 lines
2007-05-3
--- Comment #11 from dominiq at lps dot ens dot fr 2008-03-05 15:29 ---
(In reply to comment #10)
[ibook-dhum] f90/bug% cat nist_827_red_2.f
program fm827
double precision avd, bvd, cvd, dvd, dvcorr
cvd = 10.0d0
dvd = 6.0d0
dvd = dlog10(cvd)
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-05 15:28 ---
Of course the testcase invokes undefined behavior at runtime.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-05 15:27 ---
This is done by several passes through the magics of fold_stmt_r:
case ARRAY_REF:
/* If we are not processing expressions found within an
ADDR_EXPR, then we can fold constant array references. */
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
$ cat test_mod.f90
module h5global
integer i
integer j
common /c/ i
equivalence (i, j)
private
end module h5global
program bug
use h5global
end
$ gfortran -c test_mod.f90
test_mod.f90:10.14:
use h5global
1
Internal Error at (1):
free_pi_tree(): Unresolved fixup
$ gfo
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-05 14:56 ---
Patch in testing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priorit
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-05 14:45 ---
We have
# VUSE
p.0_1 = p;
# a_11 = VDEF
# b_12 = VDEF
# SMT.5_13 = VDEF
*p.0_1 = a;
# a_14 = VDEF
# b_15 = VDEF
# SMT.5_16 = VDEF
*p.0_1 = b;
This is actually a case of PR34459 and it is
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2008-03-05 14:39
---
(In reply to comment #9)
> To answer the question, when the test fail dlog10 returns 0, but to get that
> you need some intermediate steps.
Can you show us your program that shows dlog10 returning 0?
> The prob
An internal compiler error comes up upon trying to build gfortran from a fresh
download of the source tree on the PowerPc Macintosh (10.5.3) -
make all-am
/bin/sh ./libtool --tag=CC --mode=link /Users/dir/gfortran/ibin/./gcc/xgcc
-B/Users/dir/gfortran/ibin/./gcc/
-B/usr/local/gfortran/powerpc-app
--- Comment #9 from loki at gcc dot gnu dot org 2008-03-05 14:36 ---
(In reply to comment #8)
> With revision 132897 on i686-apple-darwin9 I get:
> ...
> unrecognizable insn:
> (insn 118/opt/gcc/_gcc_clean/gcc/testsuite/gcc.c-torture/compile/pr33009.c:36:
> internal compiler error: Segme
/opt/gcc/gcc4.4w/share/info
--build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java
--with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
Thread model: posix
gcc version 4.4.0 20080305 (experimental) (GCC)
F
--- Comment #9 from bonzini at gnu dot org 2008-03-05 13:22 ---
> fwprop does not because the memory is written to
(and fwprop does not do alias analysis).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35281
--- Comment #8 from bonzini at gnu dot org 2008-03-05 13:21 ---
Should be handled by this code in simplify_subreg:
/* A SUBREG resulting from a zero extension may fold to zero if
it extracts higher bits that the ZERO_EXTEND's source bits. */
if (GET_CODE (op) == ZE
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
extern void abort (void);
extern void *memset (void *s, int c, __SIZE_TYPE__ n);
struct S { int i[16]; };
struct S *p;
void __attribute__((noinline))
foo(struct S *a, struct S *b) { a->i[0] = -1; p = b; }
void test (void)
{
struct S a, b;
memset (&a.i[0], '\0', sizeof (a.i));
memset (&b.i[0],
gfortran build fails due to "complex" not being defined in kinds.h. Though the
system has a , #define for complex is missing in it. Fix is to
include
#ifndef complex
#define complex __complex__
#endif
at top of kinds.h, or to explicitly check for complex type in
libgfortran/configure.ac
g
--- Comment #7 from ubizjak at gmail dot com 2008-03-05 11:10 ---
It looks that:
2006-11-03 Paolo Bonzini <[EMAIL PROTECTED]>
Steven Bosscher <[EMAIL PROTECTED]>
* fwprop.c: New file.
...
* cse.c (fold_rtx_subreg, fold_rtx_mem, fold_rtx_mem_1, fin
--- Comment #3 from loki at gcc dot gnu dot org 2008-03-05 11:09 ---
Created an attachment (id=15262)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15262&action=view)
Avoid GET_ATTR_LENGTH when RECOG_MEMOIZED fails
It seems this patch fixes the described problem on arm-eabi.
I am
This code compiles fine on all other known f95 compilers but gives an error in
gfortran (code compiled with __GFORTRAN__ works, alternative does not):
type real_pointer
real, dimension(:), pointer :: p
end type real_pointer
...
recursive subroutine QuickSortArr_Real(Arr, Lin, R,
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-05 10:47 ---
Works with 4.2.3 and 4.1.3. Worked with 4.3.0 somewhen in January.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-03-05 10:40 ---
Created an attachment (id=15261)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15261&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35469
Recent 4.3.0 breaks the build of pdftk again with
pdftk.C:4936: error: Java method 'void
com::lowagie::text::pdf::PdfReader::removeUnusedNode(com::lowagie::text::pdf::PdfObject*,
JArray*)' has non-Java parameter type 'JArray*'
where appearantly the frontend has substituted bool for jboolean and n
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-05 10:32 ---
Subject: Bug 35336
Author: rguenth
Date: Wed Mar 5 10:32:07 2008
New Revision: 132894
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132894
Log:
2008-03-05 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #6 from ubizjak at gmail dot com 2008-03-05 10:32 ---
4.2 figures out in cse1 pass that:
(insn 9 8 10 2 (parallel [
(set (reg:DI 60 [ b ])
(zero_extend:DI (mem/c/i:SI (symbol_ref:SI ("b") ) [3 b+0 S4 A32])))
(clobber (reg:CC 17 flags))
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-05 10:27 ---
With -O we even have
movl$0, %edx
movla, %ecx
imull %edx, %ecx
I wonder why we do not constant-propagate / simplify here?
Note that with 4.2 and 4.1 mul16 is also bad. Setting mi
--- Comment #7 from loki at gcc dot gnu dot org 2008-03-05 10:27 ---
Fixed.
--
loki at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from loki at gcc dot gnu dot org 2008-03-05 10:16 ---
Subject: Bug 33009
Author: loki
Date: Wed Mar 5 10:15:45 2008
New Revision: 132893
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132893
Log:
2008-03-05 Gabor Loki <[EMAIL PROTECTED]>
PR gcc/33009
--- Comment #4 from ubizjak at gmail dot com 2008-03-05 10:16 ---
Note, this is _NOT_ the same issue as PR rtl-optimization/34522.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #3 from ubizjak at gmail dot com 2008-03-05 10:14 ---
Confirmed with
--cut here--
unsigned long long a;
unsigned int b;
unsigned short c;
unsigned long long mul32()
{
return a * b;
}
unsigned long long mul16()
{
return a * c;
}
--cut here--
Setting milestone to 4.3.0
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2008-03-05 09:43
---
(Hey, a UCL colleague! Small world...)
I'm closing this bug as FIXED in 4.2.0. If you have any trouble upgrading to
the newest compiler versions, feel free to ask for help on the gfortran
mailing-list: [EMAIL PRO
--- Comment #2 from sam at gcc dot gnu dot org 2008-03-05 08:38 ---
Also note that for the same reason, you will not get a warning from an inlined
body. See sem_warn.adb (Warn_On_Known_Condition).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35464
--- Comment #1 from sam at gcc dot gnu dot org 2008-03-05 08:34 ---
Confirmed on GCC 4.4.0 20080303.
I think this warning is disabled on purpose on instances because you may end up
with conditions being always true or false *in somes instances only*. And in
these cases, you certainly do
The following testcase causes an ICE. It is simply gcc.dg/980502-1.c
invoked with a different set of options, in particular, -fno-tree-dce.
Also included is the output of the final ccp pass. Notice the (dead)
assignment '88 = 1'. It looks like 'line[8]' in an lvalue context was
incorrectly folde
--- Comment #1 from ubizjak at gmail dot com 2008-03-05 08:13 ---
What happens if you build from a clean directory?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35457
--- Comment #6 from victork at gcc dot gnu dot org 2008-03-05 08:08 ---
Subject: Bug 31341
Author: victork
Date: Wed Mar 5 08:08:11 2008
New Revision: 132892
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132892
Log:
2008-03-05 Victor Kaplansky <[EMAIL PROTECTED]>
PR
--- Comment #1 from ubizjak at gmail dot com 2008-03-05 08:06 ---
Fixed by http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00263.html:
2008-03-04 Geoff Keating <[EMAIL PROTECTED]>
* fold-const.c (tree_single_nonnegative_warnv_p): Fix mixed
declaration and code.
(
71 matches
Mail list logo
