[Bug middle-end/20263] [4.0/4.1 Regression] Incorrect asm for global register vars
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16 09:01 --- Recategorizing. -- What|Removed |Added Component|target |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20263
[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched
--- Additional Comments From mustafa at il dot ibm dot com 2005-03-16 09:36 --- I suppose that the REG_DEAD for 136 in insn 65 is correct, because the next insn is a DEF of 136. So the problem here is that 136 is not in the liveout of BB 7. I can guess that insn 97 that defines 136 is added by SMS, but isn't it the job of update_flow_info to update the liveout of BB 7? At least that what I was excepting when called it from rest_of_handle_sms. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20177
[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.
--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-16 10:23 --- Andrew, is it possible for you give me the path to file? I´m still looking and there is a lot o files I don´t now which file I need. Thanks for your help. Julio Mendes. -- What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20488
[Bug debug/20446] [4.0/4.1 Regression] invalid assembly with -gstabs+
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16 10:24 --- With Sun as, I get as: "sugarconverter.s", line 873: error: can't compute difference between symbols in different segments for the same function (which is slightly more descriptive). -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC target triplet||sparc-sun-solaris2.8 Last reconfirmed|-00-00 00:00:00 |2005-03-16 10:24:33 date|| Summary|invalid assembly with - |[4.0/4.1 Regression] invalid |gstabs+ |assembly with -gstabs+ Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446
[Bug debug/20446] [4.0/4.1 Regression] invalid assembly with -gstabs+
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16 10:26 --- Investigating, but STABS+ is crippled in GCC 4.x. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446
[Bug pch/20315] pch problems on solaris
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16 10:53 --- Confirmed, but the question is why do you need to generate the PCH twice? Header files never produce object files, unlike in Ada. Also removing the PCH file is enough to solve the problem. -- What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |WAITING Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20315
[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched
--- Additional Comments From mustafa at il dot ibm dot com 2005-03-16 12:05 --- After a bit more debugging I found out that the error caused due to copying the REG_DEAD note with the instructions when we are generating the prologues and epilogues in SMS. The REG_DEAD is correct in the inter-block view but not inside the block; but update_live_info looks inside the blocks and verify the information for each block and that where we are wrong. The fix is to prevent us from copying the REG_DEAD note in such a case. We should also look for other REG_ notes that we shouldn't be copying to prologue/epilogue. REG_USE for example should still be copies. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20177
[Bug tree-optimization/20492] [tcb] update_ssa (..., true) places an invalid PHI node.
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-03-16 12:08 --- Thanks Kazu. I've fixed this one already in my local tree. Will probably commit the fix in the next few days. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-16 12:08:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20492
[Bug tree-optimization/19788] Inconsistent handling of -1.
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 12:30 --- Someone should check if this is fixed now, by this patch: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01122.html -- What|Removed |Added CC||stevenb at suse dot de Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19788
[Bug tree-optimization/19659] GCC does not remove an "if" statement that never triggers.
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 12:32 --- Diego, this happens *a lot* in GCC itself. All suggestions on how we can fix this problem are welcome... ;-) -- What|Removed |Added CC||dnovillo at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19659
[Bug tree-optimization/19789] tree optimizers do not know that constant global variables do not change
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16 12:34 --- Since Diego is apparently not looking at this, I'll give it another look. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19789
[Bug tree-optimization/19789] tree optimizers do not know that constant global variables do not change
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-02-06 16:26:15 |2005-03-16 12:34:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19789
[Bug c/20494] New: gcc -O causes segfault in code using SSE2 intrinsics
When the code below is compiled using "-O" flag it segfaults. If
the code is compiled without optimization it works fine. Also the code works
fine when compiled with intels compiler. Note that there are no pointers in the
code. Thus it seems very likely that there is an SSE2 intrinsics related bug in
gcc.
One explanation could be that the __m128i types in SSE2 need to be 16 bytes
aligned and that gcc missaligns something (maybe the stack) when optimizing.
However, I am far from an expert so I leave it up to you figure that out.
Regards,
Isaac
BELOW:
1) gcc output
2) /proc/cpuinfo
3) the file "bug_creator.c"
(the file "bug_creator.i" is to large to be added)
//***
> gcc -v -save-temps -march=pentium4 -msse2 -O -I/usr/include bug_creator.c
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)
/usr/libexec/gcc/i386-redhat-linux/3.4.2/cc1 -E -quiet -v -I/usr/include
bug_creator.c -march=pentium4 -msse2 -O -o bug_creator.i
ignoring nonexistent directory
"/usr/lib/gcc/i386-redhat-linux/3.4.2/../../../../i386-redhat-linux/include"
ignoring duplicate directory "/usr/include"
as it is a non-system directory that duplicates a system directory
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/lib/gcc/i386-redhat-linux/3.4.2/include
/usr/include
End of search list.
/usr/libexec/gcc/i386-redhat-linux/3.4.2/cc1 -fpreprocessed bug_creator.i
-quiet -dumpbase bug_creator.c -march=pentium4 -msse2 -auxbase bug_creator -O
-version -o bug_creator.s
GNU C version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) (i386-redhat-linux)
compiled by GNU C version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3).
GGC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=96982
as -V -Qy -o bug_creator.o bug_creator.s
GNU assembler version 2.15.92.0.2 (i386-redhat-linux) using BFD version
2.15.92.0.2 20040927
/usr/libexec/gcc/i386-redhat-linux/3.4.2/collect2 --eh-frame-hdr -m elf_i386
-dynamic-linker /lib/ld-linux.so.2
/usr/lib/gcc/i386-redhat-linux/3.4.2/../../../crt1.o
/usr/lib/gcc/i386-redhat-linux/3.4.2/../../../crti.o
/usr/lib/gcc/i386-redhat-linux/3.4.2/crtbegin.o
-L/usr/lib/gcc/i386-redhat-linux/3.4.2 -L/usr/lib/gcc/i386-redhat-linux/3.4.2
-L/usr/lib/gcc/i386-redhat-linux/3.4.2/../../.. bug_creator.o -lgcc --as-needed
-lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed
/usr/lib/gcc/i386-redhat-linux/3.4.2/crtend.o
/usr/lib/gcc/i386-redhat-linux/3.4.2/../../../crtn.o
//*
//*** /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.00GHz
stepping: 4
cpu MHz : 2020.823
cache size : 512 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat
pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips: 3997.69
//**
// bug_creator.c *
#include
#include
// Compiling with the "-O" flag causes program to segfault. If it is
// compiled without "-0" it runs perfectly.
//
// gcc -v -save-temps -march=pentium4 -msse2 -I/usr/include bug_creator.c
//
//Variables
__m128i A1;
__m128i B1;
__m128i BITMASK;
__m128i A2;
__m128i B2;
//
void
LEVEL_2(){
B1 = _mm_add_epi32(B1,A1);
A1 = _mm_add_epi32(A1,_mm_add_epi32(_mm_setzero_si128(),
_mm_add_epi32(_mm_setzero_si128(),BITMASK)));
A2 =
_mm_add_epi32(_mm_add_epi32(A1,A1),_mm_add_epi32(_mm_add_epi32(A1,A1),A1));
B2 =
_mm_add_epi32(_mm_add_epi32(B1,A1),_mm_add_epi32(_mm_add_epi32(B1,A1),A1));
B1 = _mm_add_epi32(B1,A1);
A1 = _mm_add_epi32(A1,_mm_add_epi32(_mm_setzero_si128(),
_mm_add_epi32(_mm_setzero_si128(),BITMASK)));
A2 =
_mm_add_epi32(A2,_mm_add_epi32(_mm_add_epi32(A1,BITMASK),_mm_add_epi32(_mm_setzero_si128(),BITMASK)));
}
void
LEVEL_3(){
LEVEL_2();
}
int
main(int argc,
char **argv){
A1 = _mm_setzero_si128();
B1 = _mm_setzero_si128();
A2 = _mm_setzero_si128();
B2 = _mm_setzero_si128();
BITMASK = _mm_setzero_si128();
LEVEL_3();
//Everything is initialized to zero and "_mm_add_epi32" is the only
//operation used so everything should be zero.
printf("A1: %d\n",_mm_extract_epi16(A1,0));
printf("B1: %d\n",_mm_extract_epi16(B1,0));
printf("A2: %d\n",_mm_extract_epi16(A2,0));
pri
[Bug c++/2892] No array-to-pointer decay happens for template functions
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-16 13:16 --- Fixed in gcc 4.0.0 - probably by Mark's patch for PR 20208 which also includes a suitable testcase. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2892
[Bug c++/18681] [3.3/3.4/4.0/4.1 Regression] template friend declaration not recognized
-- Bug 18681 depends on bug 2892, which changed state. Bug 2892 Summary: No array-to-pointer decay happens for template functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2892 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681
[Bug c/20494] gcc -O causes segfault in code using SSE2 intrinsics
--- Additional Comments From isaac at nada dot kth dot se 2005-03-16 13:17 --- Created an attachment (id=8401) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8401&action=view) bug_creator.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20494
[Bug c/20494] gcc -O causes segfault in code using SSE2 intrinsics
--- Additional Comments From isaac at nada dot kth dot se 2005-03-16 13:19 --- Created an attachment (id=8402) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8402&action=view) the code causing segfault -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20494
[Bug libfortran/17871] libgfortran, g77: regression, zero has non-zero exponent
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-16 13:23 --- I'm working on this one. I really think PR20480 is a duplicate of this one, by the way. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED GCC host triplet|i686-pc-linux-gnu | Last reconfirmed|2005-01-06 01:51:44 |2005-03-16 13:23:58 date|| Summary|libgfortran, g77: |libgfortran, g77: |regression, P edit |regression, zero has non- |descriptor, funny output|zero exponent http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17871
[Bug libfortran/20480] libfortran: formatted write, ES edit descriptor
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-16 13:41 --- I think this is a duplicate of PR17871. I'll be working on both. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-03-15 22:35:06 |2005-03-16 13:41:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20480
[Bug libfortran/17871] libgfortran, g77: regression, zero has non-zero exponent
--- Additional Comments From anlauf at hep dot tu-darmstadt dot de 2005-03-16 13:50 --- (In reply to comment #3) > I really think PR20480 is a duplicate of this one, by > the way. In theory: no. AFAIK the ES edit descriptor is not part of standard F77, and it is not implemented in either f2c or g77. g77 refuses ES at compile time. IBM's xlf flags it as an extension. The P edit descriptor was already contained in standard F77. But in practice you're right. The fixes to PR 20480 and the present one will be strongly intertwined... Good luck, -ha -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17871
[Bug libfortran/17871] libgfortran, g77: regression, zero has non-zero exponent
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-16 14:02 --- Tobias, are you sure this one isn't fixed? The following looks OK to me: $ cat pr17871.f write (*,'(3p,2e15.3)') 0.0, 1.0 write (*,'(4p,2e15.3)') 0.0, 1.0 end $ ~/irun/bin/gfortran -static pr17871.f && ./a.out 000.0E+00 100.0E-02 .E+00 1000.E-03 $ ~/irun/bin/gfortran -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc/configure --prefix=/tmp/gfortran-20050316/irun --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050316 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17871
[Bug target/20494] gcc -O causes segfault in code using SSE2 intrinsics
-- What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20494
[Bug c++/19948] [4.0 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-16 14:14 --- Mainline is fixed. No error message is produced which is the correct behavior. Will recheck 4.0 branch. -- What|Removed |Added Summary|[4.0/4.1 Regression] ICE: |[4.0 Regression] ICE: tree |tree check: expected class |check: expected class |'declaration', have |'declaration', have |'exceptional' (error_mark) |'exceptional' (error_mark) |in pushtag, at cp/name- |in pushtag, at cp/name- |lookup.c:4658 |lookup.c:4658 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19948
[Bug libfortran/17871] libgfortran, g77: regression, zero has non-zero exponent
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-16 14:24 --- Oops, looks like I didn't test with an up-to-date library. Yes, it looks like this is fixed. On the other hand the testcase in PR 20480 still gives me the wrong result 0.000E-01 -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17871
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 17871, which changed state. Bug 17871 Summary: libgfortran, g77: regression, zero has non-zero exponent http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17871 What|Old Value |New Value Status|NEW |ASSIGNED Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug java/20495] New: [4.0 Regression] building gcj hangs on gcj-dbtool
Gcj is built with --enable-gtk-cairo --enable-libgcj-multifile --enable-libgcj-database. While building: creating gcj-dbtool ./gcj-dbtool -n classmap.db || touch classmap.db And it hangs. Strace tells me: $ strace -p 23159 Process 23159 attached - interrupt to quit futex(0x20001921b00, FUTEX_WAIT, 1, NULL And here's gdb: #0 0x020001736404 in pthread_once () from /lib/tls/libpthread.so.0 #1 0x0200018a0ab0 in backtrace () from /lib/tls/libc.so.6.1 #2 0x02b303fc in gnu::gcj::runtime::StackTrace::fillInStackTrace () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #3 0x02c092e4 in gnu::gcj::runtime::StackTrace::StackTrace () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #4 0x02b3c80c in java::lang::Class::forName () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #5 0x02f4461c in gnu::gcj::convert::UnicodeToBytes::getDefaultEncoder () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #6 0x02b9eb4c in java::io::PrintStream::PrintStream () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #7 0x02b744b8 in java::lang::System::__U3c_clinit__U3e_ () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #8 0x02b3c2f4 in java::lang::Class::initializeClass () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #9 0x02b3d098 in _Jv_InitClass () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #10 0x02b73ab4 in java::lang::System::getProperty () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #11 0x02b79270 in java::lang::VMClassLoader::getSystemClassLoader () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #12 0x02b60864 in java::lang::ClassLoader::__U3c_clinit__U3e_ () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #13 0x02b3c2f4 in java::lang::Class::initializeClass () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #14 0x02afc68c in _Jv_CreateJavaVM () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #15 0x02afd1e8 in _Jv_RunMain () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #16 0x02afd488 in JvRunMain () from /home/users/builder/rpm/BUILD/gcc-4.0-20050312/obj-alpha-pld-linux/alpha-pld-linux/libjava/.libs/libgcj.so.6 #17 0x000120002a48 in main () -- Summary: [4.0 Regression] building gcj hangs on gcj-dbtool Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mmazur at kernel dot pl CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org,pluto at pld-linux dot org GCC host triplet: alpha-pld-linux GCC target triplet: alpha-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20495
[Bug tree-optimization/17454] [4.0 Regression] ICE with --enable-checking=fold
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16 14:33 --- Subject: Bug 17454 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-16 14:29:12 Modified files: gcc: ChangeLog tree.c fold-const.c Log message: PR tree-optimization/17454 * tree.c (tree_size): Add case for TREE_BINFO. * fold-const.c (fold_checksum_tree): Only clear the overloaded field TYPE_CACHED_VALUES if TYPE_CACHED_VALUES_P is set. 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.54&r2=2.7592.2.55 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.466.4.1&r2=1.466.4.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.517.2.1&r2=1.517.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17454
[Bug middle-end/20493] [4.0 Regression] Bootstrap failure
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-16 14:34 ---
Subject: Re: [4.0 Regression] Bootstrap failure
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
> 06:26 ---
> The following code is another example:
> typedef int (*fptr_t) (void);
>
> int __canonicalize_funcptr_for_compare (fptr_t t)
> {
> return (int)(t) == -1;
> }
>
> Hmm, I have not traced it yet but maybe we should not call
> __canonicalize_funcptr_for_compare when
> we are comparing against constants.
Well certainly when the function pointer has been cast to an int.
In PR middle-end/17564, we changed do_compare_and_jump to only
canonicalize function pointers in a comparison if both sides are
function pointers.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20493
[Bug libfortran/20480] libfortran: formatted write, ES edit descriptor
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-16 14:37 --- Patch proposed at: http://gcc.gnu.org/ml/fortran/2005-03/msg00259.html -- What|Removed |Added GCC host triplet|i686-pc-linux-gnu | Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20480
[Bug target/20494] gcc -O causes segfault in code using SSE2 intrinsics
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 14:41 --- Fixed in 4.0.0 and above (after a fix to the installed headers which I am going commit as obvious). -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||ssemmx, wrong-code Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20494
[Bug middle-end/20493] [4.0 Regression] Bootstrap failure
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-16 14:43 ---
Subject: Re: [4.0 Regression] Bootstrap failure
> This patch might fix the problem. Basically we should not do canonicalizing
> if
> one side is an integer constant. Could you test this for me since I don't
> have
> access to hppa-linux-gnu at all (or any other hppa machine)?
I'll try it tonight.
> Also does the 4.0 branch fail or just the mainline?
I believe both. I noticed it first in a 4.0.0.
> Oh, in the following code should we be doing the canonicalizing:
> typedef int (*fptr_t) (void);
> int f (fptr_t t)
> {
> return t == (fptr_t)-1;
> }
>
> Because after this patch we don't, I don't know if this is the correct thing
> to
> do or not, I want to say yes but you should know better.
I would say that the above should cause canonicalization.
The treatment of special pointers is poorly defined. I had to treat -1
and pointers to low memory (~ page 0) as special. They are used by the
signal handler. The same problem occurs on the 32-bit hpux port.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20493
[Bug tree-optimization/19788] Inconsistent handling of -1.
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-16 14:53
---
Here is what I get from the current mainline.
;; Function foo (foo)
foo ()
{
int D.1132;
:
return -1;
}
;; Function bar (bar)
bar ()
{
unsigned int a;
int D.1137;
:
return -1;
}
;; Function baz (baz)
baz ()
{
unsigned int b;
int a;
int b.0;
int D.1143;
:
return 1;
}
So the problem seems to be fixed.
It would still be nice to see -1 instead of -1 though.
--
What|Removed |Added
Status|WAITING |RESOLVED
Resolution||FIXED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19788
[Bug middle-end/19721] [meta-bug] optimizations that CSE still catches
-- Bug 19721 depends on bug 19788, which changed state. Bug 19788 Summary: Inconsistent handling of -1. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19788 What|Old Value |New Value Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
[Bug tree-optimization/17454] [4.0 Regression] ICE with --enable-checking=fold
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 14:53 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17454
[Bug tree-optimization/19788] Inconsistent handling of -1.
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19788
[Bug tree-optimization/20496] New: "-1" is inconsistently printed in tree dumps
Consider:
int
foo (void)
{
return -1;
}
int
bar (void)
{
unsigned int a = 0x;
return a;
}
Here is what I get:
;; Function foo (foo)
foo ()
{
int D.1132;
:
return -1;
}
;; Function bar (bar)
bar ()
{
unsigned int a;
int D.1137;
:
return -1;
}
It would be nice to see -1 printed in a consistent way.
--
Summary: "-1" is inconsistently printed in tree dumps
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kazu at cs dot umass dot edu
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20496
[Bug tree-optimization/19792] Missed optimizations due to signedness in the way
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-16 14:59
---
FYI, here is the tailc dump that I get with the current mainline.
;; Function foo (foo)
foo (t)
{
unsigned char D.1137;
unsigned int t.1;
unsigned char D.1135;
int t.0;
int D.1133;
:
t.0_2 = (int) t_1;
D.1135_4 = size_lookup[t.0_2];
D.1137_6 = size_lookup[t_1];
D.1133_7 = D.1135_4 == D.1137_6;
return D.1133_7;
}
;; Function bar (bar)
bar (t)
{
int a;
unsigned int a.2;
int D.1142;
:
a_2 = (int) t_1;
a.2_3 = (unsigned int) a_2;
D.1142_4 = t_1 == a.2_3;
return D.1142_4;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19792
[Bug tree-optimization/20496] "-1" is inconsistently printed in tree dumps
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 15:02 --- Yes this is because TREE_OVERFLOW is set. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20496
[Bug middle-end/20263] [4.0/4.1 Regression] Incorrect asm for global register vars
--- Additional Comments From rcbilson at plg dot uwaterloo dot ca
2005-03-16 15:12 ---
(In reply to comment #6)
> The problem occurs only with GCC 4.x, in particular not with GCC 3.4.3.
This was strange to read, because I've definitely noticed it with 3.4.3.
Interestingly, it seems to be only g++, rather than gcc, that has the problem:
plg2=; cat g7.c
register void *tp __asm__("%g7");
void set_tp() {
tp = 0;
}
plg2=; gcc -S g7.c
plg2=; grep register g7.s
.register %g7, tp
plg2=; g++ -S g7.c
plg2=; grep register g7.s
.register %g7, %g7
plg2=; gcc -v
Reading specs from
/fsys2/u2/asharji/gcc/gcc-3.4.3/bin/../lib/gcc/sparc64-sun-solaris2.8/3.4.3/specs
Configured with: ../src/configure --prefix=/u/asharji/gcc/gcc-3.4.3
--enable-languages=c,c++ sparc64-sun-solaris2.8
Thread model: posix
gcc version 3.4.3
plg2=; g++ -v
Reading specs from
/fsys2/u2/asharji/gcc/gcc-3.4.3/bin/../lib/gcc/sparc64-sun-solaris2.8/3.4.3/specs
Configured with: ../src/configure --prefix=/u/asharji/gcc/gcc-3.4.3
--enable-languages=c,c++ sparc64-sun-solaris2.8
Thread model: posix
gcc version 3.4.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20263
[Bug target/18371] [3.4 Regression] array subscript out of range in gcc sources
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16 15:24 --- Subject: Bug 18371 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-03-16 15:23:49 Modified files: gcc: ChangeLog gcc/config/i386: i386.c Log message: PR target/18371 Backport from mainline 2004-12-19 Steven Bosscher <[EMAIL PROTECTED]> * config/i386/i386.c (ix86_split_to_parts): Use an array with four elements for decoding a CONST_DOUBLE on 64 bits targets. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=2.2326.2.817&r2=2.2326.2.818 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.c.diff?cvsroot=gcc&only_with_tag=gcc-3_4-branch&r1=1.635.2.19&r2=1.635.2.20 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18371
[Bug target/18371] [3.4 Regression] array subscript out of range in gcc sources
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 15:30 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18371
[Bug middle-end/20263] [4.0/4.1 Regression] Incorrect asm for global register vars
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
15:55 ---
> This was strange to read, because I've definitely noticed it with 3.4.3.
> Interestingly, it seems to be only g++, rather than gcc, that has the problem:
>
> plg2=; cat g7.c
> register void *tp __asm__("%g7");
>
> void set_tp() {
> tp = 0;
> }
> plg2=; gcc -S g7.c
> plg2=; grep register g7.s
> .register %g7, tp
> plg2=; g++ -S g7.c
> plg2=; grep register g7.s
> .register %g7, %g7
Oh! Yes, you right. The patch has already been posted, I'll try to have it
installed on the 3.4 branch too:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01529.html
--
What|Removed |Added
Keywords||patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20263
[Bug c++/5786] array types decay too quickly
--- Additional Comments From giovannibajo at libero dot it 2005-03-16 15:56 --- This could be fixed already... -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5786
[Bug c++/5786] array types decay too quickly
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 16:02 --- (In reply to comment #5) > This could be fixed already... It is not: t.cc: In function int main(): t.cc:15: error: invalid initialization of non-const reference of type const int (&)[2][4] from a temporary of type int [2][4] t.cc:2: error: in passing argument 1 of void print1(const T (&)[N]) [with T = int [4], unsigned int N = 2u] t.cc:16: error: invalid initialization of non-const reference of type const int (&)[2][4] from a temporary of type int [2][4] t.cc:7: error: in passing argument 1 of void print2(const T (&)[N][M]) [with T = int, unsigned int N = 2u, unsigned int M = 4u] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5786
[Bug c++/19948] [4.0 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-16 16:05 --- Cannot reproduce it now on 4.0. I think it's already fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19948
[Bug c++/19948] [4.0 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-16 16:09 --- ICE no longer reproducible. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19948
[Bug c++/16995] [meta-bug] C++ friend injection
-- Bug 16995 depends on bug 19948, which changed state. Bug 19948 Summary: [4.0 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19948 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16995
[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-03-16 16:23 --- Subject: Bug 20490 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-16 16:22:46 Modified files: gcc: ChangeLog Added files: gcc/testsuite/gcc.dg/tree-ssa: pr20490.c Removed files: gcc/testsuite/gcc.dg/tree-ssa: pr20940.c Log message: Fix PR tree-optimization/20490 not 20940 Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7872&r2=2.7873 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr20490.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr20940.c.diff?cvsroot=gcc&r1=1.1&r2=NONE -- 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)
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-16 16:23 --- Fixed -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20490
[Bug tree-optimization/20489] [4.1 regression] ICE: address taken, but ADDRESSABLE bit not set
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16 16:26 --- Subject: Bug 20489 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-16 16:25:48 Modified files: gcc: ChangeLog tree-ssa-alias.c Added files: gcc/testsuite/g++.dg/tree-ssa: pr20489.C Log message: 2005-03-16 Daniel Berlin <[EMAIL PROTECTED]> Fix PR tree-optimization/20489 * tree-ssa-alias.c (push_fields_onto_fieldstack): DTRT for empty structures. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7873&r2=2.7874 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-alias.c.diff?cvsroot=gcc&r1=2.74&r2=2.75 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tree-ssa/pr20489.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20489
[Bug tree-optimization/20489] [4.1 regression] ICE: address taken, but ADDRESSABLE bit not set
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-16 16:26 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20489
[Bug target/19087] Overflowed address in dwarf debug line information
-- What|Removed |Added BugsThisDependsOn||19885 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087
[Bug target/17993] Error in dwarf2 debug output of bitfield members
-- What|Removed |Added BugsThisDependsOn||19885 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17993
[Bug target/17994] avr-gcc does not output a dwarf2 .debug_frame section
-- What|Removed |Added BugsThisDependsOn||19885 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
[Bug c++/20497] New: Building Code on AMD 64bits c
I am using gcc 3.3.2 and trying to build my code on AMD 64bits cluster.I am getting following error. ix/oldiwel/inflow/winflowmodel_impl.hpp:669: error: unrecognizable insn: (insn:HI 7100 7099 97 0 0x2aa66c2a20 (set (reg:SI 67) (plus:SI (mult:SI (reg:SI 67) (const_int 2 [0x2])) (const_int -1 [0x]))) -1 (insn_list 7099 (nil)) (nil)) ix/oldiwel/inflow/winflowmodel_impl.hpp:669: internal compiler error: in extract_insn, at recog.c:2175 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Anyone help would be highly appreciated. Thanks Ajay -- Summary: Building Code on AMD 64bits c Product: gcc Version: 3.3.2 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ajve at chevrontexaco dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20497
[Bug target/20497] Building Code on AMD 64bits c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 17:11 --- See http://gcc.gnu.org/bugs.html> for instructions. We need the preprocessed source. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|critical|minor Status|UNCONFIRMED |WAITING Component|c++ |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20497
[Bug c++/20498] New: Building Code on AMD 64bits c
I am using gcc 3.3.2 and trying to build my code on AMD 64bits cluster.I am getting following error. ix/oldiwel/inflow/winflowmodel_impl.hpp:669: error: unrecognizable insn: (insn:HI 7100 7099 97 0 0x2aa66c2a20 (set (reg:SI 67) (plus:SI (mult:SI (reg:SI 67) (const_int 2 [0x2])) (const_int -1 [0x]))) -1 (insn_list 7099 (nil)) (nil)) ix/oldiwel/inflow/winflowmodel_impl.hpp:669: internal compiler error: in extract_insn, at recog.c:2175 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Anyone help would be highly appreciated. Thanks Ajay -- Summary: Building Code on AMD 64bits c Product: gcc Version: 3.3.2 Status: UNCONFIRMED Severity: critical Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ajve at chevrontexaco dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20498
[Bug middle-end/15700] [4.0 Regression] [unit-at-a-time] Inlining problem leads to miscompilation of glibc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16 17:15 --- Subject: Bug 15700 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-16 17:15:11 Modified files: gcc: ChangeLog cgraphunit.c passes.c toplev.c tree.h varasm.c gcc/testsuite : ChangeLog gcc/testsuite/gcc.c-torture/compile: 20040323-1.c gcc/testsuite/gcc.dg/weak: weak-3.c weak-9.c Added files: gcc/testsuite/gcc.dg: alias-3.c alias-4.c alias-5.c alias-6.c Log message: PR middle-end/15700 * varasm.c (struct alias_pair): Rename from struct output_def_pair. (alias_pairs): Rename from output_defs. (find_decl_and_mark_needed): Split out from assemble_alias. (do_assemble_alias): New. (assemble_output_def): Remove. (finish_aliases_1, finish_aliases_2): New. (process_pending_assemble_output_defs): Remove. (assemble_alias): Defer aliases for which we don't yet have a non-external decl for the target symbol. * passes.c (rest_of_decl_compilation): Register variables with cgraph. * cgraphunit.c (cgraph_finalize_compilation_unit): Use finish_aliases_1.* toplev.c (compile_file): Use finish_aliases_2 instead of process_pending_assemble_output_defs. * tree.h (finish_aliases_1, finish_aliases_2): Declare. (process_pending_assemble_output_defs): Remove. * gcc.c-torture/compile/20040323-1.c: Don't xfail for solaris. (_rtld_global): New. * gcc.dg/weak/weak-3.c (ffoox1f, ffoox1g): Define. * gcc.dg/weak/weak-9.c (notf1, notf2, notf3, notf4): Define. * gcc.dg/alias-3.c: New. * gcc.dg/alias-4.c: New. * gcc.dg/alias-5.c: New. * gcc.dg/alias-6.c: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.7874&r2=2.7875 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cgraphunit.c.diff?cvsroot=gcc&r1=1.94&r2=1.95 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/passes.c.diff?cvsroot=gcc&r1=2.73&r2=2.74 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gcc&r1=1.946&r2=1.947 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.h.diff?cvsroot=gcc&r1=1.702&r2=1.703 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&r1=1.481&r2=1.482 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5174&r2=1.5175 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/20040323-1.c.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/alias-3.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/alias-4.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/alias-5.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/alias-6.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/weak/weak-3.c.diff?cvsroot=gcc&r1=1.5&r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/weak/weak-9.c.diff?cvsroot=gcc&r1=1.3&r2=1.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15700
[Bug c++/20498] Building Code on AMD 64bits c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 17:15 --- *** This bug has been marked as a duplicate of 20497 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20498
[Bug target/20497] Building Code on AMD 64bits c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 17:15 --- *** Bug 20498 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20497
[Bug c++/20499] New: [4.0/4.1 regression] ICE on duplicate class definition
The following invalid code snippet causes an ICE on the 4.0 branch and
mainline:
==
struct A
{
struct B {};
};
struct A::B {};
==
The error message is:
bug.cc:6: error: redefinition of 'struct A::B'
bug.cc:3: error: previous definition of 'struct A::B'
bug.cc:6: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in cp_parser_class_specifier, at cp/parser.c:12407
Please submit a full bug report, [etc.]
(Btw, this is the same problem as g++.dg/parse/error16.C.
Why the testsuite doesn't trigger is discussed in
http://gcc.gnu.org/ml/gcc/2005-02/msg00953.html)
The regression was probably caused by Mark's patch for PR c++/20152:
2005-02-22 Mark Mitchell <[EMAIL PROTECTED]>
PR c++/20152
* parser.c (cp_parser_class_head): Check for redefintions here.
* semantics.c (begin_class_definition): Not here.
A patch will follow soon.
--
Summary: [4.0/4.1 regression] ICE on duplicate class definition
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored
Severity: normal
Priority: P2
Component: c++
AssignedTo: reichelt at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20499
[Bug c++/20499] [4.0/4.1 regression] ICE on duplicate class definition
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 17:25 --- Confirmed. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-16 17:25:23 date|| Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20499
[Bug middle-end/19953] Special-case real + complex arithmetic operation (-ffast-math)
--- Additional Comments From fredrik dot huss at home dot se 2005-03-16
17:25 ---
I see similar problems with real by complex multiplications in C++.
The following test program,
#include
std::complex a, b;
double c;
void f()
{
a = b * c;
}
when compiled with "g++ -O3 -march=pentium4 -mfpmath=sse -S -c test.C", gives
this result (from test.s):
_Z1fv:
.LFB1857:
pushl %ebp
.LCFI0:
movl %esp, %ebp
.LCFI1:
movsd b+8, %xmm3
movsd b, %xmm2
movsd c, %xmm4
pxor %xmm5, %xmm5
movapd %xmm2, %xmm0
mulsd %xmm5, %xmm0
movapd %xmm4, %xmm1
mulsd %xmm3, %xmm1
addsd %xmm1, %xmm0
movsd %xmm0, a+8
mulsd %xmm4, %xmm2
mulsd %xmm5, %xmm3
subsd %xmm3, %xmm2
movsd %xmm2, a
popl %ebp
ret
I.e, the real value c is still converted to a complex value and a full
multiplication is done.
I'm using the following version of gcc:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.0-20050312/configure --prefix=/home/fredrik/gcc
--enable-languages=c,c++
Thread model: posix
gcc version 4.0.0 20050312 (prerelease)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19953
[Bug c++/20499] [4.0/4.1 regression] ICE on duplicate class definition
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-16 17:28 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01577.html -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20499
[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched
--- Additional Comments From mustafa at il dot ibm dot com 2005-03-16 17:45 --- For some reason the REG_DEAD is not the cause of the failure it is the fact that the SMSed basic-block wasn't mark dirty for update_life_info that come after it. doing so fixes the failure even with REG_DEAD is still in that insn. The REG_DEAD note is correct when we look inter-block so maybe it is still correct to keep their. The question is: what is the correct fix for the longer term ? is it enough to mark the SMSed block dirty? or do we need also to keep the REG_DEAD correct in each basic-block separately? This patch fixes the failure : Index: modulo-sched.c === RCS file: /cvs/gcc/gcc/gcc/modulo-sched.c,v retrieving revision 1.19 diff -c -p -r1.19 modulo-sched.c *** modulo-sched.c 1 Dec 2004 00:33:05 - 1.19 --- modulo-sched.c 16 Mar 2005 17:20:59 - *** sms_schedule (FILE *dump_file) *** 1109,1114 --- 1109,1116 scheduling passes doesn't touch it. */ if (! flag_resched_modulo_sched) g->bb->flags |= BB_DISABLE_SCHEDULE; + /* The life-info is not valid any more. */ + g->bb->flags |= BB_DIRTY; generate_reg_moves (ps); if (dump_file) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20177
[Bug fortran/20500] New: f95 build fails on MacOSX 10.4 Tiger
Hello, I got the gcc-4_0-branch and I configured with ./configure --enable-languages=f95 --with-gmp=/sw/ I build with make and the build fails with if [ x"" != x ] && [ ! -d pic ]; then \ mkdir pic; \ else true; fi touch stamp-picdir make[1]: *** No rule to make target `../include/ansidecl.h', needed by `regex.o'. Stop. make: *** [all-build-libiberty] Error 2 -- Summary: f95 build fails on MacOSX 10.4 Tiger Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P1 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: federico dot carminati at cern dot ch CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: Darwin pb-d-128-141-47-101.cern.ch 8.0.0 Darwin Kernel Version 8 GCC target triplet: same http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20500
[Bug fortran/20500] f95 build fails on MacOSX 10.4 Tiger
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 17:59 --- Don't build in the source directory it is known to be broken. This is a dup of bug 17383. *** This bug has been marked as a duplicate of 17383 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE Version|4.1.0 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20500
[Bug bootstrap/17383] [4.0 Regression] Building in src dir fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 17:59 --- *** Bug 20500 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||federico dot carminati at ||cern dot ch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17383
[Bug tree-optimization/20501] New: gcc.dg/vect/vect-93.c fails on ia64-hpux
The new test gcc.dg/vect-93.c shows the following results on ia64-hpux on mainline, both -mlp64 and -milp32. FAIL: gcc.dg/vect/vect-93.c scan-tree-dump-times Alignment of access forced using peeling 2 XPASS: gcc.dg/vect/vect-93.c scan-tree-dump-times Alignment of access forced using peeling 3 -- Summary: gcc.dg/vect/vect-93.c fails on ia64-hpux Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: ia64-*-hpux11.* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20501
[Bug java/20502] New: gcj failure if .jar contains same .class twice
As mentioned here: https://www.redhat.com/archives/fedora-devel-java-list/2005-March/msg00178.html gcj will fail if asked to compile a .jar that contains a given .class twice. At the very least it should emit a better error message. -- Summary: gcj failure if .jar contains same .class twice Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tromey at gcc dot gnu dot org 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=20502
[Bug fortran/20500] f95 build fails on MacOSX 10.4 Tiger
--- Additional Comments From fca at mail dot cern dot ch 2005-03-16 18:54 --- Subject: Re: f95 build fails on MacOSX 10.4 Tiger Thanks a lot. It goes further and then it fails with make[4]: *** No rule to make target `all'. Stop. make[3]: *** [multi-do] Error 1 make[2]: *** [all-multi] Error 2 make[1]: *** [all] Error 2 make: *** [all-target-libgfortran] Error 2 Best regards, Federico On Wed, 16 Mar 2005, pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 > 17:59 --- > Don't build in the source directory it is known to be broken. > > This is a dup of bug 17383. > > *** This bug has been marked as a duplicate of 17383 *** > > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20500
[Bug java/20502] gcj failure if .jar contains same .class twice
--- Additional Comments From mckinlay at redhat dot com 2005-03-16 19:01 --- I think in general, if a .jar is valid for the VM, then we should do our best to compile it without an error. So - we should just ignore (well, issue a warning perhaps) duplicately-named class files in a jar. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-16 19:01:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20502
[Bug tree-optimization/19794] [meta-bug] Jump threading related bugs
--- Additional Comments From law at redhat dot com 2005-03-16 19:24 --- An update on the new jump threading selection code. All the base infrastructure is in place (namely the code to avoid creating irreducible regions). Benchmarking the new selection code has turned up one issue with eon that I'm trying to sort out right now. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19794
[Bug c/20503] New: openssl compiled with -mcpu=i686 triggers `__i686.get_pc_thunk.bx' referenced in section `.text' of /usr/lib/libc_nonshared.a(elf-init.oS): defined in discarded section `.gnu.linkonce.t.__i686.get_pc_thunk.bx' of /usr/lib/libc_nonshared.a(elf-init.oS)
System: SuSE 9.2 OpenSSL openssl-0.9.7d-25.1.i586.rpm (obtained via apt-get for SuSE). Command line: gcc -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -D_GNU_SOURCE=1 -Dlinux=1 -I../../src/include -I../../lib/include -DDEBUG -O2 -Werror -c -o ../../obj/trace_tools/parsetrace/parsetrace.o parsetrace.c gcc -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -D_GNU_SOURCE=1 -Dlinux=1 -I../../src/include -I../../lib/include -DDEBUG -O2 -Werror -o ../../bin/parsetrace ../../obj/trace_tools/parsetrace/parsetrace.o -L../../lib -Wl,-E -L/home/laur/work/source -lR -lm -lz -ldl -lncurses -lcrypto -Wl,--whole-archive,-lmylib,--no-whole-archive -lm -lz where -lmylib is a libmylib.a contining calls from libcrypto.a ld -r -o ../obj/src/lib.o --whole-archive ../bin/libmylib.a --no-whole-archive \ /usr/lib/libcrypto.a Error: `__i686.get_pc_thunk.bx' referenced in section `.text' of /usr/lib/libc_nonshared.a(elf-init.oS): defined in discarded section `.gnu.linkonce.t.__i686.get_pc_thunk.bx' of /usr/lib/libc_nonshared.a(elf-init.oS) Also, the binary is rendered unusable. a nm difference of libmylib.a between a libcrypto.a compiled with -mcpu=i686 and a version compiled with -mcpu=i586 (or no -mcpu for that matter) shows the presence of: XX t __i686.get_pc_thunk.bx XX t __i686.get_pc_thunk.cx in the -mcpu=i686 variant. Notes: I have played with the openSSL compilation flags and the only case where the error is present is where -mcpu=i686 flag is present (I've tried with -mcpu=pentium4 and I get the same error). -- Summary: openssl compiled with -mcpu=i686 triggers `__i686.get_pc_thunk.bx' referenced in section `.text' of /usr/lib/libc_nonshared.a(elf-init.oS): defined in discarded section `.gnu.linkonce.t.__i686.get_pc_thunk.bx' of /usr/lib/libc_nonshared.a(elf-init.oS) Product: gcc Version: 3.3.4 Status: UNCONFIRMED Severity: critical Priority: P1 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: laurivan at eircom dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: Reading specs from /usr/lib/gcc-lib/i586-suse- linux/3.3.4/specs GCC host triplet: SuSE 9.2, Linux gluon 2.6.8-24.11-smp #1 SMP Fri Jan 14 13:01:26 GCC target triplet: SuSE 9.2, Linux gluon 2.6.8-24.11-smp #1 SMP Fri Jan 14 13:01:26 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20503
[Bug java/20502] gcj failure if .jar contains same .class twice
--- Additional Comments From mckinlay at redhat dot com 2005-03-16 19:33
---
I wonder why this check doesn't catch it (jcf-parse.c):
if (CLASS_PARSED_P (current_class))
{
/* FIXME - where was first time */
fatal_error ("reading class %s for the second time from %s",
IDENTIFIER_POINTER (DECL_NAME (TYPE_NAME (current_class))),
jcf->filename);
}
CLASS_PARSED_P (current_class) = 1;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20502
[Bug target/20503] openssl compiled with -mcpu=i686 triggers `__i686.get_pc_thunk.bx' referenced in section `.text' of /usr/lib/libc_nonshared.a(elf-init.oS): defined in discarded section `.gnu.linkonce.t.__i686.get_pc_thunk.bx' of /usr/lib/libc_nonshared.a(elf-init.oS)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 20:26 --- Are you sure that this is not a binutils bug? -- What|Removed |Added Severity|critical|minor Component|c |target GCC build triplet|Reading specs from |Reading specs from |/usr/lib/gcc-lib/i586-suse- |/usr/lib/gcc-lib/i586-suse- |linux/3.3.4/specs |linux/3.3.4/specs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20503
[Bug middle-end/15700] [4.0 Regression] [unit-at-a-time] Inlining problem leads to miscompilation of glibc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16 20:36 --- Subject: Bug 15700 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-16 20:36:45 Modified files: gcc: ChangeLog cgraphunit.c passes.c toplev.c tree.h varasm.c gcc/testsuite : ChangeLog gcc/testsuite/gcc.c-torture/compile: 20040323-1.c gcc/testsuite/gcc.dg/weak: weak-3.c weak-9.c Added files: gcc/testsuite/gcc.dg: alias-3.c alias-4.c alias-5.c alias-6.c Log message: PR middle-end/15700 * varasm.c (struct alias_pair): Rename from struct output_def_pair. (alias_pairs): Rename from output_defs. (find_decl_and_mark_needed): Split out from assemble_alias. (do_assemble_alias): New. (assemble_output_def): Remove. (finish_aliases_1, finish_aliases_2): New. (process_pending_assemble_output_defs): Remove. (assemble_alias): Defer aliases for which we don't yet have a non-external decl for the target symbol. * passes.c (rest_of_decl_compilation): Register variables with cgraph. * cgraphunit.c (cgraph_finalize_compilation_unit): Use finish_aliases_1.* toplev.c (compile_file): Use finish_aliases_2 instead of process_pending_assemble_output_defs. * tree.h (finish_aliases_1, finish_aliases_2): Declare. (process_pending_assemble_output_defs): Remove. * gcc.c-torture/compile/20040323-1.c: Don't xfail for solaris. (_rtld_global): New. * gcc.dg/weak/weak-3.c (ffoox1f, ffoox1g): Define. * gcc.dg/weak/weak-9.c (notf1, notf2, notf3, notf4): Define. * gcc.dg/alias-3.c: New. * gcc.dg/alias-4.c: New. * gcc.dg/alias-5.c: New. * gcc.dg/alias-6.c: New. 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.56&r2=2.7592.2.57 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cgraphunit.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.93.2.1&r2=1.93.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/passes.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.72&r2=2.72.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.944&r2=1.944.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.693&r2=1.693.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.477.6.1&r2=1.477.6.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.50&r2=1.5084.2.51 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/compile/20040323-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3&r2=1.3.40.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/alias-3.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/alias-4.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/alias-5.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/alias-6.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/weak/weak-3.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5&r2=1.5.18.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/weak/weak-9.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3&r2=1.3.18.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15700
[Bug middle-end/15700] [4.0 Regression] [unit-at-a-time] Inlining problem leads to miscompilation of glibc
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-16 20:39 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15700
[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation
--- Additional Comments From doko at debian dot org 2005-03-16 20:45 --- fixed by the patch. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug tree-optimization/19108] [4.0/4.1 regression] ICE initializing arrays
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-16 20:52 --- Are there any news, Steven? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19108
[Bug tree-optimization/14886] strength reduction on floating point
--- Additional Comments From anton at samba dot org 2005-03-16 20:54 --- FYI this is still present in 4.0.0 20050313 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14886
[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
[Bug libgcj/20504] New: java.util.regex implementation doesn't support quoting constructs
This was originally filed in GNU Classpath's BTS, but it should probably be here
as well.
Ziga Mahkovec wrote there
(https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=12307):
We were recently having some problems with the search functionality in native
eclipse[1]. It boiled down to the lack of quoting regex constructs support in
gnu.regexp.RE (\Q, \E). A simple test:
Pattern.compile("\\Q" + "boo" + "\\E").matcher("Peekaboo").find();
returns false using classpath and true using java-sun.
I'm attaching a more comprehensive Mauve test for the java.util.regex
functionality. It consists of three test suites, adapted from PCRE[2] (which is
BSD licensed):
- testdata1: tests that are currently passed by classpath
- testdata2: tests that currently fail (disabled since they probably
need to be reviewed)
- testdata3: tests that use quoting constructs
I'm also attaching a tentative patch for the quoting constructs problem.
[1] https://bugzilla.redhat.com/beta/show_bug.cgi?id=149927
[2] http://www.pcre.org/
--
Summary: java.util.regex implementation doesn't support quoting
constructs
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: overholt at redhat 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=20504
[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs
--- Additional Comments From overholt at redhat dot com 2005-03-16 21:50 --- Created an attachment (id=8406) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8406&action=view) Patch for quoting constructs (from Ziga's CP bug) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs
--- Additional Comments From overholt at redhat dot com 2005-03-16 21:51 --- Created an attachment (id=8407) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8407&action=view) Mauve test cases for java.util.regex (from Ziga's CP bug) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
[Bug c/20167] document that attribute alias does not reference a name
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-16 21:51 --- Actually, being a dup of PR 15700, it was a bug. No doc updates needed. *** This bug has been marked as a duplicate of 15700 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20167
[Bug middle-end/15700] [4.0 Regression] [unit-at-a-time] Inlining problem leads to miscompilation of glibc
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-16 21:51 --- *** Bug 20167 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15700
[Bug c/20167] document that attribute alias does not reference a name
-- What|Removed |Added Severity|enhancement |normal Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20167
[Bug libfortran/20480] libfortran: formatted write, ES edit descriptor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 22:06 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20480
[Bug c++/20505] New: internal error when compiling with -ggdb2 and no error with -ggdb1
When I try to compile with -ggdb2, it fails. When I try with -ggdb1, it doesn't. version of GCC: 4.1.0 20050309 (experimental) system type: SunOS 5.8 GCC configure options: ./configure --prefix=/usr/local/toolchain-4.0.0 --with-gnu-as --with-gnu-l d --enable-languages=c,c++ command line: g++ -v -save-temps -ggdb2 -c -o clockevent.41.o clockevent.41.ii compiler output: Using built-in specs. Target: sparc-sun-solaris2.8 Configured with: ../gcc/configure --prefix=/usr/local/toolchain-4.0.0 --with- gnu-as --with-gnu-ld --enable-languages=c,c++ Thread model: posix gcc version 4.1.0 20050309 (experimental) /space/home/usr.local/toolchain-4.0.0/bin/../libexec/gcc/sparc-sun- solaris2.8/4.1.0/cc1plus -fpreprocessed clockevent.41.ii -quiet -dumpbase clockevent.41.ii -mcpu=v7 -auxbase-strip clockevent.41.o -ggdb2 -version -o clockevent.41.s GNU C++ version 4.1.0 20050309 (experimental) (sparc-sun-solaris2.8) compiled by GNU C version 4.0.0 20050221 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 clockevent.41.ii: In member function 'TClockEventBlock* TClock::GetClockEventBlock()': clockevent.41.ii:72515: warning: taking address of temporary clockevent.41.ii: In member function 'TClockEventBlock* TClock::GetUnbufferedClockEventBlock()': clockevent.41.ii:72520: warning: taking address of temporary clockevent.41.ii: At global scope: clockevent.41.ii:72546: internal compiler error: tree check: expected integer_cst, have minus_expr in tree_add_const_value_attribute, at dwarf2out.c:10173 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: internal error when compiling with -ggdb2 and no error with -ggdb1 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ivanr at syncad dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
[Bug c++/20505] internal error when compiling with -ggdb2 and no error with -ggdb1
--- Additional Comments From ivanr at syncad dot com 2005-03-16 22:15 --- Created an attachment (id=8408) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8408&action=view) preprocessed and assembler files for clockevent.41.cpp untar and apply this commmand: g++ -v -save-temps -ggdb2 -c -o clockevent.41.o clockevent.41.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs
--- Additional Comments From mckinlay at redhat dot com 2005-03-16 22:27 --- The patch looks reasonable to me. Is the quoting feature something that should be used in Perl style regular expressions as well, or is this a difference between Perl-style and Java-style? If it is a difference, this feature should only be enabled when RE_SYNTAX_JAVA_1_4 is enabled. Ziga, do you have a copyright assignment for GNU Classpath? This patch will need a changelog entry, too? -- What|Removed |Added CC||ziga dot mahkovec at klika ||dot si Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-03-16 22:27:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
[Bug debug/20505] internal error when compiling with -ggdb2 and no error with -ggdb1
-- What|Removed |Added Component|c++ |debug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
[Bug debug/20505] [4.0/4.1 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1
-- What|Removed |Added Keywords||ice-on-valid-code Summary|internal error when |[4.0/4.1 Regression] |compiling with -ggdb2 and no|internal error when |error with -ggdb1 |compiling with -ggdb2 and no ||error with -ggdb1 Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
[Bug debug/20505] [4.0/4.1 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1
-- What|Removed |Added GCC build triplet|sparc-sun-solaris2.8| GCC host triplet|sparc-sun-solaris2.8| GCC target triplet||dwarf-2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
[Bug middle-end/20177] ICE in schedule-insns for -O2 -fmodulo-sched
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-16 22:49 --- There are now two separate bugs being discussed in this PR. The first bug is an ICE in schedule_insns at sched-rgn.c:2549. This still exists in mainline even with Mostafa's patch from comment 13. I now see this ICE when compiling all but three of the tests in SPEC CPU2000 on powerpc64-linux with "-O2 -fmodulo-sched" and with either -m32 or -m64. All of the test cases mentioned in the original bug description also still get that ICE with mainline plus the patch when compiled with -O2 -fmodulo-sched. They start failing sometime between 20050214 and 20050221, so the bug might have been exposed by the same patch that exposed the second bug. The second bug is the internal consistency failure as shown by the test cases added in comments 3 and 6. The patch from comment 13 fixes this for both mainline and 4.0-branch. There is now only one build failure for SPEC CPU2000 with -O2 -fmodulo-sched: the build of gap with -m32 gets a segfault, which I'll report separately when I know more about it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20177
[Bug debug/20505] [4.0/4.1 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
23:25 ---
Confirmed, reduce testcase:
struct a
{
int b,c;
};
template
struct b
{
static const int d;
virtual bool f() const=0;
};
template <>
const int b<2>::d = ((int)(&((a*)1)->c) - 1);
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-03-16 23:25:28
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
[Bug debug/20505] [4.0/4.1 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
23:45 ---
Reduced a little further, no templates now:
struct b
{
static const int d;
virtual bool IsEmpty() const=0;
int e,c;
};
const int b::d = ((int)(&((b*)1)->c) - 1);
: Search converges between 2004-08-30-trunk (#529) and 2004-08-31-trunk (#530).
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
[Bug c++/20505] [4.0/4.1 Regression] internal error when compiling with -ggdb2 and no error with -ggdb1
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16 23:48 --- Hmm, I think this was caused by: 2004-08-30 Richard Henderson <[EMAIL PROTECTED]> * class.c (build_base_path): Use build_address directly. * typeck.c (build_unary_op): Don't lower &a.b to pointer arithmetic directly. * typeck2.c (store_init_value): Don't assume !TREE_CONSTANT means !initializer_constant_valid_p. -- What|Removed |Added CC||rth at gcc dot gnu dot org Component|debug |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
[Bug target/20503] openssl compiled with -mcpu=i686 triggers `__i686.get_pc_thunk.bx' referenced in section `.text' of /usr/lib/libc_nonshared.a(elf-init.oS): defined in discarded section `.gnu.linkonce.t.__i686.get_pc_thunk.bx' of /usr/lib/libc_nonshared.a(elf-init.oS)
-- What|Removed |Added GCC host triplet|SuSE 9.2, Linux gluon 2.6.8-| |24.11-smp #1 SMP Fri Jan 14 | |13:01:26| GCC target triplet|SuSE 9.2, Linux gluon 2.6.8-|i686-pc-linux-gnu |24.11-smp #1 SMP Fri Jan 14 | |13:01:26| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20503
