[Bug middle-end/21067] New: Excessive optimization of floating point expression
Compiling the following with GCC 3.4.3 (with "gcc -O2 -S file.c")
float mul2(float a, float b) {
float v = -a * b;
return -v;
}
produce the erroneous code
pushl %ebp
movl%esp, %ebp
flds8(%ebp)
fmuls 12(%ebp)
popl%ebp
ret
where the sign changes have been erroneously elided.
Notice that, depending on the rounding mode in effect,
this produces the wrong results.
Strangely enough, the code produced for
float div2(float a, float b) {
float v = -a / b;
return -v;
}
is instead correct.
--
Summary: Excessive optimization of floating point expression
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bagnara at cs dot unipr dot it
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=21067
[Bug middle-end/21067] Excessive optimization of floating point expression
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 07:34 --- Note GCC does not know about the rounding mode, in fact the round mode is only changeable in C99 by the #pragma which GCC does not do right now and I thought that is a different PR already. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21067
[Bug ada/21053] Warnings from init.c
--- Additional Comments From charlet at adacore dot com 2005-04-17 08:13 --- Subject: Re: Warnings from init.c > I believe you can commit as obvious once tested. Right. > There are other occurence of the same code for other target, but I don't have > access to them, may be Arnaud? I don't have a gcc head set up except under x86-linux Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21053
[Bug middle-end/21067] Excessive optimization of floating point expression
--- Additional Comments From bagnara at cs dot unipr dot it 2005-04-17 08:52 --- Subject: Re: Excessive optimization of floating point expression pinskia at gcc dot gnu dot org wrote: > Note GCC does not know about the rounding mode, This seems a good reason not to attempt optimizations that only work with a given rounding mode. > in fact the round mode is only changeable in C99 > by the #pragma which GCC does not do right now and I thought that is a > different PR already. I do not see the connection with the #pragma you are talking about. IMHO, a program that uses the services of , which is covered by section 7.6 of the C99 standard, is a perfectly legal C99 program, and thus deserves to be compiled correctly as prescribed by that standard. Am I missing something? All the best, Roberto -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21067
[Bug testsuite/21062] Incorrect declaration of printf() in alias2.C
--- Additional Comments From oyvind dot harboe at zylin dot com 2005-04-17 09:43 --- I searched for 'extern "C" int printf' in the testsuite and all the other declarations I saw are in line with my patch. However, I believe that it is worth taking a cursory look at the ip2k function ip2k_return_pops_args to see if a declaration like "void foo(...)" breaks it. I'm no varargs expert, but can varargs work without a first fixed argument? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21062
[Bug target/21042] Error when compiling jdk14
--- Additional Comments From samedii at gmail dot com 2005-04-17 09:55 --- To solve this error, update the jdk14 port to patchset 7 (my was patchset 6) and then compile like you would have otherwise. Download the latest port from: http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/jdk14/?hideattic=0#dirlist -- What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21042
[Bug middle-end/20491] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-17 10:59 --- hppa64-hpux is indeed the only target I now see this failing on on gcc-testresults. -- What|Removed |Added GCC target triplet||hppa64-*-hpux11.* Summary|[4.0/4.1 Regression]|internal compiler error: in |internal compiler error: in |subreg_regno_offset, at |subreg_regno_offset, at |rtlanal.c:3042 |rtlanal.c:3042 | Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20491
[Bug middle-end/20794] [4.0/4.1 Regression] Miscompilation with __attribute ((aligned))
--- Additional Comments From joseph at codesourcery dot com 2005-04-17 11:04 --- Subject: Re: [4.0/4.1 Regression] Miscompilation with __attribute ((aligned)) On Sun, 17 Apr 2005, mark at codesourcery dot com wrote: > > The obvious options include: > > > > * Make a new type of larger size to match the alignment whenever e.g. an > > 8-byte-aligned-int is requested. (Probably breaks too much.) > > > > * Disallow arrays of extra-aligned types, and array references and pointer > > arithmetic on such types; either with an error, or with a warning and > > removal of > > the "aligned" attribute (in the case of arrays, attaching it to the array; > > in > > the case of pointers, causing the results of the arithmetic to have the > > ordinary > > type without alignment). > > As a C front-end maintainer, which of these options do you prefer? It > sounds like you, like me, favor the second option, but I'd like to be sure. I'd prefer the second option. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20794
[Bug ada/15977] Ada contributors should be documented
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17 11:38 --- Subject: Bug 15977 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-17 11:37:52 Modified files: gcc: ChangeLog gcc/doc: contrib.texi cppopts.texi install.texi Log message: Merge from mainline: 2005-02-28 Geert Bosch <[EMAIL PROTECTED]> PR ada/15977 * doc/contrib.texi: List contributors for Ada front end 2005-03-14 Geoffrey Keating <[EMAIL PROTECTED]> * doc/cppopts.texi (-fexec-charset): Add concept index entry. (-fwide-exec-charset): Likewise. (-finput-charset): Likewise. 2005-04-15 David Edelsohn <[EMAIL PROTECTED]> * doc/install.texi (*-ibm-aix*): Add comment about system limits. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.166&r2=2.7592.2.167 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/contrib.texi.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.61.12.1&r2=1.61.12.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/cppopts.texi.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.39&r2=1.39.10.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/install.texi.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.336.2.6&r2=1.336.2.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15977
[Bug java/21068] New: String(strBytes, "UTF-16LE"); thorws java.io.UnsupportedEncodingException
The constructor String(strBytes, "UTF-16LE"); throws a
UnsupportedEncodingException which is not logical, becasue the Charset is
supported according to Charset.availableCharsets()
TestCase will follow. This is my output
Available Charsets are:
{ISO-8859-1=ISO-8859-1, US-ASCII=US-ASCII, UTF-16=UTF-16, UTF-16BE=UTF-16BE,
UTF-16LE=UTF-16LE, UTF-8=UTF-8}
Exception in thread "main" java.io.UnsupportedEncodingException: UTF-16LE
(java.lang.ClassNotFoundException: gnu.gcj.con
vert.Input_UnicodeLittle not found in
gnu.gcj.runtime.SystemClassLoader{urls=[file:.\],
parent=gnu.gcj.runtime.VMClassLo
ader{urls=[core:/], parent=null}})
at GcjStringTest.main(java.lang.String[])
(E:\2004-development\2005-extraextra\src\GcjStringTest.java)
at ._main (C:\DOKUME~1\GRUNEW~1\LOKALE~1\Temp\ccM5baaa.i)
And accoring to the APIdocs:
String
public String(byte[] bytes,
String charsetName)
throws UnsupportedEncodingException
Constructs a new String by decoding the specified array of bytes using the
specified charset. The length of the new String is a function of the charset,
and hence may not be equal to the length of the byte array.
The behavior of this constructor when the given bytes are not valid in the
given charset is unspecified. The CharsetDecoder class should be used when more
control over the decoding process is required.
Parameters:
bytes - the bytes to be decoded into characters
charsetName - the name of a supported charset
Throws:
UnsupportedEncodingException - If the named charset is not supported
Since:
JDK1.1
The charset should be taken out of the Charsets class.
So ya this is a bug in my eyes.
Regards,
Andreas
--
Summary: String(strBytes, "UTF-16LE"); thorws
java.io.UnsupportedEncodingException
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gruni dot ca at gmail 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=21068
[Bug java/21068] String(strBytes, "UTF-16LE"); thorws java.io.UnsupportedEncodingException
--- Additional Comments From gruni dot ca at gmail dot com 2005-04-17 12:43 --- Created an attachment (id=8665) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8665&action=view) Tests the String(strBytes, "UTF-16LE"); which shouldn't return an Exception This is the testcase which runs without Exception in JDK but throws the UnsupportedEncodingException when compiled with GCJ. My system was WinXP with GCJ 4.0 from thisiscool.com Hope someone can verify this bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21068
[Bug libgcj/10353] [3.3/3.4/4.0/4.1 regression] Java testsuite failures
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-17 12:59 --- According to Andrew, the FAIL: Array_3 execution - gij test FAIL: Array_3 execution - gij test failures are expected: "optimization is allowed to delete load insns whose result is unused, even if those load insns might trap." -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353
[Bug libstdc++/20914] Another grouping trouble
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17 14:30 --- Subject: Bug 20914 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-17 14:30:37 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: locale_facets.tcc Added files: libstdc++-v3/testsuite/22_locale/num_put/put/char: 20914.cc libstdc++-v3/testsuite/22_locale/num_put/put/wchar_t: 20914.cc Log message: 2005-04-17 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/20914 * include/bits/locale_facets.tcc (__int_to_char(_CharT*, _ValueT, const _CharT*, ios_base::fmtflags, bool)): Don't deal with numeric base or sign here, instead... (_M_insert_int(_OutIter, ios_base&, _CharT, _ValueT)): ... here, after adding the grouping. This fixes the bug and also allows to clean-up the code dealing with integer types. (_M_group_int(const char*, size_t, _CharT, ios_base&, _CharT*, _CharT*, int&)): Simplify, remove bits dealing with numeric base. (__int_to_char(_CharT*, unsigned long, const _CharT*, ios_base::fmtflags), __int_to_char(_CharT*, unsigned long long, const _CharT*, ios_base::fmtflags)): Remove hackish fix for libstdc++/15565. (__int_to_char(_CharT*, long, const _CharT*, ios_base::fmtflags), __int_to_char(_CharT*, long long, const _CharT*, ios_base::fmtflags)): Simplify, don't pass the sign. (_M_insert_float(_OutIter, ios_base&, _CharT, char, _ValueT)): Deal with a sign at the beginning of __cs; robustify the grouping check. * testsuite/22_locale/num_put/put/char/20914.cc: New. * testsuite/22_locale/num_put/put/wchar_t/20914.cc: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.2973&r2=1.2974 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/locale_facets.tcc.diff?cvsroot=gcc&r1=1.212&r2=1.213 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_put/put/char/20914.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/22_locale/num_put/put/wchar_t/20914.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20914
[Bug ada/15977] Ada contributors should be documented
-- What|Removed |Added Target Milestone|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15977
[Bug libgcj/21068] String(strBytes, "UTF-16LE"); thorws java.io.UnsupportedEncodingException
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 14:37 --- (In reply to comment #1) > This is the testcase which runs without Exception in JDK but throws the > UnsupportedEncodingException when compiled with GCJ. > My system was WinXP with GCJ 4.0 from thisiscool.com Then this is most likely the static linking "bug". -- What|Removed |Added Severity|critical|normal Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21068
[Bug libgcj/21068] String(strBytes, "UTF-16LE"); thorws java.io.UnsupportedEncodingException
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 14:42 --- (In reply to comment #2) > Then this is most likely the static linking "bug". In fact yes this is just the static linking problem, if anyone makes GCC make shared libraries for GCC that would be useful as nobody as volunteered yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21068
[Bug c++/21066] [4.1 Regression] template argument deduction finds false ambiguity
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
15:08 ---
Confirmed, reduced testcacse:
struct ff { ff(); int cmem(void) const; };
template
int muv(T&, int (T::*)(void));
template
int muv(T&, int (T::*)(void) const);
template
int muv(const T&, int (T::*)(void) const);
int main()
{
ff f;
const ff cf;
muv(cf, &ff::cmem);
muv(f, &ff::cmem);
}
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||rejects-valid
Last reconfirmed|-00-00 00:00:00 |2005-04-17 15:08:58
date||
Summary|Regression: template|[4.1 Regression] template
|argument deduction finds|argument deduction finds
|false ambiguity |false ambiguity
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21066
[Bug libgcj/21068] String(strBytes, "UTF-16LE"); thorws java.io.UnsupportedEncodingException
--- Additional Comments From ovidr at users dot sourceforge dot net
2005-04-17 15:21 ---
The work-around which forces inclusion of the needed class:
import java.io.UnsupportedEncodingException;
import java.nio.charset.Charset;
public class GcjStringTest {
static {
gnu.gcj.convert.Input_UnicodeLittle i_UL = new
gnu.gcj.convert.Input_UnicodeLittle();
}
public static void main(String args[]) throws UnsupportedEncodingException{
System.out.println("Available Charsets are:\n"
+Charset.availableCharsets().toString());
byte[] strBytes = {0x12,0x0A,0x14,0xF};
//Creating String with UTF which is available according to Charsets
String mine = new String(strBytes, "UTF-16LE");
//shouldn't recieve Exception
System.out.println("["+mine+"]");
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21068
[Bug fortran/18752] ICE from index triplet arithmetic for character variables
--- Additional Comments From theine at nordita dot dk 2005-04-17 15:22 --- Compilation of the following piece of code gives the same error message: program test character, dimension(2) :: a integer :: i=1,j=2 a(i:j) = a(i:j) ! gives internal error ! a(1:2) = a(1:2) ! works fine end program test Tested with: [EMAIL PROTECTED]:~/f90/bugs $ gfc -v Using built-in specs. Target: i386-linux Configured with: ../gcc/configure --prefix=/tmp/gfortran-20050404/irun --enable-languages=c,f95 --host=i386-linux Thread model: posix gcc version 4.1.0 20050404 (experimental) [EMAIL PROTECTED]:~/f90/bugs $ gfortran-4.0 -v Using built-in specs. Target: i486-linux Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada --prefix=/usr --libexecdir=/usr/lib --enable-shared --with-system-zlib --enable-nls --enable-threads=posix --without-included-gettext --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --enable-mpfr --enable-checking=release i486-linux Thread model: posix gcc version 4.0.0 20050301 (prerelease) (Debian 4.0-0pre6ubuntu7) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18752
[Bug libgcj/20693] [4.1 Regression] javax-imageio.lo failed to build
-- What|Removed |Added Summary|javax-imageio.lo failed to |[4.1 Regression] javax- |build |imageio.lo failed to build Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20693
[Bug middle-end/20991] [4.0 Regression] ICE in cgraph_mark_reachable_node
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-17 16:08 --- Just got another bugreport for this bug, this time in gnomesword, https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155152 The new references are created in tree-ssa-ccp.c's fold_stmt when it constant propagates the vptr access, but that is already when cgraph does not allow new references to be created. The problem only happens in compilation units that don't output the virtual table. But for methods in virtual tables we know that the method will be emitted in some other compilation unit (where the virtual table gets emitted), so having the method finalized as unreferenced in the current compilation unit is not a problem. So, I think at least as a short time solution we can add a flag to cgraph node that will signalize that the function is guaranteed to be emitted in some other CU. This flag would be set in cp_fold_obj_type_ref and cgraph_mark_reachable_node would only do something about such nodes if they have needed set or !cgraph_global_info_ready. -- What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20991
[Bug target/21069] New: [4.1 Regression] gcc.dg/ia64-sync-*.c execution tests fail
FAIL: gcc.dg/ia64-sync-1.c execution test FAIL: gcc.dg/ia64-sync-2.c execution test FAIL: gcc.dg/ia64-sync-3.c execution test appeared on ia64-hpux on mainline on 20050417; immediately previously those tests failed to compile (bug 21051). gcc-testresults indicates these tests also FAIL on ia64-linux. The patch posted to fix bug 21051 did not include any indication of what testing was done, so I don't know if the tests passed on ia64 immediately after that patch. -- Summary: [4.1 Regression] gcc.dg/ia64-sync-*.c execution tests fail Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target 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,rth at gcc dot gnu dot org GCC target triplet: ia64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21069
[Bug target/21069] [4.1 Regression] gcc.dg/ia64-sync-*.c execution tests fail
-- What|Removed |Added Keywords||wrong-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21069
[Bug java/21070] New: [4.1 Regression]: java compiler generates wrong code on ia64
The patch http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00712.html causes more than 1000 failures: http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg01089.html The problem seems uniuqe to ia64. The good ones: [EMAIL PROTECTED] libjava]$ readelf --wide - sr ./java/util/logging/.libs/natLogger.o | grep ZN4java4util7logging6Logger7getNameEv 0d17 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 0d1f 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 20 0231 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 0008 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 2 0020 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 19: 32 FUNCWEAK DEFAULT 11 _ZN4java4util7logging6Logger7getNameEv [EMAIL PROTECTED] libjava]$ readelf --wide -sr ./java/util/logging/.libs/Logger.o | grep ZN4java4util7logging6Logger7getNameEv 00e0 00ef0081 R_IA64_IPLTLSB 0df0 _ZN4java4util7logging6Logger7getNameEv + 0 0640 00a00047 R_IA64_FPTR64LSB 0df0 .L_ZN4java4util7logging6Logger7getNameEv13 + 0 160: 0df032 FUNCLOCAL DEFAULT 1 .L_ZN4java4util7logging6Logger7getNameEv13 239: 0df032 FUNCGLOBAL DEFAULT1 _ZN4java4util7logging6Logger7getNameEv Even if ld sees natLogger.o first, the definitions in Logger.o will be used. The bad ones are [EMAIL PROTECTED] libjava]$ readelf --wide - sr ./java/util/logging/.libs/natLogger.o | grep ZN4java4util7logging6Logger7getNameEv 0d17 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 0d1f 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 20 0231 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 0008 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 2 0020 00080027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 19: 32 FUNCWEAK DEFAULT 11 _ZN4java4util7logging6Logger7getNameEv [EMAIL PROTECTED] libjava]$ readelf --wide -sr ./java/util/logging/.libs/Logger.o | grep ZN4java4util7logging6Logger7getNameEv 0df6 00410027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 0dfe 00410027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 20 05db 00410027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 00e0 01950081 R_IA64_IPLTLSB _ZN4java4util7logging6Logger7getNameEv + 0 0640 011c0047 R_IA64_FPTR64LSB .L_ZN4java4util7logging6Logger7getNameEv13 + 0 033a 00410027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 0342 00410027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 2 00a0 00410027 R_IA64_DIR64LSB .gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv + 0 284: 32 FUNCLOCAL DEFAULT 134 .L_ZN4java4util7logging6Logger7getNameEv13 405: 32 FUNCWEAK DEFAULT 134 _ZN4java4util7logging6Logger7getNameEv The ones in Logger.o will be discarded. The problem may be .L_ZN4java4util7logging6Logger7getNameEv13. Discarding definitions in Logger.o seems to cause problems on ia64. -- Summary: [4.1 Regression]: java compiler generates wrong code on ia64 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC b
[Bug middle-end/21070] [4.1 Regression]: java compiler generates wrong code on ia64
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 16:34 --- Are you sure that this is not a linker problem. -- What|Removed |Added Component|java|middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
[Bug libstdc++/16611] Terrible code generated for vector
--- Additional Comments From pcarlini at suse dot de 2005-04-17 16:34 --- Hi. It can well be a libstdc++ problem, and indeed I can imagine ways to avoid signed integers in the code. However, I'm not sure that someone will actually do the work, given the soon-to-be-deprecated status of vector... All in all, wouldn't be more useful trying to improve the optimization of the code as-is?!? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16611
[Bug middle-end/21070] [4.1 Regression]: java compiler generates wrong code on ia64
--- Additional Comments From hjl at lucon dot org 2005-04-17 16:39 --- I am investigating the ia64 linker. I think the ia64 linker should issue an error if it can't get it to work at the run time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
[Bug middle-end/20991] [4.0 Regression] ICE in cgraph_mark_reachable_node
--- Additional Comments From mark at codesourcery dot com 2005-04-17 17:04 --- Subject: Re: [4.0 Regression] ICE in cgraph_mark_reachable_node jakub at gcc dot gnu dot org wrote: > --- Additional Comments From jakub at gcc dot gnu dot org 2005-04-17 > 16:08 --- > Just got another bugreport for this bug, this time in gnomesword, > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155152 > > The new references are created in tree-ssa-ccp.c's fold_stmt when it > constant propagates the vptr access, but that is already when > cgraph does not allow new references to be created. The easiest solution, then, might be not to do the constant propagation in that case. That seems like it would attack the problem directly and locally. It would of course result in inferior code, but this is a case that C++ compilers have traditionally been lame about, so it's not really a step backwards. It also sounds like you might be able to come up with a C test case. The basic flaw is that cgraph is not expecting an apparently unreferenced function to become referenced as a result of the optimizers figuring out to what function a pointer pointers. That's a bug in cgraph; it should conservatively assume that all functions whose address has been taken are referenced. It doesn't have to emit them, or even process them until it knows they are referenced, but it shouldn't assume that they're not needed until all points-to analysis is complete. Perhaps it needs a tri-state (referenced, not referenced, don't know). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20991
[Bug middle-end/20794] [4.0/4.1 Regression] Arrays and pointer arithmetic on __attribute ((aligned)) types permitted
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-17 17:06 --- Joseph, RTH, and I all feel this should be invalid code. I think that's consensus. So, I've updated the PR. Patches to actually issue a diagnostic would be welcome. -- What|Removed |Added Keywords|wrong-code |accepts-invalid Summary|[4.0/4.1 Regression]|[4.0/4.1 Regression] Arrays |Miscompilation with |and pointer arithmetic on |__attribute ((aligned)) |__attribute ((aligned)) ||types permitted http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20794
[Bug libgcj/21068] String(strBytes, "UTF-16LE"); thorws java.io.UnsupportedEncodingException
--- Additional Comments From gruni dot ca at gmail dot com 2005-04-17 17:27 --- Allright that solved this problem. Unfortunately I can not run the programm anymore in JDK after adding the static. Is there a way to keep my sources compatible with JDK and GCJ ? Regrads Andreas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21068
[Bug other/21071] New: libtool doesn't use just built libunwind
/bin/sh ../libtool --tag CXX --tag disable-shared -- mode=link /export/build/gnu/gcc-next/build-ia64-linux/./gcc/xgcc -shared- libgcc -B/export/build/gnu/gcc-next/build-ia64-linux/./gcc/ -nostdinc++ - L/export/build/gnu/gcc-next/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++- v3/src -L/export/build/gnu/gcc-next/build-ia64-linux/ia64-unknown-linux- gnu/libstdc++-v3/src/.libs -B/usr/gcc-next/ia64-unknown-linux-gnu/bin/ - B/usr/gcc-next/ia64-unknown-linux-gnu/lib/ -isystem /usr/gcc-next/ia64-unknown- linux-gnu/include -isystem /usr/gcc-next/ia64-unknown-linux-gnu/sys-include - Wl,-O1 -fno-implicit-templates -prefer-pic -Wall -Wextra -Wwrite-strings - Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata- sections -o libsupc++convenience.la del_op.lo del_opnt.lo del_opv.lo del_opvnt.lo eh_alloc.lo eh_aux_runtime.lo eh_catch.lo eh_exception.lo eh_globals.lo eh_personality.lo eh_term_handler.lo eh_terminate.lo eh_throw.lo eh_type.lo eh_unex_handler.lo guard.lo new_handler.lo new_op.lo new_opnt.lo new_opv.lo new_opvnt.lo pure.lo tinfo.lo tinfo2.lo vec.lo vterminate.lo cp- demangle.lo -lm creating libsupc++convenience.la generates build-ia64-linux/ia64-unknown-linux-gnu/libstdc++- v3/libsupc++/.libs/libsupc++convenience.la:dependency_libs=' - L/export/build/gnu/gcc-next/build-ia64-linux/ia64-unknown-linux-gnu/libstdc++- v3/src -L/export/build/gnu/gcc-next/build-ia64-linux/ia64-unknown-linux- gnu/libstdc++-v3/src/.libs -lm -L/export/build/gnu/gcc-next/build-ia64- linux/./gcc -lgcc_s -lc -lc -lgcc_s /usr/lib/libunwind.la -lc -lgcc' Why is /usr/lib/libunwind.la used? There are build-ia64-linux/gcc/libunwind.a build-ia64-linux/gcc/libunwind.so.7 build-ia64-linux/gcc/libunwind.so Is that because there is no build-ia64-linux/gcc/libunwind.la? -- Summary: libtool doesn't use just built libunwind Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: ia64-unknown-linux-gnu GCC host triplet: ia64-unknown-linux-gnu GCC target triplet: ia64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21071
[Bug libstdc++/21072] New: base allocator change shared object issues
Issues with switching base allocator in so 6 inside attachment. -- Summary: base allocator change shared object issues Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bkoz at gcc dot gnu 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=21072
[Bug libstdc++/21072] base allocator change shared object issues
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-17 17:56 --- Created an attachment (id=8666) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8666&action=view) bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
[Bug libstdc++/21072] base allocator change shared object issues
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-17 17:57 --- Created an attachment (id=8667) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8667&action=view) revert base allocator change -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
[Bug libstdc++/21072] base allocator change shared object issues
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-04-17 17:59 --- Additional fixes include adding _M_reclaim_block checks. However, this seems to be patching the symptom, not the disease. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
[Bug middle-end/21070] [4.1 Regression]: java compiler generates wrong code on ia64
--- Additional Comments From hjl at lucon dot org 2005-04-17 18:01 --- .L_ZN4java4util7logging6Logger7getNameEv13 is a local alias of _ZN4java4util7logging6Logger7getNameEv. When _ZN4java4util7logging6Logger7getNameEv is discarded, I am trying to figure out what happened to .L_ZN4java4util7logging6Logger7getNameEv13. My simple testcase indicates linker will issue an error. But gcc shouldn't use .L_ZN4java4util7logging6Logger7getNameEv13 when _ZN4java4util7logging6Logger7getNameEv is a link once symbol. It should use _ZN4java4util7logging6Logger7getNameEv directly. I think this bug affects all link once targets. It is just that it shows up on ia64 immediately. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
[Bug testsuite/21073] New: Incorrect declaration of member variable in p3060d.C testcase
Will attach patch. -- Summary: Incorrect declaration of member variable in p3060d.C testcase Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: oyvind dot harboe at zylin dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21073
[Bug testsuite/21073] Incorrect declaration of member variable in p3060d.C testcase
--- Additional Comments From oyvind dot harboe at zylin dot com 2005-04-17 18:04 --- Created an attachment (id=8668) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8668&action=view) With callee cleanup, declarations must be correct -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21073
[Bug middle-end/21070] [4.1 Regression]: java compiler generates wrong code on ia64
--- Additional Comments From hjl at lucon dot org 2005-04-17 18:06 --- Ok, linkder did complain: /usr/local/bin/ld: `.L_ZN4java4util7logging6Logger7getNameEv13' referenced in section `.data.rel' of ./.libs/libgcj0_convenience.a(Logger.o): defined in discarded section `.gnu.linkonce.t._ZN4java4util7logging6Logger7getNameEv [java::util::logging::Logger::getName()]' of ./.libs/libgcj0_convenience.a (Logger.o) /usr/local/bin/ld: BFD 2.16.90.0.2 20050414 assertion fail elf64-ia64.c:3371 It is a gcc bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
[Bug java/21070] [4.1 Regression]: java compiler generates wrong code on ia64
-- What|Removed |Added Component|middle-end |java http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
[Bug libstdc++/15276] [DR 467] Erroneous Comparisons of Negative Characters
--- Additional Comments From pcarlini at suse dot de 2005-04-17 18:16 --- This can be safely closed: in Lillehammer, the LWG moved the proposed resolution of DR 467 to [Ready] (modulo a minor pasto in the first sentence) thus explicitly mandating the behavior implemented by v3. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15276
[Bug libstdc++/21072] base allocator change shared object issues
--- Additional Comments From pcarlini at suse dot de 2005-04-17 18:27 --- Ick! :( Actually, I clearly remember a message from Mark warning that something could go wrong when using different allocators in different sources, but then forgot about the issue when we switched. I really hope that we can work around it, somehow... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21072
[Bug java/21074] New: Trivial bug in the method getHeaderFieldKey() in the file java/net/protocol/http/HTTPURLConnection.java
Hi,
I found a little bug in the implementention of the method
getHeaderFieldKey( int index ) in the file
java/net/protocol/http/HTTPURLConnection.java.
This method doesn't check if the parameter 'index' if out of range, so if it
is called with a index value too high a java.util.NoSuchElementException is
raised.
Instead the java doc
(
http://java.sun.com/j2se/1.4.2/docs/api/java/net/HttpURLConnection.html#getHeaderFieldKey(int)
)
report that this method should return 'the value of the nth header field, or
null if the value does not exist.'
I suggest this patch to correct this beaviour; the patch implement the same
control performed by the method getHeaderField( ).
--- old/libjava/gnu/java/net/protocol/http/HTTPURLConnection.java Sun
Apr 17 11:10:59 2005
+++ new/libjava/gnu/java/net/protocol/http/HTTPURLConnection.java Sun
Apr 17 11:13:53 2005
@@ -543,6 +543,10 @@
int count = 1;
do
{
+if (!i.hasNext())
+ {
+return null;
+ }
entry = (Map.Entry) i.next();
count++;
}
Below are the test case used to highligh the problem, comparing the beaviour
of the sun's java and the gnu one. The last case is a case with the patch
applied
[EMAIL PROTECTED] tmp]$ cat testbed.java
import java.net.*;
public class testbed {
static public void main( String args[] ) throws Exception {
URL u=new URL(args[0]);
HttpURLConnection con = (HttpURLConnection)u.openConnection();
int n=1;
while(true){
String headerKey = con.getHeaderFieldKey(n);
if(headerKey==null ){
System.out.print("con.getHeaderFieldKey( ) has
returned null\n");
break;
}
System.out.print("headerKey: "+headerKey+"\n");
String headerVal = con.getHeaderField(n);
System.out.print("headerVal: "+headerVal+"\n");
n++;
}
}
}
[EMAIL PROTECTED] tmp]$ java -version# Fedora core 4 test 2
java version "1.4.2"
gcj (GCC) 4.0.0 20050405 (Red Hat 4.0.0-0.40)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[EMAIL PROTECTED] tmp]$ java -cp . testbed http://www.google.com
headerKey: Cache-Control
headerVal: private
headerKey: Content-Type
headerVal: text/html
headerKey: Set-Cookie
headerVal:
PREF=ID=158312593220e9b1:LD=it:TM=1113727883:LM=1113727883:S=Y7zUs9KFT_BVs6d7;
expires=Sun, 17-Jan-2038 19:14:07 GMT; path=/; domain=.google.it
headerKey: Server
headerVal: GWS/2.1
headerKey: Transfer-Encoding
headerVal: chunked
headerKey: Date
headerVal: Sun, 17 Apr 2005 08:51:23 GMT
Exception in thread "main" java.util.NoSuchElementException
at java.util.LinkedHashMap$1.next() (/usr/lib/libgcj.so.6.0.0)
at gnu.java.net.protocol.http.HTTPURLConnection.getHeaderFieldKey(int)
(/usr/lib/libgcj.so.6.0.0)
at testbed.main(java.lang.String[]) (Unknown Source)
at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
[EMAIL PROTECTED] tmp]$ /usr/local/java-1.5/jdk1.5.0_01/bin/java -version
java version "1.5.0_01"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_01-b08)
Java HotSpot(TM) Client VM (build 1.5.0_01-b08, mixed mode, sharing)
[EMAIL PROTECTED] tmp]$ /usr/local/java-1.5/jdk1.5.0_01/bin/java -cp . testbed
http://www.google.com
headerKey: Cache-Control
headerVal: private
headerKey: Content-Type
headerVal: text/html
headerKey: Set-Cookie
headerVal:
PREF=ID=81a840411c05e572:LD=it:TM=1113727895:LM=1113727895:S=B5ZxkSzn6RkPyhGV;
expires=Sun, 17-Jan-2038 19:14:07 GMT; path=/; domain=.google.it
headerKey: Server
headerVal: GWS/2.1
headerKey: Transfer-Encoding
headerVal: chunked
headerKey: Date
headerVal: Sun, 17 Apr 2005 08:51:35 GMT
con.getHeaderFieldKey( ) has returned null
The last example was executed with the patch applied to the java library
[EMAIL PROTECTED] tmp]$ /opt/gcc-4.0.0-20050410/bin/gcj-400 --version
gcj-400 (GCC) 4.0.0 20050410 (prerelease)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
[EMAIL PROTECTED] tmp]$ CLASSPATH=.:/opt/gcc-4.0.0-20050410/lib \
/opt/gcc-4.0.0-20050410/bin/gij-400 testbed http://www.google.com
http://www.google.com
headerKey: Cache-Control
headerVal: private
headerKey: Content-Type
headerVal: text/html
headerKey: Set-Cookie
headerVal:
PREF=ID=bb14539184e1692b:LD=it:TM=1113763098:LM
[Bug libgcj/21074] Trivial bug in the method getHeaderFieldKey() in the file java/net/protocol/http/HTTPURLConnection.java
-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21074
[Bug java/21070] [4.1 Regression]: java compiler generates wrong code on ia64
--- Additional Comments From hjl at lucon dot org 2005-04-17 19:12 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01915.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21070
[Bug libfortran/21075] New: Segfault in reshape with rank 7
$ cat r1.f90 program main integer :: a(256), b(2,2,2,2,2,2,2) do i=1,256 a(i) = i end do b = reshape(a(1:256:2), shape(b)) print '(16I4)',b end program main $ gfortran r1.f90 $ ./a.out Segmentation fault $ cat r2.f90 program main integer :: a(256), b(2,2,2,2,2,4) do i=1,256 a(i) = i end do b = reshape(a(1:256:2), shape(b)) print '(16I4)',b end program main $ gfortran r2.f90 $ ./a.out 1 3 5 7 9 11 13 15 17 19 21 23 25 27 29 31 33 35 37 39 41 43 45 47 49 51 53 55 57 59 61 63 65 67 69 71 73 75 77 79 81 83 85 87 89 91 93 95 97 99 101 103 105 107 109 111 113 115 117 119 121 123 125 127 129 131 133 135 137 139 141 143 145 147 149 151 153 155 157 159 161 163 165 167 169 171 173 175 177 179 181 183 185 187 189 191 193 195 197 199 201 203 205 207 209 211 213 215 217 219 221 223 225 227 229 231 233 235 237 239 241 243 245 247 249 251 253 255 $ gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1/configure --prefix=/home/ig25 --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050417 (experimental) -- Summary: Segfault in reshape with rank 7 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: tkoenig at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21075
[Bug libfortran/21075] Segfault in reshape with rank 7
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17 20:27 --- Subject: Bug 21075 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-17 20:26:57 Modified files: libgfortran: ChangeLog libgfortran/m4 : reshape.m4 libgfortran/generated: reshape_i4.c reshape_i8.c libgfortran/intrinsics: reshape_generic.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: reshape_rank7.f90 Log message: 005-04-17 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/21075 * m4/reshape.m4 (reshape_`'rtype_kind): Change dimension of auxiliary arrays from GFC_MAX_DIMENSIONS - 1 to GFC_MAX_DIMENSIONS. * intrinsics/reshape_generic.c (reshape_generic): Likewise. * generated/reshape_i4.c: Regenerated. * generated/reshape_i8.c: Regenerated. 2005-04-17 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/21075 * gfortran.dg/reshape_rank7.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.195&r2=1.196 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/m4/reshape.m4.diff?cvsroot=gcc&r1=1.6&r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_i4.c.diff?cvsroot=gcc&r1=1.5&r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/generated/reshape_i8.c.diff?cvsroot=gcc&r1=1.5&r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/intrinsics/reshape_generic.c.diff?cvsroot=gcc&r1=1.6&r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5360&r2=1.5361 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/reshape_rank7.f90.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21075
[Bug libfortran/21075] [4.0 only] Segfault in reshape with rank 7
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-17 20:29 --- Fixed in 4.1, waiting for 4.0 to reopen. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-17 20:29:51 date|| Summary|Segfault in reshape with|[4.0 only] Segfault in |rank 7 |reshape with rank 7 Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21075
[Bug ada/21076] New: ACATs ICE cxg2009 and cxh1001 at tree-vrp.c:124
Present both on x86 and x86_64. /home/guerby/work/gcc/build/build-20050417T162122/gcc/xgcc -c -B/home/guerby/work/gcc/build/build-20050417T162122/gcc/ -gnatws -O2 -I/home/guerby/work/gcc/build/build-20050417T162122/gcc/testsuite/ada/acats/support cxg2009.adb +===GNAT BUG DETECTED==+ | 4.1.0 20050417 (experimental) (i686-pc-linux-gnu) GCC error: | | in set_value_range, at tree-vrp.c:124| | Error detected at cxg2009.adb:421:5 | /home/guerby/work/gcc/build/build-20050417T162122/gcc/xgcc -c -B/home/guerby/work/gcc/build/build-20050417T162122/gcc/ -gnatws -O2 -I/home/guerby/work/gcc/build/build-20050417T162122/gcc/testsuite/ada/acats/support cxh1001_0.adb +===GNAT BUG DETECTED==+ | 4.1.0 20050417 (experimental) (i686-pc-linux-gnu) GCC error: | | in set_value_range, at tree-vrp.c:124| | Error detected at cxh1001_0.adb:153:1| -- Summary: ACATs ICE cxg2009 and cxh1001 at tree-vrp.c:124 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: laurent at guerby dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21076
[Bug tree-optimization/21076] [4.1 Regression] ACATs ICE cxg2009 and cxh1001 at tree-vrp.c:124
-- What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org Component|ada |tree-optimization Summary|ACATs ICE cxg2009 and |[4.1 Regression] ACATs ICE |cxh1001 at tree-vrp.c:124 |cxg2009 and cxh1001 at tree- ||vrp.c:124 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21076
[Bug libgcj/16032] libgcj should reject class files with incorrect version numbers
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17 21:07 --- Subject: Bug 16032 CVSROOT:/cvs/gcc Module name:gcc Branch: gcjx-branch Changes by: [EMAIL PROTECTED] 2005-04-17 21:07:22 Modified files: gcjx : ChangeLog gcjx/bytecode : verify.cc libjava: ChangeLog Makefile.in configure configure.ac defineclass.cc libjava/include: java-interp.h verify.h libjava/java/lang: Class.h Removed files: libjava: verify.cc Log message: gcjx: * bytecode/verify.cc (branch_prepass): Cast argument to sprintf. (verify_instructions_0): Likewise. (VFY_FAST_OPCODES): Changed sense of #ifdef. libjava: PR libgcj/16032: * java/lang/Class.h (Class): Added friend class. * include/verify.h (vfy_is_15): Implement. (VFY_FAST_OPCODES): New define. Updated #includes. (vfy_is_static): Use Modifier, not ACC_*. (vfy_is_abstract): Likewise. (vfy_hand_off_flags): New function. (vfy_fail): Cast argument to 'append'. (vfy_get_exceptions): Rewrote. (vfy_tag): Fixed typo. (vfy_load_indexes): Use correct slot in constant pool. (vfy_constants): Changed type. (vfy_uint_16): Likewise. (vfy_find_class): Removed argument name. (vfy_get_pool_class): Likewise. (vfy_iface_iterator_begin): Likewise. (vfy_get_interface): Likewise. (vfy_make_string): Added cast. (vfy_object_type): Fixed typo. (vfy_string_type): Likewise. (vfy_throwable_type): Likewise. (vfy_class_type): Likewise. (vfy_fail): Added argument name. * defineclass.cc (handleCodeAttribute): Set new field. (MAJOR_1_1, MINOR_1_1, MAJOR_1_2, MINOR_1_2, MAJOR_1_3, MINOR_1_3, MAJOR_1_4, MINOR_1_4, MAJOR_1_5, MINOR_1_5): New defines. (parse): Check version numbers. (_Jv_ClassReader::is_15): New field. (_Jv_ClassReader): Initialize it. * include/java-interp.h (_Jv_InterpMethod::is_15): New field. (class _Jv_InterpException): Added friend class. (class _Jv_MethodBase): Likewise. (class _Jv_InterpMethod): Likewise. * configure, Makefile.in: Rebuilt. * configure.ac: Create verify.cc as a link. * verify.cc: Removed. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcjx/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.1.2.73&r2=1.1.2.74 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcjx/bytecode/verify.cc.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.1.2.6&r2=1.1.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.3285.2.5&r2=1.3285.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.465.2.2&r2=1.465.2.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.250.2.1&r2=1.250.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.ac.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.16.2.1&r2=1.16.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/defineclass.cc.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.43&r2=1.43.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/verify.cc.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.65&r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/include/java-interp.h.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.27&r2=1.27.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/include/verify.h.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.1.2.2&r2=1.1.2.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/java/lang/Class.h.diff?cvsroot=gcc&only_with_tag=gcjx-branch&r1=1.75&r2=1.75.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16032
[Bug target/20633] libgcc2.c:1623: error: size of array 'compile_type_assert' is negative
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-17
21:13 ---
It's a target problem: FreeBSD overrides this line from sparc.h:
#define CPP_SPEC "%(cpp_cpu) %(cpp_arch) %(cpp_endian) %(cpp_subtarget)"
with this line from freebsd-spec.h:
/* Provide a CPP_SPEC appropriate for FreeBSD. We just deal with the GCC
option `-posix', and PIC issues. */
#define FBSD_CPP_SPEC " \
%(cpp_cpu)\
%{fPIC|fpic|fPIE|fpie:-D__PIC__ -D__pic__}\
%{posix:-D_POSIX_SOURCE}"
The missing bits are %(cpp_arch). Also note the bogus quotation in the spec.
I think it's up to the FreeBSD maintainer to decide what is the best long-term
fix. For 4.0.0, something like:
#undef CPP_SPEC
#define CPP_SPEC \
%(cpp_cpu)\
%(cpp_arch) \
%{fPIC|fpic|fPIE|fpie:-D__PIC__ -D__pic__}\
%{posix:-D_POSIX_SOURCE}
in config/sparc/freebsd.h should be good enough.
Gerald, if it works for you, I can approve it on principle for the 4.0 branch
and I think you can ask Mask permission for installing it before 4.0RC2.
--
What|Removed |Added
Component|bootstrap |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20633
[Bug middle-end/20991] [4.0 Regression] ICE in cgraph_mark_reachable_node
--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-17 21:28 --- On HEAD this doesn't fail any longer because of the: * final.c (output_addr_const): Do not call mark_referenced. change (part of tree profiling branch merge). I don't think you can construct a C testcase for this, as soon as you save some function's address into some reachable variable or take it in some reachable function, cgraph will know about it. The OBJ_TYPE_REF is special in that there is no such variable in the current translation unit and cp_fold_obj_type_ref just knows what is in the variable (vtable) in some other translation unit and optimizes that access. Of course we can I'm ATM testing 2 different patches, will attach them here once the testing finishes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20991
[Bug middle-end/20991] [4.0 Regression] ICE in cgraph_mark_reachable_node
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 21:34 --- Confirmed, just a note the patch which "fixes" this on the mainline is wrong as shown by PR 20965. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-17 21:34:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20991
[Bug middle-end/20991] [4.0 Regression] ICE in cgraph_mark_reachable_node
--- Additional Comments From mark at codesourcery dot com 2005-04-17 21:52 --- Subject: Re: [4.0 Regression] ICE in cgraph_mark_reachable_node jakub at gcc dot gnu dot org wrote: > some reachable function, cgraph will know about it. The OBJ_TYPE_REF is > special > in that there is no such variable in the current translation unit > and cp_fold_obj_type_ref just knows what is in the variable (vtable) in > some other translation unit and optimizes that access. So, perhaps one approach would be to have cgraph recognize the OBJ_TYPE_REF, and mark as reachable all things reachable from the vtable. Not that this would necessarily be trivial to implement. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20991
[Bug c/21077] New: Missed optimization
When reworking the testsuite setup for AVR, I have stepped of the following
missed optimization:
The avr target does fail for the following test case
(gcc.c-torture/execute/20020720-1.c) with reporting a link error:
Question: After filing this bug report should I post a patch marking the test
case as "xfail" ?
/* Copyright (C) 2002 Free Software Foundation.
Ensure that fabs(x) < 0.0 optimization is working.
Written by Roger Sayle, 20th July 2002. */
extern void abort (void);
extern double fabs (double);
extern void link_error (void);
void
foo (double x)
{
double p, q;
p = fabs (x);
q = 0.0;
if (p < q)
link_error ();
}
int
main()
{
foo (1.0);
return 0;
}
#ifndef __OPTIMIZE__
void
link_error ()
{
abort ();
}
#endif
--
Summary: Missed optimization
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bjoern dot m dot haase at web dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-linux
GCC host triplet: i686-linux
GCC target triplet: avr-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21077
[Bug tree-optimization/20605] [4.1 Regression] gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times iter 0 fails
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-04-17 22:25 --- Binary search on ia64-hpux shows the failure appeared between 2005-03-22 22:04 UTC and 2005-03-22 22:30 UTC. The only plausibly responsible patch in that range is 2005-03-22 Zdenek Dvorak <[EMAIL PROTECTED]> * tree-ssa-loop-ivopts.c (determine_iv_cost): Do not try to preserve artificial original candidates. -- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20605
[Bug regression/20139] [4.0/4.1 regression] cris-elf testsuite: gcc.c-torture/execute/20020720-1.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 22:27 --- *** Bug 21077 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||bjoern dot m dot haase at ||web dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20139
[Bug tree-optimization/21077] Missed optimization
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 22:27 --- This is a dup of bug 20139. And yes just xfail the testcase as this one is known to not pass a lot of places. *** This bug has been marked as a duplicate of 20139 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |tree-optimization Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21077
[Bug c/21078] New: Testsuite reports excecution failure for gcc.c-torture/excecute/20010122.c for some optimization levels
Test case gcc.c-torture/excecute/20010122-1.c fails the execution tests for optimization levels -O1, -O2, -O3-g and -Os while passing for -O0. Tests were run with simulavr for the atmega128. I do not have a clear opinion about what is going wrong. The fact that the test passes for -O0 is reason for being suspicious, however. Yours, Björn -- Summary: Testsuite reports excecution failure for gcc.c- torture/excecute/20010122.c for some optimization levels Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bjoern dot m dot haase at web dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i586-linux GCC host triplet: i586-linux GCC target triplet: avr-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21078
[Bug c/21079] New: avr-gcc lacks support for builtin ffs function
tests gcc.c-torture/excecute/ffs-1 and -2 fail since neither libgcc nor libgcc2 provide support for the excpected builtin function ffs. -- Summary: avr-gcc lacks support for builtin ffs function Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bjoern dot m dot haase at web dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i586-linux GCC host triplet: i586-linux GCC target triplet: avr-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21079
[Bug target/21078] Testsuite reports excecution failure for gcc.c-torture/excecute/20010122.c for some optimization levels
-- What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21078
[Bug c/21080] New: Excecution test failure for avr for pr17377 test case.
Excecution of gcc.c-torture/excecute/pr17377.c fails for optimization level -O0 and passes for other optimizer switches: Somewhat suspicious. -- Summary: Excecution test failure for avr for pr17377 test case. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bjoern dot m dot haase at web dot de CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i586-linux GCC host triplet: i586-linux GCC target triplet: avr-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21080
[Bug target/21079] avr-gcc lacks support for builtin ffs function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 22:45 --- ffs is a POSIX function which almost all libc provides. So if there is no fall back function, there is nothing which GCC can do. Does avr have instructions which could be used to implement this if so it should implement ffssi/ffsdi and such. -- What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21079
[Bug target/21078] Testsuite reports excecution failure for gcc.c-torture/excecute/20010122.c for some optimization levels
-- What|Removed |Added OtherBugsDependingO||21080 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21078
[Bug target/21080] Excecution test failure for avr for pr17377 test case.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 22:47 --- This looks like the same cause as PR 21078 since both use __builtin_return_address. -- What|Removed |Added BugsThisDependsOn||21078 Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21080
[Bug middle-end/21049] [4.1 Regression] ICE with -fdump-tree-all and fortran
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 22:52 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-17 22:52:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21049
[Bug objc/20574] [4.1 Regression] weird error message after a parse error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 22:52 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-17 22:52:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20574
[Bug tree-optimization/20994] [4.1 regression] ICE with -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 22:56 --- Confirmed, ifcvt introduces the invalid gimple. -- What|Removed |Added CC||dpatel at apple dot com, ||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-17 22:56:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20994
[Bug tree-optimization/21054] [4.1 Regression] ICE in ssa check for -ftree-vectorize -fprofile-generate
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 23:04 --- This is a dup of bug 20947, I will add this testcase which is further reduced there. *** This bug has been marked as a duplicate of 20947 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21054
[Bug tree-optimization/20947] [4.1 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:394
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 23:04 --- *** Bug 21054 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20947
[Bug tree-optimization/20947] [4.1 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:394
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17
23:04 ---
Reduced testcase from 21054 which also happens on PPC:
static int a[27];
void
foo (void)
{
int i;
for (i = 0; i < 27; i++)
a[i] = 0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20947
[Bug target/21079] avr-gcc lacks support for builtin ffs function
--- Additional Comments From bjoern dot m dot haase at web dot de 2005-04-17 23:07 --- So probably the best thing to do now would probably be to 1.) mark the test cases as xfail and 2.) write an enhancement request for avr-libc.? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21079
[Bug tree-optimization/20605] [4.1 Regression] gcc.dg/tree-ssa/loop-4.c scan-tree-dump-times iter 0 fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 23:07 --- Hmm, maybe we are just selecting the orignal IV as the IV which we should use, this is just a missed optimization. -- What|Removed |Added Keywords||missed-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20605
[Bug tree-optimization/20929] [4.0 Regression] internal compiler error: verify_stmts failed.
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-17 23:40 --- Committed to 4.0 branch, as okay'd by mark, and fixed -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
[Bug tree-optimization/20929] [4.0 Regression] internal compiler error: verify_stmts failed.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17 23:40 --- Subject: Bug 20929 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-17 23:40:32 Modified files: gcc: ChangeLog tree-ssa-pre.c Log message: 2005-04-17 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/20490 Fix PR tree-optimization/20929 * tree-ssa-pre.c (create_expression_by_pieces): Use force_gimple_operand on result of fold, value number gimple_operand result. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.168&r2=2.7592.2.169 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-pre.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.65.4.1&r2=2.65.4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
[Bug tree-optimization/20490] [4.1 Regression] ICE: verify_stmts failed. (with -O -ftree-pre)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-17 23:40 --- Subject: Bug 20490 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-17 23:40:32 Modified files: gcc: ChangeLog tree-ssa-pre.c Log message: 2005-04-17 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/20490 Fix PR tree-optimization/20929 * tree-ssa-pre.c (create_expression_by_pieces): Use force_gimple_operand on result of fold, value number gimple_operand result. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.168&r2=2.7592.2.169 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-pre.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.65.4.1&r2=2.65.4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20490
[Bug tree-optimization/20490] [4.1 Regression] ICE: verify_stmts failed. (with -O -ftree-pre)
-- What|Removed |Added Target Milestone|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20490
[Bug rtl-optimization/13799] [tree-ssa] consecutive stores to static vars not removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 23:51 --- Actually DSE did not fix this and there is a reason, the tree DSE does not understand V_MUST_DEF. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13799
[Bug tree-optimization/13799] [tree-ssa] consecutive stores to static vars not removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 23:52 --- But that makes it a dup of bug 18880. *** This bug has been marked as a duplicate of 18880 *** -- What|Removed |Added Status|REOPENED|RESOLVED Component|rtl-optimization|tree-optimization Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13799
[Bug tree-optimization/18880] DSE is not doing its job for global variables
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 23:52 --- *** Bug 13799 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||dann at godzilla dot ics dot ||uci dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18880
[Bug rtl-optimization/13796] [tree-ssa] consecutive stores to globals not removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 23:54 --- Well actually this no longer works because DSE does not understand V_MAY_DEF. -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13796
[Bug rtl-optimization/13796] [tree-ssa] consecutive stores to globals not removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 23:55 --- And that makes it a dup of bug 18880. *** This bug has been marked as a duplicate of 18880 *** -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13796
[Bug tree-optimization/18880] DSE is not doing its job for global variables
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-17 23:55 --- *** Bug 13796 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18880
[Bug c++/21081] New: internal compiler error: verify_stmts failed.
I have get gcc code from the cvs and copiled it for cygwin. here are the the information about them $ uname -a CYGWIN_NT-5.1 demiralp 1.5.14(0.126/4/2) 2005-04-01 13:40 i686 unknown unknown Cygwin $ gcc -v Using built-in specs. Target: i686-pc-cygwin Configured with: /usr/cvs-src/gcc/configure Thread model: single gcc version 4.1.0 20050417 (experimental) the bug I want to report appears when the package wxwidgests, that is avaibale at internet , is compiled. the cpmpilation options are: g++ -c -o netdll_http.o -I.pch/wxprec_netdll -D__WXMSW__ -DwxUSE_GUI=0 - DWXUSINGDLL -DWXMAKINGDLL_NET -DWX_PRECOMP -DNO_GCC_PRAGMA - Ilib/wx/include/msw-ansi-release-2.6 -I/usr/cvs-src/wxWidgets/include - D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -O2 -Wall -Wno-ctor-dtor-privacy /usr/cvs- src/wxWidgets/src/common/http.cpp the error message is: internal compiler error: verify_stmts failed -- Summary: internal compiler error: verify_stmts failed. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fdemiralp at gmail dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug c++/21081] internal compiler error: verify_stmts failed.
--- Additional Comments From fdemiralp at gmail dot com 2005-04-18 00:50 --- Created an attachment (id=8670) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8670&action=view) the preprocessor file that is generated with -v -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug c++/21081] internal compiler error: verify_stmts failed.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 00:52 --- Can you try to reproduce this without the PCH or attach the preprocessed source for the PCH file? -- What|Removed |Added Summary| internal compiler error: |internal compiler error: |verify_stmts failed.|verify_stmts failed. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug c++/21081] internal compiler error: verify_stmts failed.
--- Additional Comments From f dot demiralp at gmail dot com 2005-04-18 02:24 --- Subject: RE: internal compiler error: verify_stmts failed. I have removed the folder .pch and compiled the source file again like below. but it did no diffrence. ( I hope I don't not misunderstand what you asked) [Fehmi [EMAIL PROTECTED] ...src/wxwidgets2]$ g++ -c -o netdll_http.o -D__WXMSW__ -DwxUSE_GUI=0 -DWXUSINGDLL -DWXMAKINGDLL_NET -DNO_ GCC_PRAGMA -Ilib/wx/include/msw-ansi-release-2.6 -I/usr/cvs-src/wxWidgets/in clude -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -O2 -Wall -Wno-ctor-dtor-privacy /usr/cvs-src/wxWidgets/src/common/http.cpp /usr/cvs-src/wxWidgets/include/wx/string.h:58: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/string.h:248: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/string.h:612: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/object.h:27: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/object.h:50: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/object.h:51: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/object.h:52: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/object.h:495: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/thread.h:117: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/thread.h:118: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/thread.h:119: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/thread.h:120: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/thread.h:121: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/event.h:43: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/event.h:52: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/event.h:420: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/event.h:2190: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/event.h:2232: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/app.h:31: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/app.h:32: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/app.h:33: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/app.h:34: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/app.h:35: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/app.h:44: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/list.h:62: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/list.h:331: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/list.h:395: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/list.h:457: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/list.h:461: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/stream.h:28: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/stream.h:29: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/stream.h:30: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/hashmap.h:684: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/hashmap.h:684: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/protocol/http.h:21: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/include/wx/protocol/http.h:21: warning: type attributes are honored only at type definition /usr/cvs-src/wxWidgets/src/common/http.cpp: In member function 'wxString wxHTTP::GetHeader(const wxString&) const': /usr/cvs-src/wxWidgets/src/common/http.cpp:117: error: Invalid operand to unary operator &wxEmptyStringD.5167; /usr/cvs-src/wxWidgets/src/common/http.cpp:117: internal compiler error: verify_stmts failed. Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -Original Message
[Bug c++/21081] internal compiler error: verify_stmts failed.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 02:26 --- (In reply to comment #3) > Subject: RE: internal compiler error: verify_stmts failed. > > I have removed the folder .pch and compiled the source file again like > below. > but it did no diffrence. ( I hope I don't not misunderstand what you asked) That is good, could you attach the .ii file which is produced now as the old one said it needed the .pch file? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug c++/21081] internal compiler error: verify_stmts failed.
-- What|Removed |Added Attachment #8670 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug c++/21081] internal compiler error: verify_stmts failed.
--- Additional Comments From fdemiralp at gmail dot com 2005-04-18 02:38 --- Created an attachment (id=8672) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8672&action=view) the preprocessor file that is generated with -v -save-temps without PCH -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug tree-optimization/21081] [4.1 Regression] internal compiler error: verify_stmts failed.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 02:52 --- Hmm, I cannot reproduce this with last night's compiler, I will try with a later compiler, maybe this was already fixed. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|c++ |tree-optimization Keywords||ice-on-valid-code Summary|internal compiler error:|[4.1 Regression] internal |verify_stmts failed.|compiler error: verify_stmts ||failed. Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081
[Bug middle-end/21082] New: &a[b] - &a[c] is not folded to b - c
The following C++ code is not fully as optimizated as the C version:
typedef __SIZE_TYPE__ size_t;
size_t a[100];
size_t f(size_t b, size_t c)
{
return &a[b] - &a[c];
}
Found this while looking into the tree dump for mgrid.
--
Summary: &a[b] - &a[c] is not folded to b - c
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21082
[Bug middle-end/21082] &a[b] - &a[c] is not folded to b - c
-- What|Removed |Added OtherBugsDependingO||19987 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21082
[Bug middle-end/21082] &a[b] - &a[c] is not folded to b - c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 03:19 --- This should improve mgrid and IV selection. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21082
[Bug fortran/21083] New: gfortran -fdefault-integer-8 segmentation fault
code: program chk character*8 a a = 'a string' end command line & output: - gfortran -save-temps -v -fdefault-integer-8 -o i8bug i8bug.f Driving: /home/eem2314/local/gcc-cvs/bin/gfortran -save-temps -v -fdefault-integer-8 -o i8bug i8bug.f -lgfortranbegin -lgfortran -lm -shared-libgcc Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-cvs/configure --prefix=/home/eem2314/local/gcc-cvs --enable-languages=c,c++,f95 : (reconfigured) ../gcc-cvs/configure --prefix=/home/eem2314/local/gcc-cvs --enable-languages=c,c++,f95 --no-create --no-recursion : (reconfigured) ../gcc-cvs/configure --prefix=/home/eem2314/local/gcc-cvs --enable-languages=c,c++,f95 --no-create --no-recursion Thread model: posix gcc version 4.1.0 20050401 (experimental) /home/eem2314/local/gcc-cvs/libexec/gcc/i686-pc-linux-gnu/4.1.0/f951 i8bug.f -ffixed-form -quiet -dumpbase i8bug.f -mtune=pentiumpro -auxbase i8bug -version -fdefault-integer-8 -o i8bug.s GNU F95 version 4.1.0 20050416 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 as -V -Qy -o i8bug.o i8bug.s GNU assembler version 2.15.92.0.2 (i386-redhat-linux) using BFD version 2.15.92.0.2 20040927 /home/eem2314/local/gcc-cvs/libexec/gcc/i686-pc-linux-gnu/4.1.0/collect2--eh-frame-hdr -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o i8bug /usr/lib/crt1.o /usr/lib/crti.o /home/eem2314/local/gcc-cvs/lib/gcc/i686-pc-linux-gnu/4.1.0/crtbegin.o -L/home/eem2314/local/gcc-cvs/lib/gcc/i686-pc-linux-gnu/4.1.0 -L/home/eem2314/local/gcc-cvs/lib/gcc/i686-pc-linux-gnu/4.1.0/../../.. i8bug.o -lgfortranbegin -lgfortran -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /home/eem2314/local/gcc-cvs/lib/gcc/i686-pc-linux-gnu/4.1.0/crtend.o /usr/lib/crtn.o traceback: Program received signal SIGSEGV, Segmentation fault. 0x004e0b43 in memmove () from /lib/tls/libc.so.6 (gdb) where #0 0x004e0b43 in memmove () from /lib/tls/libc.so.6 #1 0x009f72ec in *_gfortran_copy_string (destlen=8, dest=0x0, srclen=4672584, src=0x8 ) at ../../../gcc-cvs/libgfortran/intrinsics/string_intrinsics.c:96 #2 0x080484f5 in MAIN__ () #3 0x08048523 in main (argc=-8, argv=0xfff8) at ../../../gcc-cvs/libgfortran/fmain.c:18 -- Summary: gfortran -fdefault-integer-8 segmentation fault Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: edward dot e dot meyer at comcast dot net CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21083
[Bug libfortran/20970] gfortran - bus error -fdefault-integer-8
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 03:51 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-18 03:51:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20970
[Bug libfortran/21083] gfortran -fdefault-integer-8 segmentation fault
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 03:51 --- Confirmed, related to PR 20970. -- What|Removed |Added BugsThisDependsOn||20970 Status|UNCONFIRMED |NEW Component|fortran |libfortran Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-18 03:51:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21083
[Bug middle-end/21082] &a[b] - &a[c] is not folded to b - c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18
04:06 ---
The code in comment #0 should produce no multiply/divides/shifts but does
currently (again with the
C++ front-end).
Take the following code:
typedef __SIZE_TYPE__ size_t;
size_t a[100];
size_t f(size_t b, size_t c)
{
return (&a[b] - &a[c])*sizeof(*a);
}
We get the good code but only after combine so this blocks both the generic one
and the RTL based
missed fold optimizators and we can add the TREE keyword too for the above
testcase.
--
What|Removed |Added
OtherBugsDependingO||19986
nThis||
Keywords||TREE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21082
[Bug tree-optimization/21001] VRP is weak when the tested variable in a COND_EXPR is used only in the COND_EXPR.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-18 06:10 --- Subject: Bug 21001 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-18 06:10:45 Modified files: gcc: ChangeLog tree-optimize.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/tree-ssa: pr21001.c Log message: gcc/ PR tree-optimization/21001 * tree-optimize.c (init_tree_optimization_passes): Move the first pass_forwprop immediately before pass_vrp. testsuite/ PR tree-optimization/21001 * gcc.dg/tree-ssa/pr21001.c: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8340&r2=2.8341 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-optimize.c.diff?cvsroot=gcc&r1=2.83&r2=2.84 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5361&r2=1.5362 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr21001.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21001
