[Bug c++/18327] [3.3/3.4/4.0 Regression] ICE while compiling valid c code with g++
--- Additional Comments From giovannibajo at libero dot it 2004-11-07 08:56 --- Hum -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |giovannibajo at libero dot |dot org |it Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18327
[Bug target/18345] mmix-knuth-mmixware testsuite failure: gcc.dg/intmax_t-1.c
--- Additional Comments From joseph at codesourcery dot com 2004-11-07 11:04 --- Subject: Re: New: mmix-knuth-mmixware testsuite failure: gcc.dg/intmax_t-1.c On Sun, 7 Nov 2004, hp at gcc dot gnu dot org wrote: > inttypes.h isn't a standard header, neither is it provided by GCC. > The test is wrong and should only be compiled on systems known to > have inttypes.h. (According to notes in PR 448 at least Solaris and > glibc.) That would rather defeat the point of ensuring that GCC's definition of intmax_t agrees with the target's when a target which didn't previously have one acquires one. The use of inttypes.h, a header only required of hosted but not freestanding implementations, is deliberate because of pre-C99 systems that have but not . wchar_t-1.c and wint_t-1.c used to be xfailed on systems lacking , something similar could be used on systems lacking inttypes.h so when they gain the header the compilation XPASSes but the test for excess errors still fails if the type is incorrect. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18345
[Bug c++/18354] New: expression "+1" not considered constant (as template parameter).
Have class templated over "int". Compiler does not accept "+1" as template
parameter on the grounds that it is not a constant expression. Compiler accepts
both "-1" and "1".
This bug appears in: gcc version 4.0.0 20041107 (experimental)
gcc version 4.0.0 20041106 (experimental)
It did not appear in: gcc version 4.0.0 20040927 (experimental)
The following code reproduces the problem.
-8<---
template
struct X { };
void f()
{
X< 1> a;
X<-1> b;
X<+1> c; // <-- error here.
}
-8<---
$ g++ -c f.cxx
f.cxx: In function void f():
f.cxx:8: error: 1 is not a valid template argument for type int because it
is a non-constant expression
f.cxx:8: error: invalid type in declaration before ; token
$ uname -a
Linux theseus 2.4.20-8smp #1 SMP Thu Mar 13 17:45:54 EST 2003 i686 i686 i386
GNU/Linux
$ g++ -v
Reading specs from
/lvm/fred/gcc/cvs/install/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --prefix=/lvm/fred/gcc/cvs/install
--enable-static --enable-shared --enable-languages=c,c++,f95
--with-mpfr=/lvm/fred/pkg/gmp/install
Thread model: posix
gcc version 4.0.0 20041107 (experimental)
--
Summary: expression "+1" not considered constant (as template
parameter).
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fsm at robots dot ox dot ac dot uk
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=18354
[Bug target/10908] Addresses of protected symbols don't work right on ia32
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-07 12:38 --- Subject: Bug 10908 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-07 12:38:04 Modified files: libjava: ChangeLog libjava/gnu/java/beans: IntrospectionIncubator.java Log message: 2004-11-07 Robert Schuster <[EMAIL PROTECTED]> Fixes bug #10908 * gnu/java/beans/IntrospectionIncubator.java: (addMethod): static methods are discarded now, too. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&r1=1.3194&r2=1.3195 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gnu/java/beans/IntrospectionIncubator.java.diff?cvsroot=gcc&r1=1.4&r2=1.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10908
[Bug other/18132] Problem compiling gcc 3.4.2
--- Additional Comments From pierre42d at 9online dot fr 2004-11-07 13:36 --- Ok without setting the CFLAGS I have no more error. Strange. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18132
[Bug middle-end/18355] New: [4.0 regression] cross toolchains don't build libstdc++: m32r-elf v850-elf
With LAST_UPDATED: "Sat Nov 6 20:25:03 MET 2004" I get (copy-pasted):
/v850-sim/gcc/xgcc -shared-libgcc -B/home/hp/builds2/v850-sim/gcc/ -nostdinc++
-L/home/hp/builds2/v850-sim/v850-e\
lf/libstdc++-v3/src -L/home/hp/builds2/v850-sim/v850-elf/libstdc++-v3/src/.libs
-nostdinc -B/home/hp/builds2/v850-sim/v850-elf/ne\
wlib/ -isystem /home/hp/builds2/v850-sim/v850-elf/newlib/targ-include -isystem
/home/hp/cvs_areas/combined/cvs_write/newlib/libc/\
include -B/home/hp/builds2/v850-sim/../install-v850/v850-elf/bin/
-B/home/hp/builds2/v850-sim/../install-v850/v850-elf/lib/ -isys\
tem /home/hp/builds2/v850-sim/../install-v850/v850-elf/include -isystem
/home/hp/builds2/v850-sim/../install-v850/v850-elf/sys-in\
clude -L/home/hp/builds2/v850-sim/ld
-I/home/hp/builds2/v850-sim/v850-elf/libstdc++-v3/include/v850-elf
-I/home/hp/builds2/v850-s\
im/v850-elf/libstdc++-v3/include
-I/home/hp/cvs_areas/combined/cvs_write/libstdc++-v3/libsupc++ -O2 -g -O2 -g -O2
-fno-implicit-t\
emplates -Wall -Wextra -Wwrite-strings -Wcast-qual
-fdiagnostics-show-location=once -c /home/hp/cvs_areas/combined/cvs_write/libs\
tdc++-v3/src/fstream-inst.cc -o fstream-inst.o
/usr/tmp/ccwwO5bs.s: Assembler messages:
/usr/tmp/ccwwO5bs.s:10026: Error: can't resolve
`.gnu.linkonce.t._ZNSt14basic_ifstreamIcSt11char_traitsIcEED1Ev'
{.gnu.linkonce.t\
._ZNSt14basic_ifstreamIcSt11char_traitsIcEED1Ev section} -
`__ZNSt14basic_ifstreamIcSt11char_traitsIcEED1Ev' {.gnu.linkonce.t._ZN\
St14basic_ifstreamIcSt11char_traitsIcEED1Ev section}
/usr/tmp/ccwwO5bs.s:10026: Error: expression too complex
The same error for m32r-elf.
Both targets use sjlj-exceptions (at least that's what the libstdc++
configury tells me). Something tells me that's the relation.
Last known to work on: "Wed Apr 21 08:31:07 GMT 2004" (m32r-elf)
"Mon Sep 6 04:43:11 GMT 2004" (v850-elf)
Known to fail on: "Wed Oct 27 00:30:50 GMT 2004".
--
Summary: [4.0 regression] cross toolchains don't build libstdc++:
m32r-elf v850-elf
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: v850-elf, m32r-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18355
[Bug middle-end/18355] [4.0 regression] cross toolchains don't build libstdc++: m32r-elf v850-elf
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18355
[Bug other/18356] New: Problem compiling gcc 3.4.3
# make
make[1]: Entering directory `/tmp/gcc-3.4.3/libiberty'
make[2]: Entering directory `/tmp/gcc-3.4.3/libiberty/testsuite'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/tmp/gcc-3.4.3/libiberty/testsuite'
make[1]: Leaving directory `/tmp/gcc-3.4.3/libiberty'
make[1]: Entering directory `/tmp/gcc-3.4.3/intl'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/tmp/gcc-3.4.3/intl'
make[1]: Entering directory `/tmp/gcc-3.4.3/zlib'
: make ; exec true "AR_FLAGS=rc" "CC_FOR_BUILD=gcc" "CFLAGS=" "CXXFLAGS=-s -O3
-march=i686" "CFLAGS_FOR_BUILD=" "CFLAGS_FOR_TARGET=-O2 "
"INSTALL=/usr/local/bin/install -c" "INSTALL_DATA=/usr/local/bin/install -c -m
644" "INSTALL_PROGRAM=/usr/local/bin/install -c"
"INSTALL_SCRIPT=/usr/local/bin/install -c" "LDFLAGS=" "LIBCFLAGS="
"LIBCFLAGS_FOR_TARGET=-O2 " "MAKE=make" "MAKEINFO=makeinfo --split-size=500
" "PICFLAG=" "PICFLAG_FOR_TARGET=" "SHELL=/bin/sh" "EXPECT=expect"
"RUNTEST=runtest" "RUNTESTFLAGS=" "exec_prefix=/usr/local"
"infodir=/usr/local/info" "libdir=/usr/local/lib" "prefix=/usr/local"
"tooldir=/usr/local/i686-pc-linux-gnu" "AR=ar" "AS=as" "CC=gcc" "CXX=g++"
"LD=/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.1/../../../../i686-pc-linux-gnu/bin/ld"
"LIBCFLAGS=" "NM=nm" "PICFLAG=" "RANLIB=ranlib" "DESTDIR=" DO=all multi-do
make[1]: Leaving directory `/tmp/gcc-3.4.3/zlib'
make[1]: Entering directory `/tmp/gcc-3.4.3/gcc'
(MAKE="make"; srcdir=`cd ./fixinc && ${PWDCMD-pwd}` ; \
CC="gcc"; CFLAGS=" -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-error -DHAVE_CONFIG_H
-DGENERATOR_FILE"; LDFLAGS=""; \
WARN_CFLAGS="-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long -Wno-error";
LIBERTY=`${PWDCMD-pwd}`/"../libiberty/libiberty.a"; \
export MAKE srcdir CC CFLAGS LDFLAGS WARN_CFLAGS LIBERTY; \
cd ./fixinc && \
/bin/sh ${srcdir}/mkfixinc.sh i686-pc-linux-gnu i686-pc-linux-gnu)
constructing ../fixinc.sh for i686-pc-linux-gnu to run on i686-pc-linux-gnu
make TARGETS=oneprocess SHELL="/bin/sh" CC="gcc" CFLAGS=" -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE" LDFLAGS=""
LIBERTY="/tmp/gcc-3.4.3/gcc/../libiberty/libiberty.a" install-bin
make[2]: Entering directory `/tmp/gcc-3.4.3/gcc/fixinc'
gcc -DIN_GCC -DHAVE_CONFIG_H -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-error
-DHAVE_CONFIG_H -DGENERATOR_FILE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-error -I. -I.. -I. -I./..
-I./../config -I./../../include -o fixincl fixincl.o fixtests.o fixfixes.o
server.o procopen.o fixlib.o /tmp/gcc-3.4.3/gcc/../libiberty/libiberty.a
/tmp/gcc-3.4.3/gcc/../libiberty/libiberty.a(regex.o)(.text+0x4e): In function
`init_syntax_once':
: undefined reference to `__ctype_b'
/tmp/gcc-3.4.3/gcc/../libiberty/libiberty.a(regex.o)(.text+0x16c7): In function
`byte_regex_compile':
: undefined reference to `__ctype_b'
/tmp/gcc-3.4.3/gcc/../libiberty/libiberty.a(regex.o)(.text+0x16f0): In function
`byte_regex_compile':
: undefined reference to `__ctype_b'
/tmp/gcc-3.4.3/gcc/../libiberty/libiberty.a(regex.o)(.text+0x1719): In function
`byte_regex_compile':
: undefined reference to `__ctype_b'
/tmp/gcc-3.4.3/gcc/../libiberty/libiberty.a(regex.o)(.text+0x173f): In function
`byte_regex_compile':
: undefined reference to `__ctype_b'
/tmp/gcc-3.4.3/gcc/../libiberty/libiberty.a(regex.o)(.text+0x17b1): more
undefined references to `__ctype_b' follow
/tmp/gcc-3.4.3/gcc/../libiberty/libiberty.a(regex.o)(.text+0x83e7): In function
`xregcomp':
: undefined reference to `__ctype_tolower'
collect2: ld returned 1 exit status
make[2]: *** [full-stamp] Error 1
make[2]: Leaving directory `/tmp/gcc-3.4.3/gcc/fixinc'
make[1]: *** [fixinc.sh] Error 2
make[1]: Leaving directory `/tmp/gcc-3.4.3/gcc'
make: *** [all-gcc] Error 2
--
Summary: Problem compiling gcc 3.4.3
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pierre42d at 9online dot fr
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18356
[Bug tree-optimization/17165] pass by reference inhibits vectorization
--- Additional Comments From dorit at il dot ibm dot com 2004-11-07 14:50
---
(1) The first (original) testcase does not get vectorized because
analyze_scalar_evolution is unable to analyze the access-function of the
pointers in the loop. For the pointer D.1780_5 it returns "D.1780_5" instead
of "(c,+,4B)_1" (and similarly for D.1781_9: we have "D.1781_9", we
want "(a,+,4B)_1"):
Access function of ptr: D.1781_9
loop at pr17165.cc:17: not vectorized: pointer access is not simple.
loop at pr17165.cc:17: not vectorized: unhandled data ref: D.1782_11 = *D.1781_9
loop at pr17165.cc:17: bad data references.
Don't know if we can expect analyze_scalar_evolution to return a meaningful
access_function when the code is represented this way:
# ivtmp.7_22 = PHI <4(0), ivtmp.7_10(3)>;
# x_24 = PHI <0(0), x_12(3)>;
:;
D.1780_5 = &c[x_24];
D.1781_9 = &a[x_24];
D.1782_11 = *D.1781_9;
*D.1780_5 = D.1782_11;
x_12 = x_24 + 1;
ivtmp.7_10 = ivtmp.7_22 - 1;
if (ivtmp.7_10 != 0) goto ; else goto ;
I don't see which of the tree combiner PRs listed in PR15459 would help us
here. ?
(2) The second testcase does not get vectorized because the alias information
tells the vectorizer that the pointers 'r' and 'i' may alias:
loop at pr17165.c:6: not vectorized: can't determine dependence between: *i_6
and *r_10
This loop will be vectorized once we have runtime alias/dependence testing in
the vectorizer, or when points-to analysis is able to tell that 'a' and 'c'
don't alias:
# ivtmp.2_9 = PHI <4(0), ivtmp.2_8(3)>;
# c_22 = PHI ;
# a_23 = PHI ;
# x_24 = PHI <0(0), x_12(3)>;
:;
x.0_3 = (unsigned int) x_24;
D.1328_4 = x.0_3 * 4;
D.1329_5 = (T *) D.1328_4;
i_6 = D.1329_5 + &a;
r_10 = D.1329_5 + &c;
# VUSE ;
# VUSE ;
D.1330_11 = *i_6;
# a_17 = V_MAY_DEF ;
# c_18 = V_MAY_DEF ;
*r_10 = D.1330_11;
x_12 = x_24 + 1;
ivtmp.2_8 = ivtmp.2_9 - 1;
if (ivtmp.2_8 != 0) goto ; else goto ;
:;
goto ();
> Here's the alias dump:
Referenced variables in main1: 10
Variable: x, UID 0, int
Variable: x.0, UID 1, unsigned int
Variable: D.1328, UID 2, unsigned int
Variable: D.1329, UID 3, T *
Variable: i, UID 4, T *, type memory tag: TMT.1
Variable: a, UID 5, T[3], is an alias tag, is addressable, is global, call
clobbered, default def: a_16
Variable: r, UID 6, T *, type memory tag: TMT.1
Variable: c, UID 7, T[3], is an alias tag, is addressable, is global, call
clobbered, default def: c_15
Variable: D.1330, UID 8, int
Variable: TMT.1, UID 9, T, is addressable, is global, call clobbered, may
aliases: { a c }
Pointed-to sets for pointers in main1
D.1329_5, points-to anything
i_6, is dereferenced, points-to anything, points-to vars: { a }
r_10, is dereferenced, points-to anything, points-to vars: { c }
Flow-insensitive alias information for main1
Aliased symbols
a, UID 5, T[3], is an alias tag, is addressable, is global, call clobbered,
default def: a_16
c, UID 7, T[3], is an alias tag, is addressable, is global, call clobbered,
default def: c_15
TMT.1, UID 9, T, is addressable, is global, call clobbered, may aliases: { a c }
Dereferenced pointers
i, UID 4, T *, type memory tag: TMT.1
r, UID 6, T *, type memory tag: TMT.1
Type memory tags
TMT.1, UID 9, T, is addressable, is global, call clobbered, may aliases: { a c }
Flow-sensitive alias information for main1
SSA_NAME pointers
Name memory tags
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17165
[Bug c++/18276] [4.0 Regression] template classes that are friends of template classes
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-07 15:30 --- There is actually a tsubst_template_parms call before redeclare_class_template. So the extra template level of friend should be removed. I think it's a latent bug in somewhere in tsubst_* codes for template template parameter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18276
[Bug middle-end/18355] [4.0 regression] cross toolchains don't build libstdc++: m32r-elf v850-elf
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 15:39 --- *** This bug has been marked as a duplicate of 18170 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18355
[Bug target/18170] m32r-elf-as, m32r-linux-as debug relocation error for c++
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 15:39 --- *** Bug 18355 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||hp at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18170
[Bug middle-end/18170] [4.0 Regression] m32r-elf-as, m32r-linux-as debug relocation error for c++
-- What|Removed |Added Component|target |middle-end Summary|m32r-elf-as, m32r-linux-as |[4.0 Regression] m32r-elf- |debug relocation error for |as, m32r-linux-as debug |c++ |relocation error for c++ Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18170
[Bug c++/18354] [4.0 Regression] expression "+1" not considered constant (as template parameter).
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 15:46 --- Confirmed a regression. : Search converges between 2004-11-04-014001-trunk (#614) and 2004-11-04-161001-trunk (#615). Caused by: 2004-11-04 Giovanni Bajo <[EMAIL PROTECTED]> DR 49, 100 * cp-tree.h (TYPE_REF_OBJ_P): New macro. (TYPE_PTR_P, TYPE_PTROB_P, TYPE_PTROBV_P, TYPE_PTRFN_P, TYPE_REFFN_P): Document. (fold_decl_constant_value): New prototype. * pt.c (convert_nontype_argument_function): Rewrite and extract parts into... (fold_decl_constant_value, convert_nontype_argument_function): New. (lookup_template_class): Add comment about useless double call. * mangle.c (write_expression): Strip conversions before lowering pointer to members. * cvt.c (ocp_convert): Check LOOKUP_COMPLAIN for a pedwarn. Disallow enum to enum conversion. The Comeau online C++ tester accepts the code also. -- What|Removed |Added CC||giovannibajo at gcc dot gnu ||dot org, pinskia at gcc dot ||gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||rejects-valid Known to fail||4.0.0 Known to work||3.4.0 Last reconfirmed|-00-00 00:00:00 |2004-11-07 15:46:06 date|| Summary|expression "+1" not |[4.0 Regression] expression |considered constant (as |"+1" not considered constant |template parameter).|(as template parameter). Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18354
[Bug other/18132] Problem compiling gcc 3.4.2
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 15:48 --- something is wrong with your machine then. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18132
[Bug other/18356] Problem compiling gcc 3.4.3
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 15:49 --- You have a ctype.h header that does not match the version of glibc you have. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18356
[Bug middle-end/18170] [4.0 Regression] m32r-elf-as, m32r-linux-as debug relocation error for c++
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 15:54 --- Confirmed via the dup bug. These seems like they are caused by comdat support. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-07 15:54:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18170
[Bug target/15318] register spill bug
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 16:03 --- Fixed on the mainline with the example code. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15318
[Bug debug/10499] Debug information for some C++ headers is missing classes (template specific?)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 16:28 --- Maybe related to PR 12385. -- What|Removed |Added BugsThisDependsOn||12385 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10499
[Bug c/18357] New: [4.0 Regression] testsuite failure: gcc.c-torture/execute/20020227-1.c at -O0, -O1, -O2 and -Os
FAIL: gcc.c-torture/execute/20020227-1.c execution, -O0 FAIL: gcc.c-torture/execute/20020227-1.c execution, -O1 FAIL: gcc.c-torture/execute/20020227-1.c execution, -O2 FAIL: gcc.c-torture/execute/20020227-1.c execution, -Os Last known to work at Oct. 31 16:25:28 UTC 2004. No message in log. -- Summary: [4.0 Regression] testsuite failure: gcc.c- torture/execute/20020227-1.c at -O0, -O1, -O2 and -Os Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11 GCC host triplet: hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11 GCC target triplet: hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18357
[Bug c/18358] New: XPASS: gcc.c-torture/execute/20020227-1.c execution at -O3
Change in state. Testsuite needs update. -- Summary: XPASS: gcc.c-torture/execute/20020227-1.c execution at - O3 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: minor Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa64-hp-hpux11.11 GCC host triplet: hppa64-hp-hpux11.11 GCC target triplet: hppa64-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18358
[Bug middle-end/18357] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20020227-1.c at -O0, -O1, -O2 and -Os
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 16:45 --- This testcase failure look like these two on ppc-darwin: The new failures are: native gcc.sum gcc.c-torture/execute/20040709-2.c native gcc.sum gcc.dg/pr17112-1.c Which both were caused by: +2004-11-05 Richard Henderson <[EMAIL PROTECTED]> + + * expmed.c (extract_force_align_mem_bit_field): New. + (extract_split_bit_field): Call it. -- What|Removed |Added CC||rth at gcc dot gnu dot org Component|c |middle-end GCC build triplet|hppa-unknown-linux-gnu, | |hppa2.0w-hp-hpux11.11 | GCC host triplet|hppa-unknown-linux-gnu, | |hppa2.0w-hp-hpux11.11 | GCC target triplet|hppa-unknown-linux-gnu, |hppa*-*-* |hppa2.0w-hp-hpux11.11 | Keywords||wrong-code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18357
[Bug target/18358] XPASS: gcc.c-torture/execute/20020227-1.c execution at -O3
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 16:47 --- I would just change f2 to be noinline instead so we are testing it fully. -- What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18358
[Bug c/18359] New: [4.0 Regression] testsuite failure: gcc.c-torture/execute/20040625-1.c
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O0 FAIL: gcc.c-torture/execute/20040625-1.c execution, -O1 FAIL: gcc.c-torture/execute/20040625-1.c execution, -O2 FAIL: gcc.c-torture/execute/20040625-1.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/20040625-1.c execution, -O3 -g hppa64: FAIL: gcc.c-torture/execute/20040625-1.c compilation, -Os UNRESOLVED: gcc.c-torture/execute/20040625-1.c execution, -Os hppa 32-bit: FAIL: gcc.c-torture/execute/20040625-1.c execution, -Os There is a message in the log for the hppa64 -Os fail: Executing on host: /test/gnu/gcc-3.3/objdir/gcc/xgcc -B/test/gnu/gcc-3.3/objdir/ gcc/ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/20040625-1.c -w -Os -lm -o /test/gnu/gcc-3.3/objdir/gcc/testsuite/20040625-1.x5(timeout = 300) ld: Unsatisfied symbol "__lshrti3" in file /var/tmp//ccwoSkY7.o 1 errors. collect2: ld returned 1 exit status compiler exited with status 1 output is: ld: Unsatisfied symbol "__lshrti3" in file /var/tmp//ccwoSkY7.o 1 errors. collect2: ld returned 1 exit status -- Summary: [4.0 Regression] testsuite failure: gcc.c- torture/execute/20040625-1.c Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11, hppa64- hp-hpux11. GCC host triplet: hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11, hppa64- hp-hpux11. GCC target triplet: hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11, hppa64- hp-hpux11. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18359
[Bug middle-end/18326] [4.0 regression] mmix-knuth-mmixware testsuite failure: /execute/20040625-1.c
-- What|Removed |Added Component|target |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18326
[Bug middle-end/18359] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20040625-1.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 17:04 --- This is basically the same as PR 18326. -- What|Removed |Added BugsThisDependsOn||18326 Component|c |middle-end Keywords||wrong-code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18359
[Bug middle-end/18326] [4.0 regression] mmix-knuth-mmixware testsuite failure: /execute/20040625-1.c
-- What|Removed |Added OtherBugsDependingO||18359 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18326
[Bug middle-end/18357] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20020227-1.c at -O0, -O1, -O2 and -Os
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-11-07 17:06 --- Subject: Re: [4.0 Regression] testsuite failure: gcc.c- > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 > 16:45 --- > This testcase failure look like these two on ppc-darwin: > The new failures are: > native gcc.sum gcc.c-torture/execute/20040709-2.c > native gcc.sum gcc.dg/pr17112-1.c gcc.c-torture/execute/20040709-2.c is also failing on hppa. There are a bunch of others as well. It's probably not worth filing reports on them unless they don't get fixed. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18357
[Bug bootstrap/18360] New: Can't bootastrap gcc 3.4.3 at FreeBSD using gcc mainline
Bootstrap gcc 3.4.3 (CVS after adding tag 3.4.3 version) is fine if used system FreebSD compiler (gcc version 3.4.2 [FreeBSD] 20040728), but terminate with error message if used installed gcc version 4.0.0 20041105 (experimental): ---8X--- stage1/xgcc -Bstage1/ -B/home/wanderer/pkg/gcc_34/i386-unknown- freebsd5.3/bin/ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wold-style- definition -Wno-error -DHAVE_CONFIG_H-I. -I. - I/home/wanderer/pkg/build/gcc/src/gcc_34/gcc/gcc - I/home/wanderer/pkg/build/gcc/src/gcc_34/gcc/gcc/. - I/home/wanderer/pkg/build/gcc/src/gcc_34/gcc/gcc/../include c-parse.c -o c- parse.o In file included from c-parse.y:42: /home/wanderer/pkg/build/gcc/src/gcc_34/gcc/gcc/intl.h:31:21: libintl.h: No such file or directory ---X8--- -- Summary: Can't bootastrap gcc 3.4.3 at FreeBSD using gcc mainline Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wanderer at rsu dot ru CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-unknown-freebsd5.3-RC1 GCC host triplet: i386-unknown-freebsd5.3-RC1 GCC target triplet: i386-unknown-freebsd5.3-RC1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
[Bug bootstrap/18360] Can't bootastrap gcc 3.4.3 at FreeBSD using gcc mainline
--- Additional Comments From wanderer at rsu dot ru 2004-11-07 17:13 --- Created an attachment (id=7488) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7488&action=view) configure logs if bootstrap with FreeBSD system compiler -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
[Bug bootstrap/18360] Can't bootastrap gcc 3.4.3 at FreeBSD using gcc mainline
--- Additional Comments From wanderer at rsu dot ru 2004-11-07 17:14 --- Created an attachment (id=7489) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7489&action=view) configure logs if bootstrap with gcc mainline -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
[Bug middle-end/18357] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20020227-1.c at -O0, -O1, -O2 and -Os
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-11-07 17:14 --- Subject: Re: [4.0 Regression] testsuite failure: gcc.c- >What|Removed |Added > > CC||rth at gcc dot gnu dot org > Component|c |middle-end > GCC build triplet|hppa-unknown-linux-gnu, | >|hppa2.0w-hp-hpux11.11 | >GCC host triplet|hppa-unknown-linux-gnu, | >|hppa2.0w-hp-hpux11.11 | > GCC target triplet|hppa-unknown-linux-gnu, |hppa*-*-* >|hppa2.0w-hp-hpux11.11 | hppa*-*-* is not correct. These tests aren't failing on hppa64-*-*. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18357
[Bug c/18361] New: [4.0 Regression] testsuite failure: gcc.c-torture/execute/20040625-1.c
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O0 FAIL: gcc.c-torture/execute/20040625-1.c execution, -O1 FAIL: gcc.c-torture/execute/20040625-1.c execution, -O2 FAIL: gcc.c-torture/execute/20040625-1.c execution, -O3 -fomit-frame-pointer FAIL: gcc.c-torture/execute/20040625-1.c execution, -O3 -g hppa64: FAIL: gcc.c-torture/execute/20040625-1.c compilation, -Os UNRESOLVED: gcc.c-torture/execute/20040625-1.c execution, -Os hppa 32-bit: FAIL: gcc.c-torture/execute/20040625-1.c execution, -Os There is a message in the log for the hppa64 -Os fail: Executing on host: /test/gnu/gcc-3.3/objdir/gcc/xgcc -B/test/gnu/gcc-3.3/objdir/ gcc/ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.c-torture/execute/20040625-1.c -w -Os -lm -o /test/gnu/gcc-3.3/objdir/gcc/testsuite/20040625-1.x5(timeout = 300) ld: Unsatisfied symbol "__lshrti3" in file /var/tmp//ccwoSkY7.o 1 errors. collect2: ld returned 1 exit status compiler exited with status 1 output is: ld: Unsatisfied symbol "__lshrti3" in file /var/tmp//ccwoSkY7.o 1 errors. collect2: ld returned 1 exit status -- Summary: [4.0 Regression] testsuite failure: gcc.c- torture/execute/20040625-1.c Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11, hppa64- hp-hpux11. GCC host triplet: hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11, hppa64- hp-hpux11. GCC target triplet: hppa-unknown-linux-gnu, hppa2.0w-hp-hpux11.11, hppa64- hp-hpux11. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18361
[Bug java/18362] New: internal compiler error: in size_binop, at fold-const.c:1598
The page http://java.sun.com/developer/earlyAccess/adding_generics/ has a zip file adding_generics-2_4-ea.zip, which containts gjc-rt.jar. Compiling it by 1) gcj --main=com.sun.tools.javac.Main gjc-rt.jar 2) gcj --main=com.sun.tools.javac.Main com/sun/tools/*/*.class gives the internal compiler error in both cases. -- Summary: internal compiler error: in size_binop, at fold- const.c:1598 Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bojan at antonovic dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18362
[Bug middle-end/18361] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20040625-1.c
-- What|Removed |Added Component|c |middle-end Keywords||wrong-code Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18361
[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 20:33 --- On the mainline we get: com/sun/tools/doclets/internal/toolkit/util/VisibleMemberMap.java: In class 'com.sun.tools.doclets.internal.toolkit.util.VisibleMemberMap$ClassMembers': com/sun/tools/doclets/internal/toolkit/util/VisibleMemberMap.java: In method 'com.sun.tools.doclets.internal.toolkit.util.VisibleMemberMap$ClassMembers.getClassMembers(com.su n.javadoc.ClassDoc,boolean)': com/sun/tools/doclets/internal/toolkit/util/VisibleMemberMap.java:337: error: verification error at PC=207 com/sun/tools/doclets/internal/toolkit/util/VisibleMemberMap.java:337: error: invalid argument type com/sun/tools/doclets/internal/toolkit/util/VisibleMemberMap.java:337: error: expected type 'com.sun.javadoc.ProgramElementDoc[]' but stack contains 'java.lang.Object[]' java/util/LinkedList.java: In class 'com.sun.tools.doclets.internal.toolkit.builders.LayoutParser': java/util/LinkedList.java: In method 'com.sun.tools.doclets.internal.toolkit.builders.LayoutParser.parseXML(java.lang.String)': java/util/LinkedList.java:64: error: cannot find file for class javax.xml.parsers.SAXParserFactory java/util/LinkedList.java:64: error: cannot find file for class javax.xml.parsers.SAXParserFactory java/util/LinkedList.java:64: error: cannot find file for class javax.xml.parsers.SAXParser java/util/LinkedList.java:72: error: cannot find file for class javax.xml.parsers.SAXParserFactory java/util/LinkedList.java:72: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18362
[Bug c++/18354] [4.0 Regression] expression "+1" not considered constant (as template parameter).
--- Additional Comments From giovannibajo at libero dot it 2004-11-07 20:54 --- I was waiting for this, in a way -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |giovannibajo at libero dot |dot org |it Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18354
[Bug c++/18363] New: build fails when using optimization
The same code builds without the -O flag but gcc 'crashes' when adding optimization... I wasn't sure if I had to include the binary Config.ii.bz2 in this mail... I'm using gccbug so it seems a bit odd to include binary data here. Instead I uploaded it, you can download it here: http://aphexer.dyndns.org/bug/Config.ii.bz2 (in the same directory there are some other maybe interesting files). Environment: System: Linux slack 2.4.26 #21 Mon Jun 14 19:17:44 PDT 2004 i686 unknown unknown GNU/Linux Architecture: i686 host: i486-slackware-linux-gnu build: i486-slackware-linux-gnu target: i486-slackware-linux-gnu configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared --enable-threads=posix --enable-__cxa_atexit --disable-checking --with-gnu-ld --verbose --target=i486-slackware-linux --host=i486-slackware-linux How-To-Repeat: I use this to compile: g++ -Wall -save-temps -DHAVE_CONFIG_H -I. -I. -I../.. -g -O -MT Config.o -MD -MP -MF ".deps/Config.Tpo" -c -o Config.o Config.cpp --- Additional Comments From Alex dot Prinsier at aphexer dot homedns dot org 2004-11-07 21:05 --- Fix: Remove the -O argument. -- Summary: build fails when using optimization Product: gcc Version: 3.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Alex dot Prinsier at aphexer dot homedns dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i486-slackware-linux-gnu GCC host triplet: i486-slackware-linux-gnu GCC target triplet: i486-slackware-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug libfortran/18364] New: endfile does not truncate file
$ gfortran -v Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --prefix=/home/ig25 --enable-languages=c,f95,c++ Thread model: posix gcc version 4.0.0 20041107 (experimental) $ cat endfile.f90 program main implicit none integer :: i,j open(unit=10, file='test.dat', access='sequential', status='replace') do i=1, 20 write (10,'(I4)') i end do rewind(10) do i=1,10 read (10,'(I4)') j end do endfile(10) close(10) end program main $ gfortran -o endfile endfile.f90 $ ./endfile $ cat test.dat 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 $ I may be missing some subtle point the Fortran standard here. but I think the file should be truncated at 10. -- Summary: endfile does not truncate file Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: Thomas dot Koenig at online 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=18364
[Bug c++/18363] build fails when using optimization
-- What|Removed |Added CC||aphexer at mailhaven dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug c++/18363] build fails when using optimization
--- Additional Comments From aphexer at mailhaven dot com 2004-11-07 21:10 --- Created an attachment (id=7490) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7490&action=view) this generates the error Didn't know I could attach this here... So now I did :) You can download related code at http://aphexer.dyndns.org/bug/ (in case you want to see what I actually wrote, this preprocessed thing seems a bit cryptic to me :)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug c++/18363] build fails when using optimization
-- What|Removed |Added Keywords||ice-on-valid-code Known to work||3.3.3 Target Milestone|--- |3.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug rtl-optimization/18363] build fails when using optimization
-- What|Removed |Added Component|c++ |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug rtl-optimization/18363] build fails when using optimization
--- Additional Comments From aphexer at mailhaven dot com 2004-11-07 21:15 --- Can this be caused by insufficient memory? This machine only has 32MB of ram... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug rtl-optimization/18363] build fails when using optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 21:16 --- Yes most likley. What is the error message? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug libfortran/18364] endfile does not truncate file
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 21:19 --- Confirmed, reading the code it should do the truncation but it does not for some reason. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-07 21:19:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18364
[Bug rtl-optimization/18363] build fails when using optimization
--- Additional Comments From aphexer at mailhaven dot com 2004-11-07 21:22 --- Now it's on that next file but it's the same error: if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -MT HFormat.o -MD -MP -MF ".deps/HFormat.Tpo" -c -o HFormat.o HFormat.cpp; \ then mv -f ".deps/HFormat.Tpo" ".deps/HFormat.Po"; else rm -f ".deps/HFormat.Tpo"; exit 1; fi g++: Internal error: Killed (program cc1plus) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instructions. make: *** [HFormat.o] Error 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug rtl-optimization/18363] build fails when using optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 21:24 --- Yes this is a case where 32M is just too little for compiling C++ code in 3.3, you might want to try 3.4. -- What|Removed |Added Keywords|ice-on-valid-code |memory-hog Target Milestone|3.3.6 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug rtl-optimization/18363] build fails when using optimization
--- Additional Comments From aphexer at mailhaven dot com 2004-11-07 21:28 --- Isn't this error a bit misleading? Something like "Not enouph memory, aborting..." seems alot more clear! Maybe this is something which can be changed for a next release? Well my problem is actually solved... just add more ram :) Maybe it's a good idea too put another note on the checklist before reporting a bug: "do you have enouph ram? (check with 'free' while compiling)". Thanks for helping. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug rtl-optimization/18363] build fails when using optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 21:29 --- g++: Internal error: Killed (program cc1plus) The kernel is killing cc1plus for hitting memory limits and not gcc crashing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
[Bug c++/18365] New: spurious commas?
int main()
{
int a = 1, b;
a = 8, b = 9;
return(0);
}
/*
I believe that the a = 8, b = 9 should result in an error but it does not. I
believe that the comma cannot
be used in a non-initializing context according to the C++ Standard.
gcc -v shows:
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.3.3/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --
enable-shared --enable-threads=posix --disable-checking
--disable-libunwind-exceptions --with-
system-zlib --enable-__cxa_atexit --host=i386-redhat-linux
Thread model: posix
gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7)
Thanks for your time,
Shane
*/
--
Summary: spurious commas?
Product: gcc
Version: 3.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: euclidonomy at hotmail dot com
CC: euclidonomy at hotmail dot com,gcc-bugs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18365
[Bug c++/18365] spurious commas?
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 21:41 --- This is called the comma operator. This is standard C and C++. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18365
[Bug tree-optimization/15524] [4.0 Regression] jump threading on trees is slow with switch statements with large # of cases
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-07 22:13 --- It seems that connect_infinite_loops_to_exit is the next bottleneck for this test case. Probably not important enough to care about for GCC 4.0 (would *any* real-world code ever consist of 3-odd infinite loops in a single switch statement? ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15524
gcc crashed while compiling 2.6.9
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED]:/usr/src/linux-2.6.9# make
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/asm-i386/asm_offsets.h
CHK include/linux/compile.h
CC drivers/net/typhoon.o
gcc: Internal error: Terminated (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
{standard input}: Assembler messages:
{standard input}:55532: Warning: end of file not at end of a line;
newline inserted
make[2]: *** [drivers/net/typhoon.o] Error 1
make[1]: *** [drivers/net] Error 2
make: *** [drivers] Error 2
[EMAIL PROTECTED]:/usr/src/linux-2.6.9# gcc -v
Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.3.4/specs
Configured with: ../gcc-3.3.4/configure --prefix=/usr --enable-shared
- --enable-threads=posix --enable-__cxa_atexit --disable-checking
- --with-gnu-ld --verbose --target=i486-slackware-linux
- --host=i486-slackware-linux
Thread model: posix
gcc version 3.3.4
Slackware 10, Kernel source from www.kernel.org, trying to compile a
kernel without support for loadable modules.
Crash happens always when compiling this module.
P1/ 133,
[EMAIL PROTECTED]:/usr/src/linux-2.6.9# free
total used free sharedbuffers
cached
Mem: 29356 22392 6964 0788
14320
- -/+ buffers/cache: 7284 22072
Swap: 149176 4328 144848
df -h
FilesystemSize Used Avail Use% Mounted on
/dev/hda3 2.8G 1.7G 982M 64% /
/dev/hda2 16M 1.7M 13M 12% /root
/dev/hda1 12M 7.9M 3.0M 73% /boot
cu
Carsten
- --
-
pub 1024D/B50800EE 2004-07-29 Carsten Becher
<[EMAIL PROTECTED]>
Schl.-Fingerabdruck = F661 9DDE DDAB 425F 07E1 DF30 8EC3 FB04 B508
00EE
sub 2048g/93FA735F 2004-07-29
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)
iD8DBQFBjqAljsP7BLUIAO4RAgZFAKDnFSyqfzaoaILC/5Lb/BtjOFx3BACfey3L
UrYsAs9hv0trMLkvYMRICYo=
=v7Dp
-END PGP SIGNATURE-
[Bug java/1259] string constants not handled properly
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 23:27 --- I am looking into fixing this one. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1259
[Bug java/1259] string constants not handled properly
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07 23:42 --- The problem is that the DECL_INITIAL of the final static has been nulled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1259
[Bug java/18362] internal compiler error: in size_binop, at fold-const.c:1598
--- Additional Comments From bojan at antonovic dot com 2004-11-08 00:11 --- Subject: Re: internal compiler error: in size_binop, at fold-const.c:1598 I receive (with GCC 3.4.2, compiled with GCC 3.4.1, on Mac OS 10.3.5): for 1) : com/sun/tools/javac/code/Source.java: In class `com.sun.tools.javac.code.Source': com/sun/tools/javac/code/Source.java: In method `com.sun.tools.javac.code.Source.instance(com.sun.tools.javac.util.Context)': com/sun/tools/javac/code/Source.java:51: internal compiler error: in size_binop, at fold-const.c:1598 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. for 2) : /var/tmp//ccrpzlx6.s:117:FATAL:Symbol __ZN3com3sun5tools7javadoc20JavadocClassReader$14makeEv already defined. /var/tmp//ccrpzlx6.s:116:FATAL:Symbol __ZN3com3sun5tools7javadoc14JavadocEnter$14makeEv already defined. /var/tmp//ccrpzlx6.s:116:FATAL:Symbol __ZN3com3sun5tools7javadoc20JavadocMemberEnter$14makeEv already defined. /var/tmp//ccrpzlx6.s:116:FATAL:Symbol __ZN3com3sun5tools7javadoc13JavadocTodo$14makeEv already defined. /var/tmp//ccrpzlx6.s:147:FATAL:Symbol __ZN3com3sun5tools7javadoc10Messager$14makeEv already defined. /var/tmp//ccrpzlx6.s:213:FATAL:Symbol __ZN3com3sun5tools7javadoc10Messager$24makeEv already defined. com/sun/tools/javadoc/Start.java: In class `com.sun.tools.javadoc.Start': com/sun/tools/javadoc/Start.java: In method `com.sun.tools.javadoc.Start.parseAndExecute(java.lang.String[])': com/sun/tools/javadoc/Start.java:195: internal compiler error: in size_binop, at fold-const.c:1598 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. My configuration can be seen at: http://gcc.gnu.org/ml/gcc/2004-09/msg00677.html Bytheway, I saw GCC 3.4.3 came out. I have to recheck my 2 bugreports against 3.4.3. Tomorrow will be a compilation day! :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18362
[Bug libstdc++/17215] [3.4 only] __basic_file::close ignores errors
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08 00:41 --- Subject: Bug 17215 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-11-08 00:41:15 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/config/io: basic_file_stdio.cc libstdc++-v3/include/bits: fstream.tcc Log message: 2004-11-07 Paolo Carlini <[EMAIL PROTECTED]> Andrea Arcangeli <[EMAIL PROTECTED]> * config/io/basic_file_stdio.cc (__basic_file<>::close)): Don't call unnecessarily sync, that is fflush: the library, since 3.4.0 does not use buffered fread/fwrite. * include/bits/fstream.tcc (basic_filebuf<>::overflow): Likewise. 2004-11-07 Paolo Carlini <[EMAIL PROTECTED]> Kenneth C. Schalk <[EMAIL PROTECTED]> PR libstdc++/17215 * config/io/basic_file_stdio.cc (__basic_file::close()): Check the return value of fclose/sync, loop on EINTR. (__basic_file::sys_open): Likewise, for sync. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.2224.2.194&r2=1.2224.2.195 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/io/basic_file_stdio.cc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.25.4.6&r2=1.25.4.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/fstream.tcc.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.116.4.7&r2=1.116.4.8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17215
[Bug libstdc++/17215] [3.4 only] __basic_file::close ignores errors
--- Additional Comments From pcarlini at suse dot de 2004-11-08 00:42 --- Fixed for 3.4.4. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17215
[Bug c++/18366] New: Internal compiler error in lookup_template_function
Hello people :)
My dodgy syntax results in a compiler error. Error message follows, source code
shown at the end. Couldn't find any sign of this bug when I searched for it,
hopefully that's not because I did a bad search...
g++ test.cpp -o test
test.cpp: In instantiation of `Size<1>':
test.cpp:34: instantiated from here
test.cpp:14: internal compiler error: in lookup_template_function, at cp/pt.c:
4005
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make: *** [test] Error 1
---8<---
#include
/**
SIZE CLASS
When lengths are multiplied together, you get areas
When area and length are multiplied together, you get volumes
Can't add length to an area etc.
*/
template
class Size{
friend std::ostream& operator << <>(std::ostream &os,const Size &me);
public:
Size(double v){
this->v=v;
}
operator double(){
return v;
}
Size operator+(const Size& s) const{
return Size(this->v + s.v);
}
private:
double v;
};
std::ostream& operator <<(std::ostream &os,const Size<1>& me){
os<& me){
os<& me){
os<
Size
Size::operator*(Size s){
return Size(this.v * s.v);
}
*/
typedef Size<1> Length;
typedef Size<2> Area;
typedef Size<3> Volume;
using namespace std;
int main(void){
Length w=10;
cout << "w = " << w << endl;
Length d=20;
cout << "d = " << d << endl;
Area A=w*d;
cout << "A = " << A << endl;
Length causes_error = A + d;
cout << "causes_error = " << causes_error << endl;
Length h=5;
cout << "h = " << h << endl;
Volume V=A*h;
cout << "V = " << V << endl;
}
--8<
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs
Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld
--with-gnu-as --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc
--libdir=/usr/lib --libexecdir=/usr/sbin --mandir=/usr/share/man
--infodir=/usr/share/info --enable-languages=c,ada,c++,f77,pascal,jav
a,objc --enable-libgcj --enable-threads=posix --with-system-zlib --enable-nls
--without-included-gettext --enable-interpreter --enable
-sjlj-exceptions --disable-version-specific-runtime-libs --enable-shared
--disable-win32-registry --enable-java-gc=boehm --disable-has
h-synchronization --verbose --target=i686-pc-cygwin --host=i686-pc-cygwin
--build=i686-pc-cygwin
Thread model: posix
gcc version 3.3.1 (cygming special)
--
Summary: Internal compiler error in lookup_template_function
Product: gcc
Version: 3.3.1
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: john dot pye at student dot unsw dot edu dot au
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18366
[Bug c++/18366] [3.3 Regression] Internal compiler error in lookup_template_function
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
01:34 ---
Fixed already in 3.3.2. Here is the reduced testcase:
namespace std
{
class ostream;
}
template
struct Size{
friend std::ostream& operator << <>(std::ostream &os,const Size &me);
int v;
};
std::ostream& operator <<(std::ostream &os,const Size<1>& me){
os
[Bug target/18321] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-08 02:05 --- Fresh checkout on different system on i686-pc-linux-gnu (FC2). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-08 02:05:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18321
[Bug target/18321] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/20031023-4.c -O0, -O1
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-08 02:07 --- ... LAST_UPDATED "Mon Nov 8 00:53:12 UTC 2004", that is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18321
[Bug target/18323] mmix-knuth-mmixware testsuite failure: gcc.c-torture/compile/nested-1.c
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-08 02:10 --- Pristine checkout (no uncommitted patches) of "Mon Nov 8 00:53:12 UTC 2004" on i686-pc-linux-gnu (FC2). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-08 02:10:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18323
[Bug bootstrap/18367] New: make check fails with fixinclude problem
Recent CVS. Bootstrap seems OK, but make check fails. alpha1:gcc-obj>uname -a Linux alpha1 2.4.9-40 #1 Mon Sep 23 08:14:02 EDT 2002 alpha unknown alpha1:gcc-obj>g++ -v Reading specs from /usr/local/lib/gcc/alphaev56-unknown-linux-gnu/4.0.0/specs Configured with: ../gcc/configure --verbose --enable-languages=c++,f95 --disable-nls Thread model: posix gcc version 4.0.0 20041106 (experimental) ... Fixed: X11/Xmu.h Fixed: Xm/BaseClassI.h Fixed: Xm/Traversal.h Newly fixed header: AvailabilityMacros.h Newly fixed header: com_err.h There were fixinclude test FAILURES gmake[1]: *** [check] Error 1 gmake[1]: Leaving directory `/usr/home/mckelvey/software/gcc-obj/fixincludes' gmake: *** [check-fixincludes] Error 2 It isn't obvious what failed. I don't see a log file under the fixincludes directory. -- Summary: make check fails with fixinclude problem Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mckelvey at maskull dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: alphaev56-unknown-linux-gnu GCC host triplet: alphaev56-unknown-linux-gnu GCC target triplet: alphaev56-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18367
[Bug java/17187] Call to java.lang.Object constructor is redundant
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 02:49 --- Man this is a semi hard problem, I could figure out where the call expression is built but we patch it up which makes it harder (maybe we should pass a pointer to the tree which we patch up and then change it to a nop). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17187
[Bug java/13091] invalide bytecode with package-private class
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 02:52 --- This looks related to PR 5640. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13091
[Bug libgcj/18266] SIGSEGV in GC_register_finalizer_inner ()
--- Additional Comments From ovidr at users dot sourceforge dot net 2004-11-08 03:00 --- Recompiled with -g (and waited a few days..), but I'm not sure if this is the same problem or not: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1106963376 (LWP 23098)] 0x4052753c in GC_mark_from (mark_stack_top=0x8c5f000, mark_stack=0x8c5f000, mark_stack_limit=0x8c7f000) at /datal/gcc/gcc/boehm-gc/mark.c:724 724 descr = *(word *)(type_descr (gdb) bt #0 0x4052753c in GC_mark_from (mark_stack_top=0x8c5f000, mark_stack=0x8c5f000, mark_stack_limit=0x8c7f000) at /datal/gcc/gcc/boehm-gc/mark.c:724 #1 0x40523b4b in GC_finalize () at /datal/gcc/gcc/boehm-gc/finalize.c:639 #2 0x4051fa60 in GC_finish_collection () at /datal/gcc/gcc/boehm- gc/alloc.c:659 #3 0x405200eb in GC_try_to_collect_inner (stop_func=Variable "stop_func" is not available. ) at /datal/gcc/gcc/boehm-gc/alloc.c:376 #4 0x4052087e in GC_collect_or_expand (needed_blocks=Variable "needed_blocks" is not available. ) at /datal/gcc/gcc/boehm-gc/alloc.c:1020 #5 0x40520adb in GC_allocobj (sz=12, kind=0) at /datal/gcc/gcc/boehm- gc/alloc.c:1071 #6 0x405253aa in GC_generic_malloc_inner (lb=48, k=0) at /datal/gcc/gcc/boehm- gc/malloc.c:136 #7 0x4052621c in GC_generic_malloc_many (lb=48, k=0, result=0x8722cf8) at /datal/gcc/gcc/boehm-gc/mallocx.c:512 #8 0x4053014e in GC_local_malloc_atomic (bytes=48) at /datal/gcc/gcc/boehm- gc/pthread_support.c:334 #9 0x403780fc in _Jv_AllocString (len=14) at java-gc.h:57 #10 0x403b0b75 in java::lang::String::toLowerCase (this=0x859fcc0, locale=Variable "locale" is not available. ) at cni.h:41 #11 0x403d4943 in java.lang.String.toLowerCase() (this=0xffef) at /datal/gcc/gcc/libjava/java/lang/String.java:1031 #12 0x4050de5f in gnu.gcj.convert.IOConverter.canonicalize(java.lang.String) (name=Variable "name" is not available. ) at /datal/gcc/gcc/libjava/gnu/gcj/convert/IOConverter.java:77 #13 0x4050c36d in gnu.gcj.convert.BytesToUnicode.getDecoder(java.lang.String) (encoding=0x859fcc0) at /datal/gcc/gcc/libjava/gnu/gcj/convert/BytesToUnicode.java:78 #14 0x403af2c0 in java::lang::String::init (this=0x97c42d0, bytes=0x88ea000, offset=Variable "offset" is not available. ) at /datal/gcc/gcc/libjava/java/lang/natString.cc:488 #15 0x403d429e in java.lang.String.String(byte[], int, int) (this=Variable "this" is not available. ) at /datal/gcc/gcc/libjava/java/lang/String.java:345 ... I'll leave it open in a screen session. Any gdb commands I should type? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18266
[Bug c++/16931] Segmentation Fault when template function name is passed in place of function instance
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 03:01 --- No feedback in 3 months (T-2 days). -- What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16931
[Bug ada/16949] sinfo.ads refers to a SPITBOL program (creating sinfo.h) which is no longer there
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 03:04 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-11-08 03:04:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16949
[Bug middle-end/18359] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20040625-1.c
-- What|Removed |Added GCC build triplet|hppa-unknown-linux-gnu, | |hppa2.0w-hp-hpux11.11, | |hppa64-hp-hpux11. | GCC host triplet|hppa-unknown-linux-gnu, | |hppa2.0w-hp-hpux11.11, | |hppa64-hp-hpux11. | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18359
[Bug middle-end/18361] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20040625-1.c
-- What|Removed |Added GCC build triplet|hppa-unknown-linux-gnu, | |hppa2.0w-hp-hpux11.11, | |hppa64-hp-hpux11. | GCC host triplet|hppa-unknown-linux-gnu, | |hppa2.0w-hp-hpux11.11, | |hppa64-hp-hpux11. | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18361
[Bug middle-end/18359] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20040625-1.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 03:57 --- *** Bug 18361 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18359
[Bug middle-end/18361] [4.0 Regression] testsuite failure: gcc.c-torture/execute/20040625-1.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 03:57 --- *** This bug has been marked as a duplicate of 18359 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18361
[Bug rtl-optimization/17933] [4.0 Regression] ICE: in schedule_insns, at /sched-rgn.c:2555
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 04:04 --- Fixed. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17933
[Bug target/18269] -m64 -fPIC does not work on ppc-darwin
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 04:42 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18269
[Bug target/18269] -m64 -fPIC does not work on ppc-darwin
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08 04:42 --- Subject: Bug 18269 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-08 04:42:39 Modified files: gcc: ChangeLog gcc/config : darwin.c gcc/config/rs6000: darwin.md rs6000.c rs6000.md Log message: 2004-11-07 Andrew Pinski <[EMAIL PROTECTED]> PR target/18269 * config/darwin.c (machopic_indirect_data_reference): Call gen_macho_high and gen_macho_low instead of checking the mode and calling gen_macho_high_di directly. * config/rs6000/rs6000.c (rs6000_emit_move): Likewise. * config/rs6000/rs6000.md: Move most of TARGET_MACHO expand/insns to darwin.md. (movdf_low, movsf_low, movsf_low_st, movsi_low, macho_correct_pic, load_macho_picbase, macho_low, macho_high): Removed. (builtin_setjmp_receiver): Call gen_macho_high and gen_macho_low instead of checking the mode and calling gen_macho_high_di directly. * config/rs6000/darwin.md (load_macho_picbase_di): Use the MD constant. (movdf_low_si, movsf_low_si, movsf_low_st_si, movsi_low_st): Moved from rs6000.md. (macho_high): New expander. (macho_high_si): Renamed version of macho_high from rs6000.md. (macho_low): New expander. (macho_low_si): Renamed version of macho_low from rs6000.md. (load_macho_picbase): New expander. (load_macho_picbase_si): Renamed version of load_macho_picbase from rs6000.md. (macho_correct_pic): New expander. (macho_correct_pic_si): Renamed version of macho_correct_pic from rs6000.md. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.6215&r2=2.6216 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/darwin.c.diff?cvsroot=gcc&r1=1.94&r2=1.95 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/darwin.md.diff?cvsroot=gcc&r1=1.5&r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.c.diff?cvsroot=gcc&r1=1.736&r2=1.737 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/rs6000.md.diff?cvsroot=gcc&r1=1.328&r2=1.329 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18269
[Bug c++/18368] New: C++ error message regression
On this c++ code:
struct C {
struct foo { int A; }
void method();
};
G++ 3.4 and above print the useless error message:
t.cpp:3: error: new types may not be defined in a return type
t.cpp:3: error: two or more data types in declaration of `method'
G++ 3.3 prints something like this (which is actually useful):
t.cpp:2: error: semicolon missing after declaration of `foo'
t.cpp:2: error: ISO C++ forbids defining types within return type
t.cpp:2: error: two or more data types in declaration of `method'
t.cpp:2: error: semicolon missing after declaration of `struct foo'
This probably also happens at global scope.
-Chris
--
Summary: C++ error message regression
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sabre at nondot dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18368
Re: [Bug c++/18368] New: C++ error message regression
Yes, it happens ta global scope too.
struct foo {}
void method () {}
will give the same error
On Sun, 8 Nov 2004, sabre at nondot dot org wrote:
On this c++ code:
struct C {
struct foo { int A; }
void method();
};
This probably also happens at global scope.
-Chris
[Bug c++/18368] C++ error message regression
--- Additional Comments From dberlin at dberlin dot org 2004-11-08 04:47
---
Subject: Re: New: C++ error message regression
Yes, it happens ta global scope too.
struct foo {}
void method () {}
will give the same error
On Sun, 8 Nov 2004, sabre at nondot dot org wrote:
> On this c++ code:
>
> struct C {
> struct foo { int A; }
> void method();
> };
> This probably also happens at global scope.
> -Chris
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18368
[Bug c++/18368] [3.4/4.0 Regression] C++ error message regression
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08 04:55 --- Confirmed, but the error message to me is clear (maybe I have read the error message too much). When I said there was most likely a dup, I was thinking of a related case, see PR 16189. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2004-11-08 04:55:37 date|| Summary|C++ error message regression|[3.4/4.0 Regression] C++ ||error message regression Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18368
[Bug java/16843] gcjh generated headers don't define final constants
--- Additional Comments From tromey at gcc dot gnu dot org 2004-11-08 06:30 --- I'm testing a patch to emit those constants defined in the class itself. Inherited not constants are not emitted; this is harder and related to PR 15411 (in both cases we would have to read other class files and understand inheritance). Fixing this partially will help at least building the subversion java bindings. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16843
[Bug c++/18369] New: [4.0 regression] Segfault on braced new
=== Cut ===
void breakme()
{
int* v =new (int [5]);
}
=== Cut ===
GNU C++ version 4.0.0 20041107 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0 20041107 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
test.cpp: In function ‘void breakme()’:
test.cpp:4: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: [4.0 regression] Segfault on braced new
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mueller at kde dot org
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=18369
[Bug c++/18369] [4.0 regression] Segfault on braced new
-- What|Removed |Added Severity|normal |critical Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18369
