[Bug c/22402] New: Error during the build on AIX 5.2.0 ML5
During the make install -bnoquiet I have the following errors: SHLIB_EXT='.a' \ SHLIB_MULTILIB='' \ SHLIB_MKMAP='../../gcc-4.0.0/gcc/mkmap-flat.awk' \ SHLIB_MKMAP_OPTS='' \ SHLIB_MAPFILES='../../gcc-4.0.0/gcc/libgcc-std.ver ../../gcc- 4.0.0/gcc/config/rs6000/libgcc-ppc64.ver' \ SHLIB_NM_FLAGS='-Bpg -X32_64' \ MULTILIB_OSDIRNAMES='' \ ASM_HIDDEN_OP='' \ mkinstalldirs='/bin/sh ../../gcc-4.0.0/gcc/../mkinstalldirs' \ /bin/sh mklibgcc tmp-libgcc.mk mv tmp-libgcc.mk libgcc.mk TARGET_CPU_DEFAULT= \ HEADERS=ansidecl.h DEFINES=USE_COLLECT2 \ /bin/sh ../../gcc-4.0.0/gcc/mkconfig.sh tconfig.h true echo '#define FLOAT' fp-bit.c cat ../../gcc-4.0.0/gcc/config/fp-bit.c fp-bit.c cat ../../gcc-4.0.0/gcc/config/fp-bit.c dp-bit.c make \ CFLAGS= \ CONFIG_H=config.h auto-host.h ../../gcc-4.0.0/gcc/../include/ansidecl.h \ MAKEOVERRIDES= \ -f libgcc.mk all make[2]: Entering directory `/app/C/objgcc/gcc' make[2]: libgcc.mk: A file or directory in the path name does not exist. make[2]: *** No rule to make target `libgcc.mk'. Stop. make[2]: Leaving directory `/app/C/objgcc/gcc' make[1]: *** [stmp-multilib] Error 2 make[1]: Leaving directory `/app/C/objgcc/gcc' make: *** [install-gcc] Error 2 # ll libgcc.mk ls: 0653-341 The file libgcc.mk does not exist. thanks for your help Lionel Roux -- Summary: Error during the build on AIX 5.2.0 ML5 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P1 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: lionel dot roux at bio-rad dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22402
[Bug c++/10611] operations on vector mode not recognized in C++
--- Additional Comments From dirtyepic dot sk at gmail dot com 2005-07-11 06:24 --- Has this been backported to the 4.0 branch now that it's open again? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10611
[Bug ada/22340] Ada build fails with --enable-bootsrap
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-11
07:54 ---
Almost there:
Index: Makefile.tpl
===
RCS file: /cvs/src/src/Makefile.tpl,v
retrieving revision 1.135
diff -p -u -r1.135 Makefile.tpl
--- Makefile.tpl25 May 2005 14:23:03 - 1.135
+++ Makefile.tpl11 Jul 2005 07:51:20 -
@@ -1320,7 +1320,7 @@ objext = .o
# Flags to pass to stage2 and later makes.
POSTSTAGE1_FLAGS_TO_PASS = \
CC=$${CC} CC_FOR_BUILD=$${CC_FOR_BUILD} \
- STAGE_PREFIX=$$r/stage[+prev+]-gcc/ \
+ STAGE_PREFIX=$$r/prev-gcc/ \
CFLAGS=$(BOOT_CFLAGS) \
ADAC=\$$(CC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22340
[Bug ada/22340] Ada build fails with --enable-bootsrap
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-11 08:03 --- Subject: Bug 22340 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-11 08:03:09 Modified files: . : ChangeLog Makefile.in Makefile.tpl Log message: 2005-07-11 Paolo Bonzini [EMAIL PROTECTED] PR ada/22340 * Makefile.tpl (POSTSTAGE1_FLAGS_TO_PASS): Fix pasto. * Makefile.in: Regenerate. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/ChangeLog.diff?cvsroot=gccr1=1.1118r2=1.1119 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/Makefile.in.diff?cvsroot=gccr1=1.268r2=1.269 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/Makefile.tpl.diff?cvsroot=gccr1=1.134r2=1.135 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22340
[Bug c/22403] New: build failure on Mandrake Linux 10.1
I compiled the C compiler on Mandrake Linux 10.1 (running virtually on VMware). The compile died with this message: ../../gcc-4.0.1/gcc/toplev.c: In function 'toplev_main': ../../gcc-4.0.1/gcc/toplev.c:548: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining ../../gcc-4.0.1/gcc/toplev.c:1697: sorry, unimplemented: called from here ../../gcc-4.0.1/gcc/toplev.c:548: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining ../../gcc-4.0.1/gcc/toplev.c:1701: sorry, unimplemented: called from here ../../gcc-4.0.1/gcc/toplev.c:548: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining ../../gcc-4.0.1/gcc/toplev.c:1703: sorry, unimplemented: called from here ../../gcc-4.0.1/gcc/toplev.c:548: sorry, unimplemented: inlining failed in call to 'floor_log2': redefined extern inline functions are not considered for inlining ../../gcc-4.0.1/gcc/toplev.c:1707: sorry, unimplemented: called from here make[2]: *** [toplev.o] Error 1 make[1]: *** [stage2_build] Error 2 make: *** [bootstrap] Error 2 The configure line was: configure --enable-languages=c and was done in a different directory from the source directory, as per build guidelines. I have successfully built gcc many times before, but not on this exact platform. -- Summary: build failure on Mandrake Linux 10.1 Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mvanier at cs dot caltech dot edu CC: gcc-bugs at gcc dot gnu 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=22403
[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-11
08:48 ---
More compact C++ testcase:
==
struct A
{
char c;
int i;
};
A a;
struct B
{
char c, d;
};
union C
{
A *p;
B *q;
C() : p(a) {}
char foo() { return q-d; }
};
void bar() { C().foo() = 0; }
==
--
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22277
[Bug tree-optimization/22404] New: [4.1 regression] ICE in first_vi_for_offset
Yet another ICE in first_vi_for_offset. Compile the following code snippet
with g++ -O:
=
struct A { A(); };
struct B : A
{
A a;
};
struct C : B { };
C c;
=
bug.cc: In function 'void __static_initialization_and_destruction_0(int, int)':
bug.cc:10: internal compiler error: in first_vi_for_offset, at
tree-ssa-structalias.c:2829
Please submit a full bug report, [etc.]
Probably different from PR22277, since I can trigger PR22277 with a 20050709
snapshot, but not the one above (which I can trigger since 20050710).
Actually the problem seems to be related to PR22071.
--
Summary: [4.1 regression] ICE in first_vi_for_offset
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, monitored
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: dberlin at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22404
[Bug c++/22405] New: ICE in when instantiating a template function, for illegal code
Current g++ produces an ICE when compiling the following code snippet:
template typename T void foo(T arg) {
arg+=1;
}
template typename T void foo(T arg) {
arg+=2;
}
template void foo(float arg);
~/tmpg++ -v bug.cc
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /scratch/gcc/configure --quiet
--prefix=/afs/mpa/data/martin/ugcc --enable-languages=c++,f95
--enable-mapped-location --with-gmp=/afs/mpa/data/martin/mygmp
Thread model: posix
gcc version 4.1.0 20050711 (experimental)
/afs/mpa/data/martin/ugcc/libexec/gcc/i686-pc-linux-gnu/4.1.0/cc1plus -quiet -v
-D_GNU_SOURCE bug.cc -quiet -dumpbase bug.cc -mtune=pentiumpro -auxbase bug
-version -o /tmp/cctt6fLt.s
ignoring nonexistent directory
/afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../i686-pc-linux-gnu/include
#include ... search starts here:
#include ... search starts here:
/afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0
/afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/i686-pc-linux-gnu
/afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/backward
/usr/local/include
/afs/mpa/data/martin/ugcc/include
/afs/mpa/data/martin/ugcc/lib/gcc/i686-pc-linux-gnu/4.1.0/include
/usr/include
End of search list.
GNU C++ version 4.1.0 20050711 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.1.0 20050711 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 4d7d2981a00322530f4db8cbc706d5cf
bug.cc:5:38: error: redefinition of 'templateclass T void foo(T)'
bug.cc:1:38: error: 'templateclass T void foo(T)' previously declared here
bug.cc:9:29: 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.
--
Summary: ICE in when instantiating a template function, for
illegal code
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: martin at mpa-garching dot mpg dot de
CC: gcc-bugs at gcc dot gnu dot org,martin at mpa-garching
dot mpg dot de
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=22405
[Bug c++/22405] ICE in when instantiating a template function, for illegal code
-- What|Removed |Added Keywords||ice-on-invalid-code Known to fail||4.1.0 Known to work||4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22405
[Bug other/22393] ICE in emit_move_insn, at expr.c:3142
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-11
10:47 ---
Reduced testcase (compile with gcc -O -std=gnu99):
__complex__ double foo (__complex__ double x)
{
return 1.0 / x * -1.0i;
}
Andrew, this was really fixed by your patch for PR 22356.
Do you want to add this as a testcase, since the one in PR22356
only triggers with an additional patch of yours?
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org, reichelt at gcc dot gnu
||dot org
BugsThisDependsOn||22356
Status|UNCONFIRMED |RESOLVED
Resolution||FIXED
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22393
[Bug c++/8271] Templates and pointers to const member functions
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-11 11:02 --- Fixed on mainline by Nathan's patch for PR21799. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8271
[Bug c++/21799] [4.0/4.1 regression] Spurious ambiguity with pointers to members
-- Bug 21799 depends on bug 8271, which changed state. Bug 8271 Summary: Templates and pointers to const member functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8271 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21799
[Bug libstdc++/22102] [DR233] Implement resolution of DR 233
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-11 12:05 --- Subject: Bug 22102 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-11 12:04:51 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: stl_tree.h libstdc++-v3/include/ext: bitmap_allocator.h Log message: 2005-07-11 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/22102 * include/bits/stl_tree.h (insert_unique(iterator, const _Val), insert_equal(iterator, const _Val)): Reimplement to check both before and after, as per the algorithm ignore hint if wrong of ISO paper N1780. 2005-07-11 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/21244 (cont^2) * include/ext/bitmap_allocator.h: Convert everywhere bits_per_block to size_t. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.2917.2.65r2=1.2917.2.66 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_tree.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.44.6.1r2=1.44.6.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/bitmap_allocator.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.9.12.1r2=1.9.12.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22102
[Bug libstdc++/21244] [4.0/4.1 Regression] Vectorbool anonymous enum problem
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-11 12:05 --- Subject: Bug 21244 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-11 12:04:51 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: stl_tree.h libstdc++-v3/include/ext: bitmap_allocator.h Log message: 2005-07-11 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/22102 * include/bits/stl_tree.h (insert_unique(iterator, const _Val), insert_equal(iterator, const _Val)): Reimplement to check both before and after, as per the algorithm ignore hint if wrong of ISO paper N1780. 2005-07-11 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/21244 (cont^2) * include/ext/bitmap_allocator.h: Convert everywhere bits_per_block to size_t. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.2917.2.65r2=1.2917.2.66 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_tree.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.44.6.1r2=1.44.6.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/ext/bitmap_allocator.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.9.12.1r2=1.9.12.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21244
[Bug bootstrap/22323] bootstrap fails - ld: unrecognized option '-Wl,-rpath'
--- Additional Comments From john at karsner dot net 2005-07-11 12:29 --- (In reply to comment #3) One more question: what does the output of: /usr/local/i686-pc-linux-gnu/bin/ld --version give? I notived this was still in a waiting state. Is there anything else you require?? -John -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22323
[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-11
12:33 ---
Subject: Re: [4.1 Regression] ACATS ICE
cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566
On Mon, 2005-07-11 at 08:48 +, reichelt at gcc dot gnu dot org
wrote:
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-11
08:48 ---
More compact C++ testcase:
==
struct A
{
char c;
int i;
};
A a;
struct B
{
char c, d;
};
union C
{
A *p;
B *q;
C() : p(a) {}
char foo() { return q-d; }
};
void bar() { C().foo() = 0; }
Yes, that will work too.
Note the part that bugs me severely is that you are accessing padding in
A. :) This is true in the original testcase as well
I'm not sure whether i should bother trying to do something sane in this
case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22277
[Bug c++/20563] [4.0 Regression] Infinite loop in diagnostic (and ice after error message)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-11 12:57 --- Subject: Bug 20563 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-11 12:57:06 Modified files: gcc/cp : ChangeLog parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/ext: label4.C Log message: PR c++/20563 * parser.c (cp_parser_label_declaration): Deal with invalid/missing identifiers. * g++.dg/ext/label4.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.61r2=1.4648.2.62 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.319.2.9r2=1.319.2.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.263r2=1.5084.2.264 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/label4.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.10.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20563
[Bug c++/20563] [3.4/4.0/4.1 Regression] Infinite loop in diagnostic (and ice after error message)
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-11 13:01 --- Now also fixed on the 4.0 branch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|3.4.0 4.0.0 4.1.0 |3.4.0 3.4.4 4.0.0 4.0.1 Known to work|3.3.3 |3.3.6 3.4.5 4.0.2 4.1.0 Resolution||FIXED Summary|[4.0 Regression] Infinite |[3.4/4.0/4.1 Regression] |loop in diagnostic (and ice |Infinite loop in diagnostic |after error message)|(and ice after error ||message) Target Milestone|4.0.2 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20563
[Bug c++/22406] New: -Weffc++ warns about missing op= and copy ctor, even when base classes have already disabled these
This warns with -Weffc++, but shouldn't:
class Foo {
Foo(constFoo); // disable
Foooperator=(const Foo); // disable
public:
Foo() {}
~Foo() {}
};
class Bar : public Foo { void * mPointerMember; };
The compiler knows at this point that any attempt to generate a op= or copy
ctor is doomed, so it should suppress a warning. The warning is easy to get rid
of, but still, explicitly disabling copy ctor and op= in each derived class is
tedious, esp. if you don't control the source code of the hierarchy, and the
author of the hierarchy disabled them only in the base class (which is
completely sufficient).
--
Summary: -Weffc++ warns about missing op= and copy ctor, even
when base classes have already disabled these
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mutz at kde dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22406
[Bug bootstrap/22407] New: libgfortran build fails because of bad substitution
Bootstrapping fails after configure for libgfortran has completed:
...
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing default-1 commands
Adding multilib support to Makefile in ../../../../gcc-4.0.1/libgfortran
with_multisubdir=sparcv9
gmake[2]: Entering directory
`/software/gcc-obj/sparc-sun-solaris2.8/libgfortran'
/bin/sh ../../../gcc-4.0.1/libgfortran/mk-sik-inc.sh
'/software/gcc-obj/gcc/gfortran -B/software/gcc-obj/gcc/
-B/usr/local/lib/gcc/sparc-sun-solaris2.8/bin/
-B/usr/local/lib/gcc/sparc-sun-solaris2.8/lib/ -isystem
/usr/local/lib/gcc/sparc-sun-solaris2.8/include -isystem
/usr/local/lib/gcc/sparc-sun-solaris2.8/sys-include -Wall -Wall
-fno-repack-arrays -fno-underscoring' selected_int_kind.inc
/bin/sh ../../../gcc-4.0.1/libgfortran/mk-srk-inc.sh
'/software/gcc-obj/gcc/gfortran -B/software/gcc-obj/gcc/
-B/usr/local/lib/gcc/sparc-sun-solaris2.8/bin/
-B/usr/local/lib/gcc/sparc-sun-solaris2.8/lib/ -isystem
/usr/local/lib/gcc/sparc-sun-solaris2.8/include -isystem
/usr/local/lib/gcc/sparc-sun-solaris2.8/sys-include -Wall -Wall
-fno-repack-arrays -fno-underscoring' selected_real_kind.inc
gmake all-am
gmake[3]: Entering directory
`/software/gcc-obj/sparc-sun-solaris2.8/libgfortran'
/bin/sh ./libtool --mode=compile (CC_FOR_TARGET) -DHAVE_CONFIG_H -I.
-I../../../gcc-4.0.1/libgfortran -I. -iquote../../../gcc-4.0.1/libgfortran/io
-std=gnu99 -Wall (CFLAGS_FOR_TARGET) -c -o environ.lo `test -f
'runtime/environ.c' || echo '../../../gcc-4.0.1/libgfortran/'`runtime/environ.c
/bin/sh: syntax error at line 1: `(' unexpected
gmake[3]: *** [environ.lo] Error 2
gmake[3]: Leaving directory `/software/gcc-obj/sparc-sun-solaris2.8/libgfortran'
gmake[2]: *** [all] Error 2
gmake[2]: Leaving directory `/software/gcc-obj/sparc-sun-solaris2.8/libgfortran'
gmake[1]: *** [all-target-libgfortran] Error 2
gmake[1]: Leaving directory `/software/gcc-obj'
gmake: *** [bootstrap] Error 2
Note the (CC_FOR_TARGET) and (CFLAGS_FOR_TARGET). Perhaps some substitution
strips one $ too many?
Configure/bootstrap command lines were:
../gcc-4.0.1/configure --prefix=/usr/local/lib/gcc --bindir=/usr/local/bin/s
parc/sunos580 --infodir=/usr/local/info --mandir=/usr/local/man --with-local-pre
fix=/nodir --enable-threads=solaris --enable-version-specific-runtime-libs --dis
able-nls --with-gmp=/usr/local --with-mpfr=/usr/local --with-gcc-version-trigger
=/software/gcc-4.0.1/gcc/version.c --enable-languages=c,c++,f95,objc
gmake bootstrap
(This is the same build as #22396, using the workaround mentioned there. Just in
case there is some dependency between the two.)
--
Summary: libgfortran build fails because of bad substitution
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: roessner at rbg dot informatik dot tu-darmstadt dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: sparc-sun-solaris2.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22407
[Bug c/22403] build failure on Mandrake Linux 10.1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 13:58 --- THis is a bug in your glibcc and/or kernel headers I forgot which one. Please report this to Mandrake. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22403
[Bug c++/22406] -Weffc++ warns about missing op= and copy ctor, even when base classes have already disabled these
-- What|Removed |Added Severity|normal |enhancement Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22406
[Bug other/22393] [4.1 regression] ICE in emit_move_insn, at expr.c:3142
--- Additional Comments From pinskia at physics dot uc dot edu 2005-07-11 14:17 --- Subject: Re: ICE in emit_move_insn, at expr.c:3142 On Jul 11, 2005, at 6:47 AM, reichelt at gcc dot gnu dot org wrote: Do you want to add this as a testcase, since the one in PR22356 only triggers with an additional patch of yours? Yes Please add the testcase as we don't have that many complex tests in GCC's testsuite. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22393
Re: [Bug other/22393] ICE in emit_move_insn, at expr.c:3142
On Jul 11, 2005, at 6:47 AM, reichelt at gcc dot gnu dot org wrote: Do you want to add this as a testcase, since the one in PR22356 only triggers with an additional patch of yours? Yes Please add the testcase as we don't have that many complex tests in GCC's testsuite. -- Pinski
[Bug bootstrap/22407] libgfortran build fails because of bad substitution
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-11
14:18 ---
/bin/sh: syntax error at line 1: `(' unexpected
/bin/sh is not supported on Solaris. Please follow the instructions at:
http://gcc.gnu.org/install/specific.html#x-x-solaris2
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22407
[Bug c++/10611] operations on vector mode not recognized in C++
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-11 14:24 --- Subject: Bug 10611 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-11 14:24:07 Modified files: gcc/cp : ChangeLog cvt.c typeck.c Added files: gcc/testsuite/g++.dg/conversion: simd2.C Log message: PR c++/10611 * cp/cvt.c (build_expr_type_conversion): Same. * cp/typeck.c (build_binary_op): Handle vectors. (common_type): Same. (type_after_usual_arithmetic_conversions): Same. * testsuite/g++.dg/conversion/simd2.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.62r2=1.4648.2.63 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cvt.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.180r2=1.180.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.616.2.10r2=1.616.2.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/conversion/simd2.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.2.8.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10611
[Bug c/22402] Error during the build on AIX 5.2.0 ML5
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 14:26 --- You have to do make bootstrap/make before you do a make install. Does that help? -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22402
[Bug bootstrap/22408] New: make install fails after --enable-bootstrap=lean enabled bootstrap
[EMAIL PROTECTED]:::~/tmp/gcc-head/objdir make install /bin/sh ../srcdir/mkinstalldirs /home/4/wilx /home/4/wilx make[1]: Entering directory `/home/4/wilx/tmp/gcc-head/objdir/fixincludes' make[1]: *** No rule to make target `../libiberty/libiberty.a', needed by `full-stamp'. Stop. make[1]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/fixincludes' make: *** [install-fixincludes] Error 2 [EMAIL PROTECTED]:::~/tmp/gcc-head/objdir ../srcdir/configure --disable-nls --enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3 --with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx --enable-languages=c,c++,objc,ada --disable-sjlj-exceptions --enable-shared=libstdc++ --enable-shared=libobjc --with-gnu-as --with-gnu-ld --enable-bootstrap=lean -- Summary: make install fails after --enable-bootstrap=lean enabled bootstrap Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: v dot haisman at sh dot cvut dot cz CC: gcc-bugs at gcc dot gnu dot org,v dot haisman at sh dot cvut dot cz GCC build triplet: i386-unknown-freebsd4.10 GCC host triplet: i386-unknown-freebsd4.10 GCC target triplet: i386-unknown-freebsd4.10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22408
[Bug middle-end/22347] Return value register not correctly computed for indirect function call
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-11 14:27 --- One problem seems to be that we place the attribute for mysinfp on the decl and not on the type. Why we do have both, and they can mis-match is a mystery to me anyway ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22347
[Bug c++/22405] [4.1 Regression] ICE in when instantiating a template function, for illegal code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 14:28 --- I don't get any ICE with a build last night: GNU C++ version 4.1.0 20050711 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.1.0 20050711 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: c31b6346e19edf60575edbc32c6610bc t.cc:5: error: redefinition of templateclass T void foo(T) t.cc:1: error: templateclass T void foo(T) previously declared here earth:~ -- What|Removed |Added Severity|normal |minor Keywords||error-recovery Summary|ICE in when instantiating a |[4.1 Regression] ICE in when |template function, for |instantiating a template |illegal code|function, for illegal code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22405
[Bug c++/10611] operations on vector mode not recognized in C++
--- Additional Comments From aldyh at gcc dot gnu dot org 2005-07-11 14:42 --- I have just backported to the 4.0 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10611
[Bug java/22377] BC compilation fails to detect abstract instantiation
--- Additional Comments From mckinlay at redhat dot com 2005-07-11 15:44 --- There might be a way to implement this without additional _Jv_AllocObject cost and without adding new ABI tables. If abstract classes and interfaces were given a zero or negative value in their size field, I think the GC will call GC_oom_fn if an attempt were made to allocate them. We could then throw InstantiationException instead of OutOfMemoryError in this case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22377
[Bug c++/22405] [4.1 Regression] ICE in when instantiating a template function, for illegal code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 15:57 --- Confirmed, I missed part of the testcase when testing. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to work|4.0.1 |4.0.1 4.0.0 3.4.0 Last reconfirmed|-00-00 00:00:00 |2005-07-11 15:57:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22405
[Bug c++/22405] [4.1 Regression] ICE in when instantiating a template function, for illegal code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 15:58 --- Here is the backtrace: #0 most_specialized_instantiation (instantiations=0xb7d84570) at /home/peshtigo/pinskia/src/gnu/ gcc/src/gcc/cp/pt.c:10723 #1 0x080a071b in determine_specialization (template_id=0xb7ce5168, decl=0xb7d82a80, targs_out=0xbff9dc08, need_member_template=0, template_count=0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/pt.c:10789 #2 0x080aae5c in check_explicit_specialization (declarator=0xb7ce5168, decl=Variable decl is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/pt.c:2010 #3 0x0806a6d3 in grokfndecl (ctype=0x0, type=Variable type is not available. ) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/decl.c:5734 #4 0x08078576 in grokdeclarator (declarator=0x876f554, declspecs=0xbff9dd9c, decl_context=NORMAL, initialized=0, attrlist=0x0) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/cp/decl.c:8127 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22405
[Bug target/22409] New: [3.4 regression] ICE in subst_stack_regs_pat, at reg-stack.c:1445
The following code snippet causes an ICE (3.4 branch only)
when compiled with gcc -O2 -ffast-math on i686-pc-linux-gnu
===
double atan (double);
void foo()
{
double x, y;
do
{
goto L2;
L1:
if (x) goto L1;
L2:
x += atan (y);
goto L1;
}
while (1);
}
===
bug.c: In function `foo':
bug.c:17: internal compiler error: in subst_stack_regs_pat, at reg-stack.c:1445
Please submit a full bug report, [etc.]
--
Summary: [3.4 regression] ICE in subst_stack_regs_pat, at reg-
stack.c:1445
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22409
[Bug target/21716] [3.4/4.0/4.1 Regression] ICE in reg-stack.c's swap_rtx_condition
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-11 16:05 --- The new PR for the problem in comment #3 is PR 22409. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21716
[Bug target/22409] [3.4 regression] ICE in subst_stack_regs_pat, at reg-stack.c:1445
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 16:10 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to fail||3.4.0 Known to work||3.3.3 4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-07-11 16:10:30 date|| Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22409
[Bug c++/20133] [4.0/4.1 Regression] internal compiler error: in import_export_decl, at cp/decl2.c:1726
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-11 16:15 --- It doesn't link because of [templ.expl.spec]: An explicit specialization of a static data member of a template is a definition if the declaration includes an initializer; otherwise, it is a declaration. [Note: there is no syntax for the definition of a static data member of a template that requires default initialization. template X Qint::x; This is a declaration regardless of whether X can be default initial- ized (_dcl.init_). ] You must provide the initializer, e.g. template int ObjectPoolchar::mutex = 0; -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Keywords||monitored http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20133
[Bug tree-optimization/22401] DOM messes up the profiling info
-- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22401
[Bug java/22377] BC compilation fails to detect abstract instantiation
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 16:26 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-11 16:26:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22377
[Bug other/18367] [4.1 Regression] make check fails with fixinclude problem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 16:28 --- Confirmed, a regression from 4.0.0. -- What|Removed |Added CC||geoffk at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|bootstrap |other Ever Confirmed||1 GCC build triplet|alphaev56-unknown-linux-gnu | GCC host triplet|alphaev56-unknown-linux-gnu | GCC target triplet|alphaev56-unknown-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2005-07-11 16:28:06 date|| Summary|make check fails with |[4.1 Regression] make check |fixinclude problem |fails with fixinclude ||problem Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18367
[Bug c++/22395] -Weffc++ shouldn't warn about non-virtual dtor of private subclasses
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 16:29 --- Confirmed. -- What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2005-07-11 16:29:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22395
[Bug c++/22406] -Weffc++ warns about missing op= and copy ctor, even when base classes have already disabled these
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 16:29 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-11 16:29:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22406
[Bug tree-optimization/22404] [4.1 regression] ICE in first_vi_for_offset
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 16:35 --- Confirmed. I think fixing PR 19816 will also fix this. -- What|Removed |Added BugsThisDependsOn||19816 Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-11 16:35:32 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22404
[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 16:37 --- Can people start filing new bugs as the orginal problem has been fixed now. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-11 16:37:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22277
[Bug libstdc++/21677] simply including ext/bitmap_allocator.h causes link-time errors
--- Additional Comments From pcarlini at suse dot de 2005-07-11 17:46 --- Ok, we can close it, then. -- What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21677
[Bug target/22145] /usr/include/objc/objc-runtime.h on powerpc-darwin7.8.0 needs fixed included
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 17:55 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-11 17:55:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22145
[Bug c/20689] strict aliasing with temporary variable never gives warnings
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 17:58 --- Closing as invalid based comment #7. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20689
[Bug debug/16442] Crossbuilding the Ada RTS fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 17:59 --- Does this work in 4.0.x? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16442
[Bug testsuite/22300] mmix-knuth-mmixware testsuite failure: gcc.dg/tree-ssa/pr22051-2.c scan-tree-dump-times if \(\(int\) q 1
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-11 18:03:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22300
[Bug libfortran/22412] New: Fortran B edit descriptor error
The negative-z-descriptor.f90 test for PR 22217 fails on the statement using '(B65)' format with Fortran runtime error: Error 0. The error occurs in list_read.c:next_char() when salloc_r returns NULL. Leading up to this point, transfer.c:formatted_transfer() was invoked with format B. As with the previous format statements, the function calls unget_format(f), which places the format into the saved_format buffer. Upon return from the I/O, finalize_transfer() is called leading to namelist_read(). The calls to next_char() step through a buffer of spaces reaching the end, NULL, causing the error. The format string in the saved_format buffer is never seen. -- Summary: Fortran B edit descriptor error Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dje at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-aix powerpc-darwin GCC host triplet: powerpc-aix powerpc-darwin GCC target triplet: powerpc-aix powerpc-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22412
[Bug libfortran/22412] Fortran B edit descriptor error
-- What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22412
[Bug libfortran/22412] Fortran B edit descriptor error
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22412
[Bug tree-optimization/22404] [4.1 regression] ICE in first_vi_for_offset
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-11 18:28 --- Subject: Bug 22404 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-11 18:28:36 Modified files: gcc: ChangeLog print-tree.c tree-ssa-structalias.c tree.h Added files: gcc/testsuite/g++.dg/tree-ssa: pr22404.C Log message: 2005-07-11 Daniel Berlin [EMAIL PROTECTED] * print-tree.c (print_node): Use DECL_ARGUMENT_FLD. * tree.h (DECL_ARGUMENT_FLD): New macro. 2005-07-11 Daniel Berlin [EMAIL PROTECTED] Fix PR tree-optimization/22404 * tree-ssa-structalias.c (create_variable_info_for): Use correct offset. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9408r2=2.9409 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/print-tree.c.diff?cvsroot=gccr1=1.103r2=1.104 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-structalias.c.diff?cvsroot=gccr1=2.16r2=2.17 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.h.diff?cvsroot=gccr1=1.745r2=1.746 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tree-ssa/pr22404.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22404
[Bug bootstrap/22407] libgfortran build fails because of bad substitution
--- Additional Comments From roessner at rbg dot informatik dot
tu-darmstadt dot de 2005-07-11 18:54 ---
(In reply to comment #1)
/bin/sh: syntax error at line 1: `(' unexpected
/bin/sh is not supported on Solaris. Please follow the instructions at:
http://gcc.gnu.org/install/specific.html#x-x-solaris2
Ok, rebuilt with CONFIG_SHELL=/bin/bash; export CONFIG_SHELL. As expected, the
result is the same:
/bin/bash ./libtool --mode=compile (CC_FOR_TARGET) -DHAVE_CONFIG_H -I.
-I../../../gcc-4.0.1/libgfortran -I. -iquote../../../gcc-4.0.1/libgfortran/io
-std=gnu99 -Wall (CFLAGS_FOR_TARGET) -c -o environ.lo `test -f
'runtime/environ.c' || echo '../../../gcc-4.0.1/libgfortran/'`runtime/environ.c
/bin/bash: -c: line 1: syntax error near unexpected token `(C'
/bin/bash: -c: line 1: `/bin/bash ./libtool --mode=compile (CC_FOR_TARGET)
-DHAVE_CONFIG_H -I. -I../../../gcc-4.0.1/libgfortran -I.
-iquote../../../gcc-4.0.1/libgfortran/io -std=gnu99 -Wall (CFLAGS_FOR_TARGET)
-c -o environ.lo `test -f 'runtime/environ.c' || echo
'../../../gcc-4.0.1/libgfortran/'`runtime/environ.c'
So now it's /bin/bash: ... instead of /bin/sh:
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22407
[Bug bootstrap/22407] libgfortran build fails because of bad substitution
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-11 19:20 --- Ok, rebuilt with CONFIG_SHELL=/bin/bash; export CONFIG_SHELL. Did you use an absolute path to invoke configure, as strongly recommended? FWIW I just bootstrapped 4.0.1 on Solaris 2.5.1, 2.6, 7, 8, 9 and 10 without a hitch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22407
[Bug ada/22413] New: Cross build fails (multiple blank lines)
Using crosstool get the following: gcc -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition-DHAVE_CONFIG_H -o cc1 \ c-parse.o c-lang.o stub-objc.o attribs.o c-errors.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-opts.o c-format.o c-semantics.o c-incpath.o cppdefault.o c-ppoutput.o c-cppbuiltin.o prefix.o c-objc-common.o c-dump.o c-pch.o rs6000-c.o c-gimplify.o tree-mudflap.o c-pretty-print.o main.o libbackend.a ../libcpp/libcpp.a ../libcpp/libcpp.a ../libiberty/libiberty.a gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition-DHAVE_CONFIG_H-I. -I. -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/. -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/../include -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/../libcpp/include /home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/gcov.c -o gcov.o gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition-DHAVE_CONFIG_H-I. -I. -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/. -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/../include -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/../libcpp/include /home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/errors.c -o errors.o gcc -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition-DHAVE_CONFIG_H gcov.o intl.o version.o errors.o ../libcpp/libcpp.a ../libiberty/libiberty.a -o gcov gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition-DHAVE_CONFIG_H-I. -I. -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/. -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/../include -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/../libcpp/include /home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/gcov-dump.c -o gcov-dump.o gcc -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition-DHAVE_CONFIG_H gcov-dump.o version.o errors.o ../libcpp/libcpp.a ../libiberty/libiberty.a -o gcov-dump gcc -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/ada /home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/ada/ada.ads -o ada/ada.o gcc -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/ada /home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/ada/a-charac.ads -o ada/a-charac.o gcc -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/ada /home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/ada/a-chlat1.ads -o ada/a-chlat1.o gcc -c -g -O2 -gnatpg -gnata -g -O1 -fno-inline \ -I- -I. -Iada -I/home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/ada /home/smcconne/work/crosstool-0.35/build/powerpc-405-linux-gnu/gcc-4.0.1-glibc-2.3.5/gcc-4.0.1/gcc/ada/a-except.adb -o ada/a-except.o s-traent.ads:61:01: (style) blank lines not allowed at end of file a-exexda.adb:154:01: (style) multiple blank lines a-exextr.adb:192:01: (style) multiple blank lines make[1]: *** [ada/a-except.o] Error 1 make[1]: Leaving directory
[Bug middle-end/22398] [4.1 Regression] ICE in compare_values, at tree-vrp.c:445
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 19:38 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00771.html. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||07/msg00771.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22398
[Bug middle-end/21076] [4.1 Regression] ACATs ICE cxh1001 at tree-vrp.c:124 (fold bug)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 19:38 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00771.html. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||07/msg00771.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21076
[Bug c/22414] New: assert(i) gives will never be executed due to noreturn
assert(i) gives will never be executed on Linux.
assert(0) and assert(1) are silent.
I've tried to vary the assert() definition, e.g. give __assert_fail()
return type int and do (void)(i ? 0 : (0 __assert_fail(...))), but
only removing __attribute__((noreturn)) seems to kill the warning.
I don't want to do that.
gcc configuration:
../gcc-4.0.1/configure --quiet --prefix=/scratch/install
--program-suffix=-4.0.1 --enable-version-specific-runtime-libs
--enable-languages=c,c++
bash$ gcc-4.0.1 -save-temps -fsyntax-only -Wunreachable-code foo.cfoo.c: In
function 'Noisy_a':
foo.c:4: warning: will never be executed
bash$ cat -s foo.i
# 1 foo.c
# 1 built-in
# 1 command line
# 1 foo.c
# 1 /usr/include/assert.h 1 3 4
# 36 /usr/include/assert.h 3 4
# 1 /usr/include/features.h 1 3 4
# 296 /usr/include/features.h 3 4
# 1 /usr/include/sys/cdefs.h 1 3 4
# 297 /usr/include/features.h 2 3 4
# 319 /usr/include/features.h 3 4
# 1 /usr/include/gnu/stubs.h 1 3 4
# 320 /usr/include/features.h 2 3 4
# 37 /usr/include/assert.h 2 3 4
# 65 /usr/include/assert.h 3 4
extern void __assert_fail (__const char *__assertion, __const char *__file,
unsigned int __line, __const char *__function)
__attribute__ ((__noreturn__));
extern void __assert_perror_fail (int __errnum, __const char *__file,
unsigned int __line,
__const char *__function)
__attribute__ ((__noreturn__));
extern void __assert (const char *__assertion, const char *__file, int __line)
__attribute__ ((__noreturn__));
# 2 foo.c 2
void Noisy_a(int i) {
((void) ((i) ? 0 : (__assert_fail (i, foo.c, 4, __PRETTY_FUNCTION__),
0)));
}
void Silent_b() {
((void) ((0) ? 0 : (__assert_fail (0, foo.c, 7, __PRETTY_FUNCTION__),
0)));
}
void Silent_c() {
((void) ((1) ? 0 : (__assert_fail (1, foo.c, 10, __PRETTY_FUNCTION__),
0)));
}
--
Summary: assert(i) gives will never be executed due to noreturn
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: h dot b dot furuseth at usit dot uio dot no
CC: gcc-bugs at gcc dot gnu 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=22414
[Bug bootstrap/22314] [4.1 regression] ICE in make profiledbootstrap: corrupted profile info for gcc/dominance.c
--- Additional Comments From bh at techhouse dot brown dot edu 2005-07-11 19:42 --- I get a similar error on my pentium-3 box, configuring with just: /afs/cs/usr/bhudson/gcc/gcc-cvs-head/configure --enable-languages=c,c++ and gmake CFLAGS=-O2 BOOT_CFLAGS=-O2 profiledbootstrap with CVS of Sun Jul 10 06:06:01 EDT 2005 stage1/xgcc -Bstage1/ -B/usr/local/i686-pc-linux-gnu/bin/ -c -O2 -fprofile-use -freorder-blocks-and-partition -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-pro totypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold -style-definition -Werror -fno-common -DHAVE_CONFIG_H-I. -I. -I/afs/cs/usr /bhudson/gcc/gcc-cvs-head/gcc -I/afs/cs/usr/bhudson/gcc/gcc-cvs-head/gcc/. -I/af s/cs/usr/bhudson/gcc/gcc-cvs-head/gcc/../include -I/afs/cs/usr/bhudson/gcc/gcc-c vs-head/gcc/../libcpp/include /afs/cs/usr/bhudson/gcc/gcc-cvs-head/gcc/builtins .c -o builtins.o /afs/cs/usr/bhudson/gcc/gcc-cvs-head/gcc/builtins.c: In function 'expand_builtin ': /afs/cs/usr/bhudson/gcc/gcc-cvs-head/gcc/builtins.c:6283: error: corrupted profi le info: number of executions for edge 49-676 thought to be -148 /afs/cs/usr/bhudson/gcc/gcc-cvs-head/gcc/builtins.c:6283: error: corrupted profi le info: number of executions for edge 49-50 thought to be 148 gmake[2]: *** [builtins.o] Error 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22314
[Bug tree-optimization/22415] New: ICE in coalesce_abnormal_edges
struct C
{
int a;
int *b;
int *c1 (int x) { return new int[sizeof (int) * x]; }
void c2 (int *x, int *y, int z)
{
for (int i = 0; i z; i++)
y[i] = x[i];
}
C (int x = 0) : a (x)
{
if (a)
{
b = c1 (a);
for (int i = 0; i a; i++)
b[i] = 0;
}
}
C (const C x) : a (x.a)
{
if (a)
{
b = c1 (a);
c2 (x.b, b, a);
}
}
~C (void) { if (a) delete b; }
int operator [] (int x)
{
if (a == 0 x == 0)
{
a = 1;
b = c1 (1);
b[0] = 0;
}
else
{
C e (*this);
a = x + 1;
b = c1 (a);
c2 (e.b, b, e.a);
for (int i = e.a; i a; i++)
b[i] = 0;
}
return b[x];
}
C operator (int x) { (*this)[a] = x; return *this; }
};
int
bar (void)
{
C a;
int f = 1;
while (f != -1)
{
f = 0;
a 1;
}
return 0;
}
ICEs at -O2 in coalesce_abnormal_edges. The bug is not present on HEAD
and 3.4.x compiles it just fine as well.
--
Summary: ICE in coalesce_abnormal_edges
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
[Bug c/22414] assert(i) gives will never be executed due to noreturn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11
19:50 ---
The warning is correct as there is an assigment for a temporary.
The assert should be written like:
void abort(void);
void f(int i)
{
i ?(void) 0 : abort();
}
Please report this bug to glibc.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22414
[Bug fortran/20363] interface body has incorrect scope
--- Additional Comments From erik dot edelmann at iki dot fi 2005-07-11 19:52 --- Erik, Have you checked the parse tree for this? It looks OK, from a very casual look, but the parse tree would be the clincher. After comments from Tobi I posted a new patch here: http://gcc.gnu.org/ml/fortran/2005-07/msg00135.html With that patch, the parse tree for the snafu module is Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (REAL 4) procedure name = snafu symtree: foo Ambig 0 symbol foo (UNKNOWN 0)(PROCEDURE UNKNOWN-INTENT UNKNOWN-ACCESS UNKNOWN-PROC SUBROUTINE) Generic interfaces: really_snafu symtree: snafu Ambig 0 symbol snafu (UNKNOWN 0)(MODULE UNKNOWN-INTENT UNKNOWN-ACCESS UNKNOWN-PROC) symtree: really_snafu Ambig 0 symbol really_snafu (UNKNOWN 0)(PROCEDURE UNKNOWN-INTENT UNKNOWN-ACCESS MODULE-PROC SUBROUTINE) Formal arglist: foo Formal namespace Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (REAL 4) procedure name = really_snafu symtree: foo Ambig 0 symbol foo (INTEGER 4)(VARIABLE INOUT UNKNOWN-ACCESS UNKNOWN-PROC DUMMY) symtree: really_snafu Ambig 0 from namespace snafu -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20363
[Bug tree-optimization/22415] [4.0 Regression] ICE in coalesce_abnormal_edges
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 19:56 --- Confirmed, this might be a latent bug on the mainline. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-valid-code Known to fail||4.0.0 Known to work||3.4.0 Last reconfirmed|-00-00 00:00:00 |2005-07-11 19:56:04 date|| Summary|ICE in |[4.0 Regression] ICE in |coalesce_abnormal_edges |coalesce_abnormal_edges Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
[Bug fortran/20363] interface body has incorrect scope
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-11 20:02 --- Subject: Re: interface body has incorrect scope That seems to be as good as one could want! Paul T -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20363
[Bug tree-optimization/22416] New: [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466
FAIL: 23_containers/set/explicit_instantiation/1.cc (test for excess errors) has appeared on mainline on i686-pc-linux-gnu (gcc-testresults shows other platforms as well) between 20050710 and 20050711 (both at 07:00 UTC). /scratch/gcc/nightly-2005-07-11-mainline/i686-pc-linux-gnu/build_gcc/build/gcc-mainline-nightly-i686-pc-linux-gnu-i686-pc-linux-gnu/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_set.h: In member function 'std::pairtypename std::_Rb_tree_Key, _Key, std::_Identity_Key, _Compare, typename _Alloc::rebind_Key::other::const_iterator, bool std::set_Key, _Compare, _Alloc::insert(const _Key) [with _Key = int, _Compare = std::lessint, _Alloc = std::allocatorint]': /scratch/gcc/nightly-2005-07-11-mainline/i686-pc-linux-gnu/build_gcc/build/gcc-mainline-nightly-i686-pc-linux-gnu-i686-pc-linux-gnu/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_set.h:318: internal compiler error: tree check: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466 -- Summary: [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416
[Bug tree-optimization/22416] [4.1 Regression] 23_containers/set/explicit_instantiation/1.cc fails: expected ssa_name, have var_decl in is_old_name, at tree-into-ssa.c:466
-- What|Removed |Added Keywords||alias, ice-on-valid-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416
[Bug libfortran/22412] Fortran B edit descriptor error
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-11 20:08 --- Something appears to be going wrong in io/transfer.c. If I compile that file without optimization, the testcase passes, with optimization it fails. I suspect it might be an uninitialized variable (ionml?) as opposed to miscompilation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22412
[Bug fortran/20363] interface body has incorrect scope
--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-07-11 20:12 --- Subject: Re: interface body has incorrect scope paulthomas2 at wanadoo dot fr wrote: --- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-11 20:02 --- Subject: Re: interface body has incorrect scope That seems to be as good as one could want! Paul, do you have any idea what find_special could be intended for? It seems obvious that it does the wrong thing in the case of this PR, and I can't see any case where it would be needed, but I would be surprised if there's no intent behind it, and in another compiler the function is still present, does the same thing, and is called in the same places. Are there maybe any other changes in symbol handling compensating for this? Erik, I'll give this some more thought before I commit your patch, so don't worry if I take a few days. - Tobi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20363
[Bug tree-optimization/22415] [4.0 Regression] ICE in coalesce_abnormal_edges
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 20:12 --- Hmm, the reason why we cannot reproduce it on the mainline is because SRA thinks the variable a cannot be SRA'd because we still take the address of the variable even though that statement is dead. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
[Bug tree-optimization/22415] [4.0 Regression] ICE in coalesce_abnormal_edges
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 20:15 --- I think adding another DCE pass right before SRA and we will be able to reproduce this on the mainline also. Also note turning off PRE fixes the ICE. It might be PRE moving a statement causing the conflict. -- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
[Bug libfortran/22412] Fortran B edit descriptor error
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-11 20:50 --- transfer integer appears to be overwriting the variable ionml when operating on B edit descriptor. Prior to the function, ionml is NULL, after the function, the value is 0x31313131. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-11 20:50:02 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22412
[Bug libfortran/22412] Fortran B edit descriptor error
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-11 20:53 --- Killed when calling btoa() for conversion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22412
[Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391
--- Additional Comments From bernie at develer dot com 2005-07-11 21:07 --- A revised patch was posted here: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00853.html I will attach it here in case someone wants to apply it to an old version of GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18421
[Bug ada/22340] Ada build fails with --enable-bootstrap
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-11 21:38 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22340
[Bug fortran/22417] New: gfortran preprocessing regression: nonsense warning about file left but not entered
foo.F: program foo #include foo.h end foo.h: c This is just a dummy include file for the -*- Fortran -*- preprocessor % gfortran -c foo.F Warning: foo.h:3: file foo.F left but not entered -- Summary: gfortran preprocessing regression: nonsense warning about file left but not entered Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anlauf at hep dot tu-darmstadt dot de CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22417
[Bug fortran/22417] [4.0/4.1 Regression] gfortran preprocessing regression: nonsense warning about file left but not entered
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 21:54 --- Confirmed. -- What|Removed |Added CC||jakub at gcc dot gnu dot ||org, pinskia at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2005-07-11 21:54:32 date|| Summary|gfortran preprocessing |[4.0/4.1 Regression] |regression: nonsense warning|gfortran preprocessing |about file left but not |regression: nonsense warning |entered |about file left but not ||entered http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22417
[Bug libfortran/22412] Fortran B edit descriptor error
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-11 21:57 --- btoa() is overwriting the buffer scratch. Although btoa() is in write.c, the buffer scratch is defined in transfer.c, so optimizing transfer.c changes the placement of scratch and exposes the failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22412
[Bug libfortran/22412] Fortran B edit descriptor error
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-11 22:02 --- I'm pretty sure the problem is the line p = scratch + sizeof (SCRATCH_SIZE) - 1; SCRATCH_SIZE is the size of the buffer. sizeof (SCRATCH_SIZE) probably is not what the author meant. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22412
[Bug fortran/22417] [4.0/4.1 Regression] gfortran preprocessing regression: nonsense warning about file left but not entered
--- Additional Comments From jakub at redhat dot com 2005-07-11 22:28
---
Oops. Untested patch, will do more testing tomorrow^Wtoday:
2005-07-12 Jakub Jelinek [EMAIL PROTECTED]
PR fortran/22417
* scanner.c (preprocessor_line): Fix file left but not entered
warning.
--- gcc/fortran/scanner.c.jj2005-07-07 17:56:30.0 +0200
+++ gcc/fortran/scanner.c 2005-07-12 00:25:07.0 +0200
@@ -908,15 +908,15 @@ preprocessor_line (char *c)
if (flag[2]) /* Ending current file. */
{
- if (strcmp (current_file-filename, filename) != 0)
+ if (!current_file-up
+ || strcmp (current_file-up-filename, filename) != 0)
{
gfc_warning_now (%s:%d: file %s left but not entered,
current_file-filename, current_file-line,
filename);
return;
}
- if (current_file-up)
- current_file = current_file-up;
+ current_file = current_file-up;
}
/* The name of the file can be a temporary file produced by
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22417
[Bug ada/22418] New: Ada produces mis-match (non compatible) types in MODIFY_EXPR
Another one: PROCEDURE CC1204A IS BEGIN DECLARE TYPE ARR IS ARRAY (natural RANGE ) OF CHARACTER; TYPE RECD (C : natural := 1) IS RECORD C1 : ARR (1..C); END RECORD; X1 : RECD; GENERIC P2 : IN RECD; PROCEDURE PROC; PROCEDURE PROC IS BEGIN null; END PROC; BEGIN DECLARE PROCEDURE PR IS NEW PROC ( P2 = X1 ); BEGIN null; END; END; END CC1204A; Again see PR 22368 for the patch which I used to find this. -- Summary: Ada produces mis-match (non compatible) types in MODIFY_EXPR Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: bosch at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 22368 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22418
[Bug other/22368] [meta-bugs] mis-match types in GCC
-- What|Removed |Added BugsThisDependsOn||22418 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug tree-optimization/22404] [4.1 regression] ICE in first_vi_for_offset
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 23:10 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22404
[Bug ada/22418] Ada produces mis-match (non compatible) types in MODIFY_EXPR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-11 23:20 --- (In reply to comment #0) Another one: I think this testcase is the same problem: PROCEDURE C37213D IS TYPE MY_ARR IS ARRAY (natural RANGE ) OF INTEGER; FUNCTION F1 RETURN natural IS BEGIN RETURN 1; END F1; TYPE CONS (D3 : INTEGER := 1) IS RECORD C1 : MY_ARR(D3..F1); END RECORD; X : CONS; BEGIN null; END C37213D; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22418
[Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391
--- Additional Comments From bernie at develer dot com 2005-07-11 23:23 --- Created an attachment (id=9246) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9246action=view) Updated patch -- What|Removed |Added Attachment #8577 is|0 |1 obsolete|| AssignedTo|unassigned at gcc dot gnu |bernie at develer dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18421
[Bug target/16719] [ColdFire] Illegal move of byte itno address register causes compiler to ICE
--- Additional Comments From bernie at develer dot com 2005-07-11 23:25 --- Patch attached to Bug #18421 (Attachment #9246). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16719
[Bug target/16719] [ColdFire] Illegal move of byte itno address register causes compiler to ICE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-11 23:32 --- Subject: Bug 16719 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-11 23:32:01 Modified files: gcc: ChangeLog gcc/config/m68k: m68k.md m68k.c m68k.h m68k-protos.h Log message: PR middle-end/16719 PR middle-end/18421 * config/m68k/m68k.h (HARD_REGNO_MODE_OK): Disallow bytes in address registers. * config/m68k/m68k.c (hard_regno_mode_ok): Likewise. * config/m68k/m68k.md: Replace 's' with 'i' in 4th alternative of addsi3_5200. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9411r2=2.9412 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/m68k/m68k.md.diff?cvsroot=gccr1=1.84r2=1.85 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/m68k/m68k.c.diff?cvsroot=gccr1=1.152r2=1.153 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/m68k/m68k.h.diff?cvsroot=gccr1=1.128r2=1.129 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/m68k/m68k-protos.h.diff?cvsroot=gccr1=1.20r2=1.21 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16719
[Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-11 23:32 --- Subject: Bug 18421 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-11 23:32:01 Modified files: gcc: ChangeLog gcc/config/m68k: m68k.md m68k.c m68k.h m68k-protos.h Log message: PR middle-end/16719 PR middle-end/18421 * config/m68k/m68k.h (HARD_REGNO_MODE_OK): Disallow bytes in address registers. * config/m68k/m68k.c (hard_regno_mode_ok): Likewise. * config/m68k/m68k.md: Replace 's' with 'i' in 4th alternative of addsi3_5200. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9411r2=2.9412 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/m68k/m68k.md.diff?cvsroot=gccr1=1.84r2=1.85 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/m68k/m68k.c.diff?cvsroot=gccr1=1.152r2=1.153 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/m68k/m68k.h.diff?cvsroot=gccr1=1.128r2=1.129 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/m68k/m68k-protos.h.diff?cvsroot=gccr1=1.20r2=1.21 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18421
[Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391
--- Additional Comments From bernie at develer dot com 2005-07-11 23:33 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18421
[Bug target/16719] [ColdFire] Illegal move of byte itno address register causes compiler to ICE
--- Additional Comments From bernie at develer dot com 2005-07-11 23:34 --- Fixed on mainline. Pending for 4.0 and 3.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16719
[Bug target/18421] ICE in reload_cse_simplify_operands, at postreload.c:391
--- Additional Comments From bernie at develer dot com 2005-07-11 23:35 --- Oops... still pending for 4.0 and 3.4. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18421
[Bug other/18367] [4.1 Regression] make check fails with fixinclude problem
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-07-11 23:39 --- I think this means the testsuite needs to be updated, but am not sure how. The README says: The check step will proceed to construct a shell script that will exercize all the fixes, using the sample test_text provided with each fix. Once done, the changes made will be compared against the changes saved in the source directory. If you are changing the tests or fixes, the change will likely be highlighted. I think this is the 'highlighting' referred to. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18367
[Bug other/18367] [4.1 Regression] make check fails with fixinclude problem
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-07-11 23:40 --- (On my system, I get seven chunks of 'diff' output, not just this one.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18367
[Bug ada/22419] New: Ada produces mis-match (non compatible) types in MODIFY_EXPR
Another case: with C392014_2; package body C392014_0 is function Create return T'Class is begin return C392014_2.Create ; end Create; end C392014_0; package C392014_0 is type T (D : natural) is abstract tagged null record; function Create return T'Class; end C392014_0; with C392014_0; with C392014_1; package C392014_2 is type T is new C392014_1.T with record C2 : natural; end record; function Create return T'Class; end C392014_2; with C392014_0; package C392014_1 is type T is new C392014_0.T with record C1 : natural; end record; end C392014_1; Again see PR 22368 for the patch which I used to find this. c392014_2.ads: In function 'C392014_0.Create': c392014_2.ads:9: error: statement types mismatch D.865 = D.866; struct c392014_0__tD.395 * struct c392014_2__tD.827 * -- Summary: Ada produces mis-match (non compatible) types in MODIFY_EXPR Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: bosch at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22419
[Bug ada/22419] Ada produces mis-match (non compatible) types in MODIFY_EXPR
-- What|Removed |Added OtherBugsDependingO||22368 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22419
[Bug ada/22420] New: Ada produces mis-match (non compatible) types in MODIFY_EXPR
Another: PROCEDURE C41304B IS TYPE V (DISC : INTEGER := 0) IS RECORD Y : INTEGER; END RECORD; TYPE T IS ACCESS V; FUNCTION F RETURN V IS BEGIN RETURN (DISC = 4, Y = 3); END F; BEGIN null; END C41304B; Again see PR 22368 for the patch which I used to find this. c41304b.adb:13: error: statement types mismatch retval = C.0D.379; struct c41304b__vD.364 struct c41304b__f__T1bD.376 -- Summary: Ada produces mis-match (non compatible) types in MODIFY_EXPR Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: bosch at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot org OtherBugsDependingO 22368 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22420
[Bug other/22368] [meta-bugs] mis-match types in GCC
-- What|Removed |Added BugsThisDependsOn||22420 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
[Bug tree-optimization/17640] empty loop not removed after optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12 00:01 --- Fixed in 4.1.0. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17640
[Bug tree-optimization/19639] Funny (horrible) code for empty destructor
-- Bug 19639 depends on bug 17640, which changed state. Bug 17640 Summary: empty loop not removed after optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17640 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|NEW Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19639
