[Bug libfortran/26712] gfortran on mac intel runtime floating point exception when printing
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-03-25 09:27 --- Could you run the testsuite with this change and report it (to gcc-testresults and fortran mailing lists)? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26712
[Bug ada/26866] New: [4.1 regression] 428 test failures in ada testsuite
seen on current Debian unstable alpha-linux-gnu 3.4.5 summary: === acats Summary === # of expected passes1961 # of unexpected failures4 # of unsupported tests 357 4.0.x summary missing (all tests did fail on the Debian build daemon) 4.1.0 summary: === acats Summary === # of expected passes1888 # of unexpected failures428 -- Summary: [4.1 regression] 428 test failures in ada testsuite Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC host triplet: alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26866
[Bug ada/26866] [4.1 regression] 428 test failures in ada testsuite
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-03-25 11:16 --- Created an attachment (id=11124) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11124action=view) ada test summary -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26866
[Bug c/26867] New: wrong optimization (-O2), wrong instruction reordering.
The program here enclosed has this behavior (tested on i386 and ppc, gcc
4.0.3):
$ gcc -O1 test.c
$ ./a.out 42
42
$ gcc -O2 test.c
$ ./a.out 42
0
on ppc (from debian sid) this chunk of the code:
25: tmp=((struct a *)bp)-a2;
26: bp-b1=0;
27: bp-b2=0;
28: bp-b3=0;
29: bp-b5 = tmp;
gets translated in this (wrong) way (gcc -S -g -O2):
.loc 1 22 0
lha 29,0(4)
.loc 1 26 0
stw 0,0(3) -- b1 is zeroed line 26
.loc 1 27 0
stw 0,4(3)
.loc 1 17 0
mr 31,4
.loc 1 25 0
lha 11,2(3) -- line 25, reads a2 which is part of b1!
.LVL5:
.loc 1 22 0
lha 9,2(4)
.loc 1 28 0
stb 0,8(3)
.LVL6:
.loc 1 29 0
sth 11,10(3) -- store R11 into b5
I have tried to read the open bugs and it seems to me that this bug has not
been
submitted yet. If it has been already filed, I apologize in advance.
renzo
--
$ gcc -v
Using built-in specs.
Target: powerpc-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.0 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-awt=gtk-default --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr
--disable-softfloat --enable-targets=powerpc-linux,powerpc64-linux
--with-cpu=default32 --disable-werror --enable-checking=release
powerpc-linux-gnu
Thread model: posix
gcc version 4.0.3 (Debian 4.0.3-1)
The C test source is:
-
#include stdio.h
struct a {
short a1;
short a2;
};
struct b {
int b1;
int b2;
char b3;
char b4;
short b5;
};
void f(struct b *bp, void *m)
{
int tmp;
struct a *ap;
struct a savea;
ap=(struct a *)m;
savea = *ap;
savea.a2 += 4;
tmp=((struct a *)bp)-a2;
bp-b1=0;
bp-b2=0;
bp-b3=0;
bp-b5 = tmp;
if (fc()) {
*ap = savea;
}
}
int fc()
{
return (time() % 2);
}
main(int argc,char *argv[])
{
struct b myb;
struct a mya;
mya.a2=0;
((struct a *)(myb))-a2 = atoi(argv[1]);
f(myb,mya);
printf(%d\n,myb.b5);
}
--
Summary: wrong optimization (-O2), wrong instruction reordering.
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: renzo at cs dot unibo dot it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26867
[Bug fortran/26815] requires both arguments to ATAN2 to be of same type
--- Comment #2 from kargl at gcc dot gnu dot org 2006-03-25 16:05 --- As Paul stated gfortan is correct. The standard says for ATAN2(Y,X) that Yshall be of type real. Xshall be of the same type and kind type parameter as Y. Does anyone oppose closing this report? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26815
[Bug c/26867] wrong optimization (-O2), wrong instruction reordering.
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-25 16:14 --- It's the most reported bug. And it's invalid, you are violating C aliasing rules. Use -fno-strict-aliasing. *** This bug has been marked as a duplicate of 21920 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26867
[Bug c/21920] alias violating
--- Comment #88 from rguenth at gcc dot gnu dot org 2006-03-25 16:14 --- *** Bug 26867 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||renzo at cs dot unibo dot it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
[Bug tree-optimization/26854] Inordinate compile times on large routines
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-25 16:21 --- Can you do a comparison to 4.0.3? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||compile-time-hog, memory-hog http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26854
[Bug middle-end/26869] New: Segfault in find_lattice_value() for complex operands.
This testcase segfaults in find_lattice_value() in tree-complex.c line 116:
_Complex float f (_Complex float b, _Complex float c)
{
_Complex float a = 1.0 + 0.0i;
return a / c;
}
gcc -O x.c
x.c: In function f:
x.c:2: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
(gdb) bt
#0 find_lattice_value (t=0x0) at ../../gcc-svn/trunk/gcc/tree-complex.c:116
#1 0x00853e50 in set_component_ssa_name (ssa_name=0x0, imag_p=0 '\0',
value=0x2d95b600) at ../../gcc-svn/trunk/gcc/tree-complex.c:485
#2 0x00854126 in update_complex_components_on_edge (e=0x2d95b300,
lhs=0x0, r=Variable r is not available.
) at ../../gcc-svn/trunk/gcc/tree-complex.c:608
#3 0x008579eb in tree_lower_complex () at
../../gcc-svn/trunk/gcc/tree-complex.c:658
--
Summary: Segfault in find_lattice_value() for complex operands.
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: uros at kss-loka dot si
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26869
[Bug middle-end/26717] [4.2 Regression] complex/complex gives a REAL_CST
--- Comment #8 from uros at gcc dot gnu dot org 2006-03-25 17:32 --- Subject: Bug 26717 Author: uros Date: Sat Mar 25 17:32:34 2006 New Revision: 112379 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112379 Log: PR middle-end/26717 * fold-const.c (fold_binary) [RDIV_EXPR]: Do not optimize A / A to 1.0 for non-real operands. Implement A / A optimization for complex operands. Added: trunk/gcc/testsuite/gcc.dg/pr26717.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26717
[Bug ada/26870] New: gnat-3.45 fails to compile
Hi, This is my first Bug report here so please forgive me if i miss something. 1.# gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: /var/tmp/portage/gcc-4.0.3/work/gcc-4.0.3/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.0.3 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.3/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0.3 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0.3/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.0.3/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.0.3/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --enable-libmudflap --disable-libssp --enable-java-awt=gtk --enable-languages=c,c++,java,objc --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 4.0.3 (Gentoo 4.0.3, HTB-4.0.3-1.00, pie-8.7.8) === 2)x86-athlon-xp-2200+ === 3)sys-devel/gcc-4.0.3 USE=boundschecking gcj gtk mudflap nls objc -bootstrap -build -doc -fortran -hardened -ip28 -multislot The above USE-flags nearly correspond to make options passed to GCC-3.4.6. All other options are in the gnat-3.45.ebuild file (Gentoo/GNU-Linux) === 4)source files: gcc-3.4-i386-r1.tar.bz2; gcc-ada-3.4.5.tar.bz2; gcc-core-3.4.5.tar.bz2 === 5)Here comes the actual error log: ...BEGIN... creating cache ./config.cache checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking build system type... i686-pc-linux-gnu checking for a BSD compatible install... /bin/install -c checking for i686-pc-linux-gnu-ar... i686-pc-linux-gnu-ar checking for i686-pc-linux-gnu-as... i686-pc-linux-gnu-as checking for i686-pc-linux-gnu-dlltool... no checking for dlltool... dlltool checking for i686-pc-linux-gnu-ld... i686-pc-linux-gnu-ld checking for i686-pc-linux-gnu-nm... i686-pc-linux-gnu-nm checking for i686-pc-linux-gnu-ranlib... i686-pc-linux-gnu-ranlib checking for i686-pc-linux-gnu-windres... no checking for windres... windres checking for i686-pc-linux-gnu-objcopy... i686-pc-linux-gnu-objcopy checking for i686-pc-linux-gnu-objdump... i686-pc-linux-gnu-objdump checking for i686-pc-linux-gnu-ar... i686-pc-linux-gnu-ar checking for i686-pc-linux-gnu-as... i686-pc-linux-gnu-as checking for i686-pc-linux-gnu-dlltool... no checking for dlltool... dlltool checking for i686-pc-linux-gnu-ld... i686-pc-linux-gnu-ld checking for i686-pc-linux-gnu-nm... i686-pc-linux-gnu-nm checking for i686-pc-linux-gnu-ranlib... i686-pc-linux-gnu-ranlib checking for i686-pc-linux-gnu-windres... no checking for windres... windres checking whether to enable maintainer-specific portions of Makefiles... no updating cache ./config.cache creating ./config.status creating Makefile gcc-3.4 -c xtreeprs.adb gcc-3.4: Internal error: Killed (program gnat1) Please submit a full bug report. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-3.4/README.Bugs. gnatmake: xtreeprs.adb compilation error !!! ERROR: dev-lang/gnat-3.45 failed. ...END... Could check Gentoo Bugzilla (Bug-127514) too - same problem, no solution. There's more info if needed. PS: same error received with GCC-3.4.6 w/o 'mudflap' option. Thanks.Rumen -- Summary: gnat-3.45 fails to compile Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rumen at qrypto dot org 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=26870
[Bug tree-optimization/26804] Alias Time explosion
--- Comment #3 from dberlin at gcc dot gnu dot org 2006-03-25 19:17 --- Subject: Bug 26804 Author: dberlin Date: Sat Mar 25 19:17:26 2006 New Revision: 112380 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112380 Log: 2006-03-25 Daniel Berlin [EMAIL PROTECTED] PR tree-optimization/26804 * tree.h (DECL_CALL_CLOBBERED): New macro. (tree_decl_common): Add call_clobbered_flag. * tree-flow-inline.h (is_call_clobbered): Use DECL_CALL_CLOBBERED. (mark_call_clobbered): Set DECL_CALL_CLOBBERED. (clear_call_clobbered): Clear DECL_CALL_CLOBBERED. (mark_non_addressable): Ditto. * tree-ssa.c (verify_call_clobbered): New function. (verify_alias_info): Use it. * tree-pass.h (pass_reset_cc_flags): New prototype. * tree-ssa-alias.c (pass_reset_cc_flags): New structure. (reset_cc_flags): New function. * passes.c (init_optimization_passes): Call reset_cc_flags after initializing referenced_vars. Modified: trunk/gcc/ChangeLog trunk/gcc/passes.c trunk/gcc/tree-flow-inline.h trunk/gcc/tree-pass.h trunk/gcc/tree-ssa-alias.c trunk/gcc/tree-ssa.c trunk/gcc/tree.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26804
[Bug tree-optimization/26804] Alias Time explosion
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-03-25 19:19 --- Fixed -- dberlin at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26804
[Bug middle-end/26869] Segfault in find_lattice_value() for complex operands.
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-25 20:54 --- Confirmed. Program received signal SIGSEGV, Segmentation fault. 0x086ef403 in find_lattice_value (t=0x0) at /space/rguenther/src/svn/summit/gcc/tree-complex.c:116 116 switch (TREE_CODE (t)) (gdb) bt #0 0x086ef403 in find_lattice_value (t=0x0) at /space/rguenther/src/svn/summit/gcc/tree-complex.c:116 #1 0x086f19bd in set_component_ssa_name (ssa_name=0x0, imag_p=0 '\0', value=0xb7caa560) at /space/rguenther/src/svn/summit/gcc/tree-complex.c:485 #2 0x086f22c2 in update_complex_components_on_edge (e=0xb7d38050, lhs=0x0, r=0xb7caa560, i=0xb7caa580) at /space/rguenther/src/svn/summit/gcc/tree-complex.c:608 #3 0x086f29eb in update_parameter_components () at /space/rguenther/src/svn/summit/gcc/tree-complex.c:658 #4 0x086f7191 in tree_lower_complex () at /space/rguenther/src/svn/summit/gcc/tree-complex.c:1510 653 type = TREE_TYPE (type); 654 ssa_name = default_def (parm); 655 656 r = build1 (REALPART_EXPR, type, ssa_name); 657 i = build1 (IMAGPART_EXPR, type, ssa_name); 658 update_complex_components_on_edge (entry_edge, ssa_name, r, i); bD.1520 does not have a default def, i.e. is possibly not complex ssa. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-03-25 20:54:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26869
[Bug middle-end/26869] Segfault in find_lattice_value() for complex operands.
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-25 20:58 --- It is trivially to work around. if (!ssa_name) continue; but maybe the problem is really elsewhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26869
[Bug ada/26853] [4.2 Regression] ACATS c43212a failure at runtime
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-03-25 21:09 --- The problem has been introduced by the following change: 2006-03-17 Alexandre Oliva [EMAIL PROTECTED] * dwarf2out.c (dwarf2out_stack_adjust): Always track the stack pointer, instead of assuming it is possible to derive the correct args size from a call insn. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26853
[Bug target/26826] [4.1/4.2 Regression] ICE in reg_or_subregno, at jump.c:2011
--- Comment #6 from matz at suse dot de 2006-03-25 21:10 --- The sequence of what happens is a bit involved, and breaks a very old invariant in reload.c which doesn't seem to hold anyway since a long time, as there is already much code handling this non-holding, namely that subreg's of MEM only happen for paradoxical subregs, except on WORD_REGISTER_OPERATIONS machines. OTOH there is also other code in reload*.c which still seem to rely on this invariant (like this asserting code here), or tries to make sure it's true (e.g. in eliminate_regs_1). So, what happens is this: * pseudo 64 doesn't get a hardreg, and we are faced with (subreg:QI (reg:SI 64)) in some operand * the first time through the reload loop, reg_equiv_memory_loc[64] is still zero, hence no elimination is run on it, and no stackslot is created for it yet. * first time in calculate_needs_all_insns() it does an eliminate_regs call on the insn in question. As reg_equiv_memory_loc[64] is not yet filled in it goes down until eliminate_regs_1((reg:SI 64)), which then allocates the stack-slot for pseudo 64 in alter_reg. [this already is strange design, that stackslots are created sort of by accident in random order by trying to eliminate other regs] * now reg_equiv_memory_loc[64] _is_ set up to that new stack slot. But we are still deep down in the calculate_needs_all_insns() activation, not in the outer reload loop. Hence reg_equiv_mem[64] or reg_equiv_address[64] are not yet filled (they are normally setup from reg_equiv_memory_loc[64] just before the whole insn scanning). * now the insn in question is scanned further, and eventually goes into find_reloads(), which, before scanning constraints, tries to reload operand addresses. When it sees a SUBREG in an operand (as here), it uses find_reloads_toplev on that one. * find_reloads_toplev tries to handle SUBREGs sensible, i.e. tries to avoid creating (subreg (mem ...)), but can only do that if either reg_equiv_address[regno] or reg_equiv_mem[regno] are set up. See above for why this normally, but not here, is the case. * So it happily creates the problematic (subreg:QI (mem:SI stackslot)) which is stored into recog_data.operand[i] in find_reloads, so that further on we see that subreg-mem as operand (for this run in find_reloads). * Further down the road it checks constraints, which all are fine, but then comes optional reloads. * find_reloads tries to be nice to reload inheritance and creates an optional reload for each MEM operand (or subreg thereof), i.e. also for this one, so push_reload() is called on it. * push_reload doesn't expect a SUBREG of MEM which isn't paradoxical, and has even some gcc_assert to that effect in some of it's conditional blocks. * OTOH it also has code to explicitely handle SUBREGs where the inner reg is not REG_P, but perhaps that is supposed to only handle subregs of constants, not (subreg(mem)). And it has to expect some non-paradoxical (subreg(mem)) on WORD_REGISTER_OPERATIONS machines anyway. If either the stackslots would have been set up already by the time calculate_needs_all_insns runs, or find_reloads_toplev would also deal with only reg_equiv_memory_loc being set (which it can't) this problem wouldn't have occured. Sooo, the easiest solution for this I believe is that patch which Richard already mentioned (perhaps attach it here?), which simply also tests REG_P (SUBREG_REG (in/out)) in both places. The other solution would be to reinstate the invariant of subreg(mem) never occuring except on some machines, but that would be much harder to prove correct. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26826
[Bug fortran/26769] TRANSPOSE() requires _gfortran_transpose_i10 for REAL(10) arrays
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-03-25 21:15 --- Subject: Bug 26769 Author: tkoenig Date: Sat Mar 25 21:15:48 2006 New Revision: 112381 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112381 Log: 2006-03-25 Thomas Koenig [EMAIL PROTECTED] PR fortran/26769 * iresolve.c (gfc_resolve_reshape): Remove doubling of kind for complex. For real(kind=10), call reshape_r10. (gfc_resolve_transpose): For real(kind=10), call transpose_r10. 2006-03-25 Thomas Koenig [EMAIL PROTECTED] PR fortran/26769 * Makefile.am: Add transpose_r10.c and reshape_r10.c. * aclocal.m4: Regenerate using aclocal 1.9.3. * Makefile.in: Regenerate using automake 1.9.3. * m4/iparm.m4 (rtype_ccode): If rtype_letter is `i', evaluate to rtype_kind, otherwise to rtype_code. * generated/transpose_r10.c: Add. * generated/reshape_r10.c: Add. 2006-03-25 Thomas Koenig [EMAIL PROTECTED] PR fortran/26769 * gfortran.dg/transpose_reshape_r10.f90: New test case. Added: trunk/gcc/testsuite/gfortran.dg/transpose_reshape_r10.f90 trunk/libgfortran/generated/reshape_r10.c trunk/libgfortran/generated/transpose_r10.c Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/iresolve.c trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/Makefile.am trunk/libgfortran/Makefile.in trunk/libgfortran/aclocal.m4 trunk/libgfortran/m4/iparm.m4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26769
[Bug libfortran/26735] -fconvert=swap and implied open
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-03-25 21:31 --- Subject: Bug 26735 Author: tkoenig Date: Sat Mar 25 21:31:48 2006 New Revision: 112382 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112382 Log: 2006-03-25 Thomas Koenig [EMAIL PROTECTED] PR libfortran/26735 * io/transfer.c (data_transfer_init): Set u_flags.convert on an unopened unit if specified by environment variable (via get_unformatted_convert) or by compile-time option. 2006-03-25 Thomas Koenig [EMAIL PROTECTED] PR libfortran/26735 * gfortran.dg/convert_implied_open.f90: New test case. Added: trunk/gcc/testsuite/gfortran.dg/convert_implied_open.f90 Modified: trunk/gcc/testsuite/ChangeLog trunk/libgfortran/ChangeLog trunk/libgfortran/io/transfer.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26735
[Bug libfortran/26735] [4.1 only] -fconvert=swap and implied open
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-03-25 21:53 --- Fixed on trunk. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Summary|-fconvert=swap and implied |[4.1 only] -fconvert=swap |open|and implied open http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26735
[Bug fortran/26769] TRANSPOSE() requires _gfortran_transpose_i10 for REAL(10) arrays
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-03-25 21:54 --- Fixed on trunk. There is general agreement that reshape and transpose should also have their corresponding real types, so let's keep this bug open as a reminder. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26769
[Bug middle-end/26869] [4.1/4.2 Regression] Segfault in find_lattice_value() for complex operands.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org, ||pinskia at gcc dot gnu dot ||org GCC build triplet|x86_64-pc-linux-gnu | GCC host triplet|x86_64-pc-linux-gnu | GCC target triplet|x86_64-pc-linux-gnu | Known to fail||4.1.0 4.2.0 Known to work||4.0.3 Summary|Segfault in |[4.1/4.2 Regression] |find_lattice_value() for|Segfault in |complex operands. |find_lattice_value() for ||complex operands. Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26869
[Bug middle-end/26853] [4.2 Regression] ACATS c43212a failure at runtime
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|ada |middle-end Keywords||EH Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26853
[Bug middle-end/26717] [4.2 Regression] complex/complex gives a REAL_CST
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-25 21:58 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26717
[Bug fortran/26822] Scalarization of non-elemental intrinsic: __logical_4_l4
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-03-25 22:01 --- Reduced test case: program main logical, dimension(2) :: mask1, mask2 mask2 = logical(mask1) end program main Unless I miss something, the logical is a no-op. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added CC||tkoenig at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26822
[Bug ada/26866] [4.1 regression] 428 test failures in ada testsuite
--- Comment #2 from laurent at guerby dot net 2006-03-25 22:03 --- Hi, could you attach to this PR the compressed gcc/testsuite/ada/acats.log ? Also, do you know what the results are for 4.2? Thanks in advance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26866
[Bug tree-optimization/26865] [4.1 Regression] Segmentation fault with -std=c99 -O1 on genksyms.c
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-25 22:09 ---
Reduced testcase:
void print_list(void)
{
char *e;
e = alloca(100);
}
-
I wonder if alloca being turned off as a builtin is causing this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2006-03-25 22:09:10
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26865
[Bug tree-optimization/26763] [4.1 Regression] wrong final value of induction variable calculated
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-25 22:14 --- Zdenek, can you have a look? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26763
[Bug fortran/20618] Variable format expressions not supported
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-03-25 22:21 --- As agreed on the mailing list, I'm closing this as WONTFIX. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20618
[Bug tree-optimization/26854] Inordinate compile times on large routines
--- Comment #2 from lucier at math dot purdue dot edu 2006-03-25 22:22 --- Subject: Re: Inordinate compile times on large routines [lindv2:~/Desktop] lucier% /pkgs/gcc-4.0.3/bin/gcc -mcpu=970 -m64 -no- cpp-precomp -Wall -W -Wno-unused -O1 -fno-math-errno -fschedule- insns2 -fno-trapping-math -fno-strict-aliasing -fwrapv -fomit-frame- pointer -fPIC -fno-common -bundle -flat_namespace -undefined suppress -I/usr/local/Gambit-C/include/ -ftime-report -fmem-report all.i gcc: unrecognized option '-no-cpp-precomp' Memory still allocated at the end of the compilation process Size AllocatedUsedOverhead 8 16k 11k480 1652k 12k 1144 6410M 1841k167k 256 4096 512 56 512 12k 4608 168 1024 96k 95k 1344 204840962048 56 4096 64k 64k896 8192 16k 16k112 32768288k288k504 131072128k128k 56 1048576 3072k 3072k168 2097152 4096k 4096k112 112 19M 16M272k 208 6360k 4213k 86k 48 7344k 4315k114k 32 148k 74k 2664 8016M 1336k232k Total 67M 35M881k String pool entries 155812 identifiers 155812 (100.00%) slots 262144 bytes 1952k (167k overhead) table size 2048k coll/search 0.8640 ins/search 0.1923 avg. entry 12.83 bytes (+/- 7.87) longest entry 67 ??? tree nodes created (No per-node statistics) Type hash: size 1021, 551 elements, 0.816291 collisions Execution times (seconds) garbage collection: 2.11 ( 0%) usr 0.04 ( 0%) sys 2.71 ( 0%) wall cfg construction : 0.68 ( 0%) usr 1.22 ( 0%) sys 2.29 ( 0%) wall cfg cleanup : 94.99 ( 9%) usr 0.54 ( 0%) sys 120.62 ( 7%) wall trivially dead code : 2.87 ( 0%) usr 0.06 ( 0%) sys 3.83 ( 0%) wall life analysis : 6.78 ( 1%) usr 3.26 ( 1%) sys 12.56 ( 1%) wall life info update : 1.09 ( 0%) usr 0.01 ( 0%) sys 1.34 ( 0%) wall alias analysis: 1.89 ( 0%) usr 0.04 ( 0%) sys 2.55 ( 0%) wall register scan : 1.25 ( 0%) usr 0.02 ( 0%) sys 1.62 ( 0%) wall rebuild jump labels : 0.34 ( 0%) usr 0.01 ( 0%) sys 0.42 ( 0%) wall preprocessing : 7.70 ( 1%) usr 12.37 ( 4%) sys 25.83 ( 2%) wall lexical analysis : 13.19 ( 1%) usr 25.54 ( 9%) sys 48.16 ( 3%) wall parser: 11.06 ( 1%) usr 13.13 ( 5%) sys 30.20 ( 2%) wall tree gimplify : 1.61 ( 0%) usr 0.07 ( 0%) sys 2.14 ( 0%) wall tree eh : 0.18 ( 0%) usr 0.01 ( 0%) sys 0.21 ( 0%) wall tree CFG construction : 0.63 ( 0%) usr 0.16 ( 0%) sys 0.97 ( 0%) wall tree CFG cleanup : 2.09 ( 0%) usr 0.02 ( 0%) sys 2.62 ( 0%) wall tree find referenced vars: 0.25 ( 0%) usr 0.01 ( 0%) sys 0.37 ( 0%) wall tree PTA : 615.45 (59%) usr 155.84 (55%) sys 967.56 (58%) wall tree alias analysis : 0.63 ( 0%) usr 0.00 ( 0%) sys 0.73 ( 0%) wall tree PHI insertion: 4.27 ( 0%) usr 5.94 ( 2%) sys 12.63 ( 1%) wall tree SSA rewrite : 3.35 ( 0%) usr 0.10 ( 0%) sys 4.61 ( 0%) wall tree SSA other: 8.35 ( 1%) usr 7.78 ( 3%) sys 19.75 ( 1%) wall tree operand scan : 5.80 ( 1%) usr 7.91 ( 3%) sys 17.53 ( 1%) wall dominator optimization: 5.62 ( 1%) usr 0.45 ( 0%) sys 7.42 ( 0%) wall tree CCP : 1.78 ( 0%) usr 0.02 ( 0%) sys 2.18 ( 0%) wall tree split crit edges : 0.30 ( 0%) usr 0.04 ( 0%) sys 0.41 ( 0%) wall tree remove redundant PHIs: 3.92 ( 0%) usr 0.14 ( 0%) sys 4.96 ( 0%) wall tree linearize phis : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wall tree forward propagate: 1.22 ( 0%) usr 0.01 ( 0%) sys 1.51 ( 0%) wall tree conservative DCE : 1.94 ( 0%) usr 0.01 ( 0%) sys 2.51 ( 0%) wall tree aggressive DCE : 0.82 ( 0%) usr 0.06 ( 0%) sys 1.05 ( 0%) wall tree DSE : 1.35 ( 0%) usr 0.05 ( 0%) sys 1.74 ( 0%) wall PHI merge : 0.11 ( 0%) usr 0.01 ( 0%) sys 0.16 ( 0%) wall tree record loop bounds: 0.29 ( 0%) usr 0.01 ( 0%) sys 0.37 ( 0%) wall loop invariant motion : 1.25 ( 0%) usr 0.02 ( 0%) sys 1.58 ( 0%) wall tree canonical iv creation: 0.26 ( 0%) usr 0.01 ( 0%) sys 0.34 ( 0%) wall tree loop init: 8.65 ( 1%) usr 2.11 ( 1%) sys 13.35 ( 1%) wall tree copy headers : 3.03 ( 0%) usr 1.35 ( 0%) sys 5.42 ( 0%) wall tree SSA to normal: 139.82 (13%) usr 1.01 ( 0%) sys 176.26 (11%) wall tree rename SSA copies: 0.72 ( 0%) usr 0.10 ( 0%) sys 0.97 ( 0%) wall dominance frontiers : 0.76 ( 0%) usr 0.01 ( 0%)
[Bug ada/26866] [4.1 regression] 428 test failures in ada testsuite
--- Comment #3 from debian-gcc at lists dot debian dot org 2006-03-25 22:23 --- sorry, already removed. Each attempt to run a testcase resulted in an segfault. Matthias -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26866
[Bug c++/26755] [4.1 regression?] may fail to generate code for base destructor defined inline
--- Comment #7 from ben at decadentplace dot org dot uk 2006-03-26 02:07
---
Here's a trivial test case:
$ cat test.hpp
#ifdef USE_PRAGMA
#pragma interface
#endif
class foo
{
public:
virtual ~foo() {}
};
class bar : public foo
{
public :
~bar();
};
$ cat test.cpp
#include test.hpp
#ifdef USE_PRAGMA
#pragma implementation
#endif
bar::~bar()
{
}
$ g++-4.0 -c test.cpp nm --no-demangle test.o | grep _ZN3fooD
W _ZN3fooD0Ev
W _ZN3fooD1Ev
W _ZN3fooD2Ev
$ g++-4.0 -DUSE_PRAGMA -c test.cpp nm --no-demangle test.o | grep _ZN3fooD
W _ZN3fooD2Ev
$ g++-4.1 -c test.cpp nm --no-demangle test.o | grep _ZN3fooD
W _ZN3fooD0Ev
W _ZN3fooD1Ev
W _ZN3fooD2Ev
$ g++-4.1 -DUSE_PRAGMA -c test.cpp nm --no-demangle test.o | grep _ZN3fooD
U _ZN3fooD2Ev
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26755
[Bug libfortran/26661] Sequential formatted read goes too far
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-03-26 02:15 --- Subject: Bug 26661 Author: jvdelisle Date: Sun Mar 26 02:15:44 2006 New Revision: 112390 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112390 Log: 2006-03-25 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/26661 * io/io.h: Add read_sf so it can be used by read_x. * io/transfer.c (read_sf): Pass no_error flag to read_sf. Use it to break out rather than error on EOF or EOR conditions. (read_block): Update call to read_sf. (read_block_direct): Ditto. * io/read.c (read_x): Use the modified read_sf instead of read_block. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/io.h trunk/libgfortran/io/read.c trunk/libgfortran/io/transfer.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26661
cross compile errors with several gcc versions
Hello, I tried to compile a native 64bit system for my Sempron64 but failed to compile the cross compiler on my own source-based system, on Ubuntu 64bit (which takes 2h for building insn-attrtab.o), and with several versions of binutils, glibc, newlib, and gcc. I also tried out new binutils and gcc for my build system. The configure options for all packages were: ./configure --prefix=/opt/cross --target=x86_64-*-linux-gnu -v I tried --with-newlib and --without-headers too. For glibc I used --enable-kernel=2.6 and --with-tls. gcc 4.1.0 showed a small extra error in 'host-i686-pc-linux-gnu/gcc': In file included from ./tm.h:4, from ../.././gcc/genmddeps.c:21: ./options.h:516: error: expected ',' or '}' before '-' token make[2]: *** [build/genmddeps.o] Error 1 make[2]: Leaving directory I changed '-' to '_' and it worked. The next error appeared with all tested versions (down to gcc 3.4.6): gcc-x.x.x/host-i686-pc-linux-gnu/gcc/xgcc -B/Archiv/Prozessoren/languages/gcc-4.1.0/host-i686-pc-linux-gnu/gcc/ -B/opt/cross/x86_64-*-linux-gnu/bin/ -B/opt/cross/x86_64-*-linux-gnu/lib/ -isystem /opt/cross/x86_64-*-linux-gnu/include -isystem /opt/cross/x86_64-*-linux-gnu/sys-include -O2 -O2 -DIN_GCC -DCROSS_COMPILE -DNATIVE_CROSS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../.././gcc -I../.././gcc/. -I../.././gcc/../include -I../.././gcc/../libcpp/include -fexceptions -fvisibility=hidden -DHIDE_EXPORTS -c ../.././gcc/unwind-dw2.c -o libgcc/./unwind-dw2.o In file included from ./gthr-default.h:1, from ../.././gcc/gthr.h:114, from ../.././gcc/unwind-dw2.c:42: ../.././gcc/gthr-posix.h:43:21: error: pthread.h: No such file or directory ../.././gcc/gthr-posix.h:44:20: error: unistd.h: No such file or directory I was able to solve this by appending -I/opt/cross/include to all xgcc lines in the Makefile in gcc-4.1.0/host-i686-pc-linux-gnu/gcc The next error I can't solve: gcc-DIN_GCC -DCROSS_COMPILE -DNATIVE_CROSS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute-DHAVE_CONFIG_H -I. -I. -I../.././gcc -I../.././gcc/. -I../.././gcc/../include -I../.././gcc/../libcpp/include \ -DPREFIX=\/opt/cross\ -DBASEVER=\4.1.0\ \ -c ../.././gcc/prefix.c -o prefix.o /tmp/cctd8T18.s: Assembler messages: /tmp/cctd8T18.s:17: Error: suffix or operands invalid for `push' /tmp/cctd8T18.s:52: Error: suffix or operands invalid for `push' /tmp/cctd8T18.s:54: Error: suffix or operands invalid for `push' /tmp/cctd8T18.s:55: Error: suffix or operands invalid for `push' /tmp/cctd8T18.s:75: Error: suffix or operands invalid for `pop' /tmp/cctd8T18.s:76: Error: suffix or operands invalid for `pop' /tmp/cctd8T18.s:77: Error: suffix or operands invalid for `pop' /tmp/cctd8T18.s:82: Error: suffix or operands invalid for `push' /tmp/cctd8T18.s:182: Error: suffix or operands invalid for `push' /tmp/cctd8T18.s:202: Error: suffix or operands invalid for `pop' /tmp/cctd8T18.s:212: Error: suffix or operands invalid for `push' /tmp/cctd8T18.s:214: Error: suffix or operands invalid for `push' /tmp/cctd8T18.s:412: Error: suffix or operands invalid for `pop' /tmp/cctd8T18.s:413: Error: suffix or operands invalid for `pop' /tmp/cctd8T18.s:419: Error: suffix or operands invalid for `push' make[2]: *** [prefix.o] Error 1 make[2]: Leaving directory gcc-x.x.xhost-i686-pc-linux-gnu/gcc' make[1]: *** [all-gcc] Error 2 make[1]: Leaving directory Can you help further? Dennis
[Bug tree-optimization/26757] [4.1 regression] ICE (Segmentation fault) building 3ddesktop source
--- Comment #5 from ferdinandw+gcc at gmail dot com 2006-03-26 02:19
---
Here's a reduced version that gives me an ICE on FC5's gcc 4.1.0 with:
g++ -O -c 3ddeskd.cpp
=
class Config {
public:
int texture_size;
int bg_size;
int autoacquire;
};
class Face {
public:
void load_texture_data (int texture_size) {
extern Config *cfg;
cfg-bg_size++;
}
};
class FaceSet {
private:
Face faces;
public:
void load_texture_data (int size) {
faces.load_texture_data(size);
};
};
Config *cfg;
FaceSet *face_set;
void load_background_image(void)
{
cfg-bg_size++;
extern Config *cfg;
cfg-autoacquire++;
}
void
humbug ()
{
if (cfg-autoacquire)
face_set-load_texture_data(cfg-texture_size);
}
=
--
ferdinandw+gcc at gmail dot com changed:
What|Removed |Added
CC||ferdinandw+gcc at gmail dot
||com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26757
[Bug fortran/26816] FLOAT Intrinsic does not work with Integer Halfword input
--- Comment #1 from kargl at gcc dot gnu dot org 2006-03-26 02:35 --- Confirmed. I have a trivial patch for this. I'll commit it in a few hours. -- kargl at gcc dot gnu dot org changed: What|Removed |Added CC||kargl at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-03-26 02:35:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26816
[Bug tree-optimization/26757] [4.1 regression] ICE (Segmentation fault) building 3ddesktop source
--- Comment #6 from ferdinandw+gcc at gmail dot com 2006-03-26 02:35
---
Sorry for the bugspam, but I noticed it could be reduced a bit more.
=
struct Config {
int bg_size;
int autoacquire;
};
Config *cfg;
void load_background_image(void)
{
cfg-bg_size++;
extern Config *cfg;
cfg-autoacquire++;
}
void
humbug ()
{
if (cfg-autoacquire)
cfg-bg_size++;
}
=
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26757
[Bug libfortran/26661] Sequential formatted read goes too far
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-03-26 02:59 --- Subject: Bug 26661 Author: jvdelisle Date: Sun Mar 26 02:59:45 2006 New Revision: 112391 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112391 Log: 2006-03-25 Jerry DeLisle [EMAIL PROTECTED] PR libgfortran/26661 * io/io.h: Add read_sf so it can be used by read_x. * io/transfer.c (read_sf): Pass no_error flag to read_sf. Use it to break out rather than error on EOF or EOR conditions. (read_block): Update call to read_sf. (read_block_direct): Ditto. * io/read.c (read_x): Use the modified read_sf instead of read_block. Modified: branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/io/io.h branches/gcc-4_1-branch/libgfortran/io/read.c branches/gcc-4_1-branch/libgfortran/io/transfer.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26661
[Bug libfortran/26661] Sequential formatted read goes too far
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-03-26 03:05 --- Fixed on 4.1.1 and 4.2 -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26661
[Bug bootstrap/26872] New: Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
When bootstrap the GCC 4.1.0, the following error occurred: ../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g is only supported when using GAS on this processor, ../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g option disabled ../../gcc-4.1.0/gcc/libgcc2.c:1056: internal compiler error: in assemble_integer, at varasm.c:2272 Please submit a full bug report, with preprocessed source if appropriate. Command line caused the error: /gexport/home/yu/3rdpkg_build_area/gcc-4.1.0-hpux11/./gcc/xgcc -B/gexport/home/yu/3rdpkg_build_area/gcc-4.1.0-hpux11/./gcc/ -B/devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/bin/ -B/devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/lib/ -isystem /devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/include -isystem /devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/sys-include -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc-4.1.0/gcc -I../../gcc-4.1.0/gcc/. -I../../gcc-4.1.0/gcc/../include -I./../intl -I../../gcc-4.1.0/gcc/../libcpp/include -DL_divdi3 -fexceptions -fnon-call-exceptions -c ../../gcc-4.1.0/gcc/libgcc2.c -o libgcc/./_divdi3.o -- Summary: Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jacky dot yu at betasystems dot com GCC build triplet: hppa2.0w-hp-hpux11.00 GCC host triplet: hppa2.0w-hp-hpux11.00 GCC target triplet: hppa2.0w-hp-hpux11.00 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
[Bug bootstrap/26872] Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
--- Comment #1 from jacky dot yu at betasystems dot com 2006-03-26 04:16 --- Created an attachment (id=11126) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11126action=view) The output from running the command with -E option -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26872
[Bug bootstrap/26873] New: Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2
When bootstrap the GCC 4.1.0, the following error occurred: ../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g is only supported when using GAS on this processor, ../../gcc-4.1.0/gcc/libgcc2.c:1: warning: -g option disabled ../../gcc-4.1.0/gcc/libgcc2.c:1056: internal compiler error: in assemble_integer, at varasm.c:2272 Please submit a full bug report, with preprocessed source if appropriate. Command line caused the error: /gexport/home/yu/3rdpkg_build_area/gcc-4.1.0-hpux11/./gcc/xgcc -B/gexport/home/yu/3rdpkg_build_area/gcc-4.1.0-hpux11/./gcc/ -B/devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/bin/ -B/devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/lib/ -isystem /devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/include -isystem /devtools/gcc-4.1.0/hppa2.0w-hp-hpux11.00/sys-include -O2 -O2 -g -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc-4.1.0/gcc -I../../gcc-4.1.0/gcc/. -I../../gcc-4.1.0/gcc/../include -I./../intl -I../../gcc-4.1.0/gcc/../libcpp/include -DL_divdi3 -fexceptions -fnon-call-exceptions -c ../../gcc-4.1.0/gcc/libgcc2.c -o libgcc/./_divdi3.o -- Summary: Internal Compiler Error when bootstrap GCC 4.1.0 with GCC 4.0.2 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jacky dot yu at betasystems dot com GCC build triplet: hppa2.0w-hp-hpux11.00 GCC host triplet: hppa2.0w-hp-hpux11.00 GCC target triplet: hppa2.0w-hp-hpux11.00 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26873
[Bug fortran/26784] Fortran frontend ICEs on -fmudflap
--- Comment #1 from kargl at gcc dot gnu dot org 2006-03-26 04:26 --- It is not at all clear why you're trying to use libmudflap with gfortran. Have you read the gcc.info of -fmudflap? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26784
[Bug bootstrap/26874] New: Internal Compiler Failure when compiling libstdc++-v3 strstream.cc
../../../../../gcc-4.1.0/libstdc++-v3/src/strstream.cc:1: warning: -ffunction-sections may affect debugging on some targets ../../../../../gcc-4.1.0/libstdc++-v3/src/strstream.cc: In member function 'virtual std::streampos std::strstreambuf::seekpos(std::streampos, std::_Ios_Openmode)': ../../../../../gcc-4.1.0/libstdc++-v3/src/strstream.cc:299: error: unrecognizable insn: (insn 5 4 6 0 ../../../../../gcc-4.1.0/libstdc++-v3/src/strstream.cc:298 (parallel [ (set (reg:SI 126) (reg:SI 5 5)) (clobber (scratch:SI)) (set (mem/s/c:SI (plus:SI (reg/f:SI 115 virtual-stack-vars) (const_int 4 [0x4])) [62 pos+4 S4 A32]) (reg:SI 6 6)) (set (mem/s/c:SI (plus:SI (reg/f:SI 115 virtual-stack-vars) (const_int 8 [0x8])) [62 pos+8 S4 A64]) (reg:SI 7 7)) (set (mem/s/c:SI (plus:SI (reg/f:SI 115 virtual-stack-vars) (const_int 12 [0xc])) [62 pos+12 S4 A32]) (reg:SI 8 8)) ]) -1 (nil) (nil)) ../../../../../gcc-4.1.0/libstdc++-v3/src/strstream.cc:299: internal compiler error: in instantiate_virtual_regs_in_insn, at function.c:1555 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: Internal Compiler Failure when compiling libstdc++-v3 strstream.cc Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jacky dot yu at betasystems dot com GCC build triplet: powerpc-ibm-aix4.3.2.0 GCC host triplet: powerpc-ibm-aix4.3.2.0 GCC target triplet: powerpc-ibm-aix4.3.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26874
[Bug bootstrap/26874] Internal Compiler Failure when compiling libstdc++-v3 strstream.cc
--- Comment #1 from jacky dot yu at betasystems dot com 2006-03-26 04:59 --- Created an attachment (id=11127) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11127action=view) Output generated by the failed compiler command with -E options -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26874
[Bug fortran/26816] FLOAT Intrinsic does not work with Integer Halfword input
--- Comment #2 from kargl at gcc dot gnu dot org 2006-03-26 05:20 --- Subject: Bug 26816 Author: kargl Date: Sun Mar 26 05:20:09 2006 New Revision: 112392 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112392 Log: PR fortran/26816 * intrinsic.c (add_functions): Allow FLOAT to accept all integer kinds. * intrinsic.texi: Document FLOAT. * gfortran.dg/float_1.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/float_1.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/intrinsic.c trunk/gcc/fortran/intrinsic.texi trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26816
