[Bug testsuite/21945] gfortran testsuite dies on cygwin (again)
--- Additional Comments From billingd at gcc dot gnu dot org 2005-06-17 06:56 --- Fixed in 4.1 by patch. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21945
[Bug testsuite/21945] gfortran testsuite dies on cygwin (again)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17 06:50 --- Subject: Bug 21945 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-17 06:50:39 Modified files: gcc/testsuite/lib: gcc-dg.exp gcc/testsuite : ChangeLog Log message: 2005-06-07 David Billinghurst <[EMAIL PROTECTED]> PR testsuite/21945 * lib/gcc-dg.exp (gcc-dg-test-1): Catch error if file can't be deleted. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/lib/gcc-dg.exp.diff?cvsroot=gcc&r1=1.54&r2=1.55 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5647&r2=1.5648 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21945
[Bug fortran/22101] use of type(x), pointer:: next => null() causes compilation to fail with a spurious error message
--- Additional Comments From d dot m dot Ingram at MMU dot ac dot uk 2005-06-17 06:08 --- Created an attachment (id=9103) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9103&action=view) Fortran source which causes the error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22101
[Bug fortran/22101] New: use of type(x), pointer:: next => null() causes compilation to fail with a spurious error message
Compilation of the attached F90 module which uses liked lists, causes the following error message to appear repeatedly. removing the use of => null() to initialise the pointers causes comilation to suceed. The code compiles sucesfully under compac visual fortran on a PC and Pro Fortran on an SGI system. The output from "gfortran -v -save-temps -c CutCellRoutines.f90" is Using built-in specs. Target: powerpc-apple-darwin7.8.0 Configured with: ../gcc/configure --prefix=/usr/local/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050325 (experimental) /usr/local/gfortran/libexec/gcc/powerpc-apple-darwin7.8.0/4.1.0/f951 CutCellRoutines.f90 -fPIC -quiet -dumpbase CutCellRoutines.f90 -auxbase CutCellRoutines -version -o CutCellRoutines.s GNU F95 version 4.1.0 20050325 (experimental) (powerpc-apple-darwin7.8.0) compiled by GNU C version 3.3 20030304 (Apple Computer, Inc. build 1640). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 In file CutCellRoutines.f90:35 type solid_body_node 1 Error: Pointer assignment target is neither TARGET nor POINTER at (1) In file CutCellRoutines.f90:35 type solid_body_node 1 Error: Pointer assignment target is neither TARGET nor POINTER at (1) In file CutCellRoutines.f90:35 (*** error repeated 8 times ***) -- Summary: use of type(x), pointer:: next => null() causes compilation to fail with a spurious error message Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: d dot m dot Ingram at MMU dot ac dot uk CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc-apple-darwin7.8.0 GCC host triplet: powerpc-apple-darwin7.8.0 GCC target triplet: powerpc-apple-darwin7.8.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22101
[Bug tree-optimization/22100] New: [4.1 regression] internal compiler error: in tree_verify_flow_info
$ ./bin/gfortran -static gcc/gcc/testsuite/gfortran.dg/pr19657.f -O2 && ./a.out $ ./bin/gfortran -static gcc/gcc/testsuite/gfortran.dg/pr19657.f -O3 gcc/gcc/testsuite/gfortran.dg/pr19657.f: In function ?MAIN__?: gcc/gcc/testsuite/gfortran.dg/pr19657.f:11: internal compiler error: in tree_verify_flow_info, at tree-cfg.c:3716 Appeared on i386-linux, i686-freebsd and x86_64-linux between 20050615 and 20050616. Same thing happens with gfortran.dg/select_2.f90; no patch was committed in the fortran directory during these two days. -- Summary: [4.1 regression] internal compiler error: in tree_verify_flow_info Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22100
[Bug target/10901] non-local goto's don't work on powerpc-darwin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 03:53 --- I should note this also effects i686-darwin also but that should be filed in a different bug. -- What|Removed |Added GCC host triplet|powerpc-apple-darwin| GCC target triplet|powerpc-apple-darwin6.6 |powerpc-darwin Summary|[ppc-darwin] non-local |non-local goto's don't work |goto's (still) don't work |on powerpc-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10901
[Bug target/22099] builtin_setjmp gives duplicate labels
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 03:48 --- This most likely also breaks Ada also until the default exception handling is changed to dwarf-2. Note you might get better response if you file this with Apple. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22099
[Bug target/22099] builtin_setjmp gives duplicate labels
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 03:46 --- Confirmed, good to know I did not cause this when I changed the how the PIC label is done on darwin. What needs to be done is something like what is done for ppc-darwin. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC host triplet|i686-pc-linux-gnu | Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2005-06-17 03:46:37 date|| Version|unknown |3.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22099
[Bug target/19923] [4.0/4.1 Regression] openssl is slower when compiled with gcc 4.0 than 3.3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 01:10 --- (In reply to comment #14) > We're learning more about this bug. > Anthony Danalis has boiled down the testcase much further; > I'll attach the reduced testcase as foo4.i. Yes you know what the difference is between those two, the second one is not really a P4 but really a new core, Intel marketing at its best. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19923
[Bug middle-end/22072] bizarre code for int*int/2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-17 01:08 --- (In reply to comment #8) > did i miss something in my math? Yes in C, % (remainder and not mod) is negative iff one of the operands is negative. so it is -2*2 + -1 = -5. , integer divide in C is truncated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22072
[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-17 00:59 --- C++ test cases fixed. Reopen after Ada is stable if it still fails there. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
[Bug target/19923] [4.0/4.1 Regression] openssl is slower when compiled with gcc 4.0 than 3.3
--- Additional Comments From dank at kegel dot com 2005-06-17 00:59 --- We're learning more about this bug. Anthony Danalis has boiled down the testcase much further; I'll attach the reduced testcase as foo4.i. It looks like it shows up if your /proc/cpuinfo says vendor_id : GenuineIntel cpu family : 15 model : 2 model name : Intel(R) Pentium(R) 4 CPU 2.80GHz stepping: 9 cpu MHz : 2793.051 cache size : 512 KB but not if your /proc/cpuinfo says vendor_id : GenuineIntel cpu family : 15 model : 4 model name : Intel(R) Pentium(R) 4 CPU 3.20GHz stepping: 1 cpu MHz : 3200.255 cache size : 1024 KB But here's the fun part: on the newer CPU with the bigger cache, gcc-2.95.3 was just as slow as gcc-3.4.3/gcc-4.0.0. Go figure. We'll add more details once we've got more info. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19923
[Bug middle-end/22072] bizarre code for int*int/2
-- What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22072
[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17 00:56 --- Subject: Bug 22022 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-17 00:56:08 Modified files: gcc: ChangeLog tree-complex.c Added files: gcc/testsuite/g++.dg/opt: complex2.C complex3.C Log message: PR tree-opt/22022 * tree-complex.c (update_phi_components): Avoid no-op moves. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9168&r2=2.9169 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-complex.c.diff?cvsroot=gcc&r1=2.29&r2=2.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/complex2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/complex3.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
[Bug middle-end/22072] bizarre code for int*int/2
--- Additional Comments From pluto at agmk dot net 2005-06-17 00:53 ---
(In reply to comment #7)
> (In reply to comment #6)
> > SAR r/m32, 1Signed divide* r/m32 by 2, once
>
> Huh, I think that is wrong,
/*
* specifically, the division algorithm states that given
* two integers a and d, with d != 0, there exists unique
* integers q and r such that a = qd + r and 0 <= r < |d|,
* where |d| denotes the absolute value of d.
* the integer q is the quotient, r is the remainder,
* d is the divisor, and a is the dividend.
*
* examples:
*
* if a = 7 and d = 3, then q = 2 and r = 1.
* if a = 7 and d = -3, then q = -2 and r = 1.
* if a = -7 and d = 3, then q = -3 and r = 2.
* if a = -7 and d = -3, then q = 3 and r = 2.
*
*/
#include
const int a[4] = { 5, -5 };
void div2_wrong(int* q, int*r, const int a)
{
*q = a / 2;
*r = a % 2;
}
void div2_correct(int* q, int*r, const int a)
{
*q = a >> 1;
*r = a - (*q << 1);
}
int main()
{
int i;
for (i = 0; i < 2; i++)
{
int q, r;
div2_wrong(&q, &r, a[i]);
printf("[w] a=%d, q=%d, r=%d\n", a[i], q, r);
div2_correct(&q, &r, a[i]);
printf("[c] a=%d, q=%d, r=%d\n", a[i], q, r);
}
return 0;
}
$ ./a.out (in this case d = 2)
[w] a= 5, q= 2, r= 1
[c] a= 5, q= 2, r= 1
[w] a=-5, q=-2, r=-1 <= wrong, vide 0 <= r < |d|
[c] a=-5, q=-3, r= 1
gcc div algorithm produces wrong result.
> (...) witness:
> #include
> int f(int a)
> {
> return a >> 1;
> }
> int main(void)
> {
> int g = f(-5);
> printf("%d\n", g);
> }
>
> prints -3.
-3 looks fine.
a = -5, d = 2 -> q = -3, r = 1 -> qd+r = -3*2+1 = -5 = a.
did i miss something in my math?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22072
[Bug tree-optimization/15459] [meta-bug] there should be a tree combiner like the rtl one
-- Bug 15459 depends on bug 21850, which changed state. Bug 21850 Summary: [4.0 Regression] misscompiling comparision from vector to integer http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21850 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15459
[Bug middle-end/21850] [4.0 Regression] misscompiling comparision from vector to integer
--- Additional Comments From giovannibajo at libero dot it 2005-06-17 00:35 --- Fixed! -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.0.2 |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21850
[Bug libstdc++/21726] baseline_symbols.txt for powerpc64 missing
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17 00:23 --- Subject: Bug 21726 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-17 00:22:36 Modified files: libstdc++-v3 : ChangeLog configure.host libstdc++-v3/config/abi/alpha-linux-gnu: baseline_symbols.txt libstdc++-v3/config/abi/hppa-linux-gnu: baseline_symbols.txt libstdc++-v3/config/abi/mips-linux-gnu: baseline_symbols.txt libstdc++-v3/config/abi/sparc-linux-gnu: baseline_symbols.txt Removed files: libstdc++-v3/config/abi/alpha-freebsd5: baseline_symbols.txt libstdc++-v3/config/abi/arm-linux-gnu: baseline_symbols.txt libstdc++-v3/config/abi/i386-freebsd4: baseline_symbols.txt libstdc++-v3/config/abi/i386-freebsd5: baseline_symbols.txt libstdc++-v3/config/abi/m68k-linux-gnu: baseline_symbols.txt libstdc++-v3/config/abi/sparc-freebsd5: baseline_symbols.txt Log message: 2005-06-17 Jakub Jelinek <[EMAIL PROTECTED]> Benjamin Kosnik <[EMAIL PROTECTED]> * config/abi/alpha-linux-gnu/baseline_symbols.txt: Update. * config/abi/hppa-linux-gnu/baseline_symbols.txt: Same. * config/abi/mips-linux-gnu/baseline_symbols.txt: Same. * config/abi/sparc-linux-gnu/baseline_symbols.txt: Same. * config/abi/alpha-freebsd5/baseline_symbols.txt: Remove. * config/abi/i386-freebsd4/baseline_symbols.txt: Same. * config/abi/i386-freebsd5/baseline_symbols.txt: Same. * config/abi/sparc-freebsd5/baseline_symbols.txt: Same. * config/abi/arm-linux-gnu/baseline_symbols.txt: Remove. * config/abi/m68k-linux-gnu/baseline_symbols.txt: Same. 2005-06-17 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/21726 * configure.host (abi_baseline_pair switch): Add an entry for powerpc64-linux. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.61&r2=1.2917.2.62 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/configure.host.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.34&r2=1.34.8.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/alpha-freebsd5/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3&r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/alpha-linux-gnu/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=1.4.34.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/arm-linux-gnu/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/hppa-linux-gnu/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=1.4.34.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/i386-freebsd4/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/i386-freebsd5/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3&r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/m68k-linux-gnu/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2&r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/mips-linux-gnu/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=1.4.34.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/sparc-freebsd5/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3&r2=NONE http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/config/abi/sparc-linux-gnu/baseline_symbols.txt.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=1.4.34.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21726
[Bug target/22099] New: builtin_setjmp gives duplicate labels
The following program, when compiled with -fPIC option (on by
default on Darwin) gives me duplicate label in assembler
output:
extern int printf(const char *, ...);
struct { int a[5];} jmp_buf;
void
f(void)
{
void g(void)
{
}
if (__builtin_setjmp(&jmp_buf))
goto l;
g();
printf("failed\n");
l:;
}
int
main(void)
{
f();
return 0;
}
I can see duplicate label "L001$pb" in the assemble output.
Note that I have not set up full cross-compile environmet, I just
configured gcc for i686-apple-darwin target. The build failed,
but cc1 is built.
This is a reduced test case. Original problem appeared in GNU
Pascal in native compiler on i686-apple-darwin host.
The problem is also present in gcc-3.3.6 (the label is called
L1$pb) and in gcc-3.4.4.
--
Summary: builtin_setjmp gives duplicate labels
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hebisch at math dot uni dot wroc dot pl
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-apple-darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22099
[Bug middle-end/21840] [4.1 Regression] Linux 2.6.11.1.11: drivers/char/keyboard.c:619: internal compiler error: Segmentation fault
--- Additional Comments From pluto at agmk dot net 2005-06-16 23:53 --- (In reply to comment #7) > Compiling with -O1, we seg fault but compiling with -O1 -fno-tree-fre > we don't because we don't "FRE", the load and get the type correct. with -O2 -fno-tree-fre gcc (from mainline) segfaults too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21840
[Bug java/22094] gcj compiled executable runtime crash
--- Additional Comments From snambi at gmail dot com 2005-06-16 23:40 --- Subject: gcj compiled executable runtime crash how do I solve this problem? ie, how do I link these symbols runtime? On 16 Jun 2005 18:47:37 -, pinskia at gcc dot gnu dot org <[EMAIL PROTECTED] > wrote: > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 > 18:47 --- > Static linking with GCJ does not work as there is no way for the linker to > know what symbols are really > needed. > > -- > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22094 > > --- You are receiving this mail because: --- > You reported the bug, or are watching the reporter. > -- Nambi S 408.480.0039 [c] http://opentrade.sf.net -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22094
[Bug middle-end/21850] [4.0 Regression] misscompiling comparision from vector to integer
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 23:20 --- Subject: Bug 21850 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-16 23:19:59 Modified files: gcc: ChangeLog tree.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute: 20050607-1.c Log message: PR middle-end/21850 * tree.c (get_unwidened): Stop at NOP_EXPR/CONVERT_EXPR that convert from vector types. * gcc.c-torture/execute/20050607-1.c: New test. 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.288&r2=2.7592.2.289 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.3&r2=1.466.4.4 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.242&r2=1.5084.2.243 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/20050607-1.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21850
[Bug testsuite/22056] gcc.dg/pr14796-2.c scan-tree-dump c & -34359738368 fails
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22056
[Bug testsuite/22056] gcc.dg/pr14796-2.c scan-tree-dump c & -34359738368 fails
--- Additional Comments From phython at gcc dot gnu dot org 2005-06-16 23:17 --- Fixed by accepting -34359738369 as hex. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22056
[Bug tree-optimization/22056] gcc.dg/pr14796-2.c scan-tree-dump c & -34359738368 fails
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 23:11 --- Subject: Bug 22056 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-16 23:10:50 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.dg: pr14796-2.c Log message: 2005-06-16 James A. Morrison <[EMAIL PROTECTED]> PR testsuite/22056 * gcc.dg/pr14796-2.c: Accept -34359738368 and -8. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5645&r2=1.5646 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr14796-2.c.diff?cvsroot=gcc&r1=1.1&r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22056
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 19216, which changed state. Bug 19216 Summary: list directed read with leading slash (NIST FM923) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19216 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug libfortran/19216] list directed read with leading slash (NIST FM923)
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16 23:03 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19216
[Bug fortran/21875] [meta-bug] NIST test suite failures
-- Bug 21875 depends on bug 19216, which changed state. Bug 19216 Summary: list directed read with leading slash (NIST FM923) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19216 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875
[Bug libfortran/19155] [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16 23:03 --- Added [EMAIL PROTECTED] in Cc list and marked as waiting for feedback. -- What|Removed |Added CC||dje at gcc dot gnu dot org Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19155
[Bug libfortran/19216] list directed read with leading slash (NIST FM923)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 23:01 --- Subject: Bug 19216 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-16 23:00:41 Modified files: gcc/testsuite : ChangeLog libgfortran: ChangeLog libgfortran/io : list_read.c Added files: gcc/testsuite/gfortran.dg: pr19216.f Log message: PR libfortran/19216 * io/list_read.c (eat_separator): No need to call next_record, even in non-namelist_mode. * gfortran.dg/pr19216.f: New test. Patches: 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.241&r2=1.5084.2.242 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pr19216.f.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.2.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.53&r2=1.163.2.54 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/list_read.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.14.2.2&r2=1.14.2.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19216
[Bug libfortran/19216] list directed read with leading slash (NIST FM923)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 22:51 --- Subject: Bug 19216 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-16 22:50:51 Modified files: libgfortran: ChangeLog libgfortran/io : list_read.c gcc/testsuite : ChangeLog gcc/testsuite/gfortran.dg: pr19216.f Log message: PR libfortran/19216 * io/list_read.c (eat_separator): No need to call next_record, even in non-namelist_mode. * gfortran.dg/pr19216.f: Add correct space between brackets and dg directive. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.244&r2=1.245 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/list_read.c.diff?cvsroot=gcc&r1=1.22&r2=1.23 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5644&r2=1.5645 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pr19216.f.diff?cvsroot=gcc&r1=1.1&r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19216
[Bug tree-optimization/22056] gcc.dg/pr14796-2.c scan-tree-dump c & -34359738368 fails
--- Additional Comments From phython at gcc dot gnu dot org 2005-06-16 22:40 --- Using "c & -(34359738368|8)" seems to work on i386. I'll try on ia64 before committing the fix. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-16 22:41:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22056
[Bug libfortran/19155] [4.0 only] blanks not treated as zeros in 'E' format read (NIST FM110.FOR)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 22:39 --- Subject: Bug 19155 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-16 22:39:10 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gfortran.dg: pr19155.f libgfortran: ChangeLog libgfortran/io : read.c Log message: PR libfortran/19155 * io/read.c (read_f): Take care of spaces after initial sign. * gfortran.dg/pr19155.f: Add test. Patches: 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.240&r2=1.5084.2.241 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/pr19155.f.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1.2.1&r2=1.1.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.52&r2=1.163.2.53 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/read.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.8.10.1&r2=1.8.10.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19155
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 16436, which changed state. Bug 16436 Summary: gfortran TL edit descriptor failure - test f77-edit-t-in.f http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16436 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug libfortran/16436] gfortran TL edit descriptor failure - test f77-edit-t-in.f
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16 22:29 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16436
[Bug libfortran/16436] gfortran TL edit descriptor failure - test f77-edit-t-in.f
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 22:26 --- Subject: Bug 16436 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-16 22:25:41 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gfortran.dg/g77: f77-edit-t-in.f libgfortran: ChangeLog libgfortran/io : transfer.c unix.c Log message: PR libfortran/16436 * io/transfer.c (read_sf): Correct updating of bytes_left field. (formatted_transfer): Correct updating of bytes_left field and reformatting code (comments and whitespace). * io/unix.c (move_pos_offset): "active" field should not be changed here. Whitespace corrections. * gfortran.dg/g77/f77-edit-t-in.f: Not XFAIL-ed any more. Patches: 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.239&r2=1.5084.2.240 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/g77/f77-edit-t-in.f.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.48.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.50&r2=1.163.2.51 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.32.2.5&r2=1.32.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/unix.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.21.10.5&r2=1.21.10.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16436
[Bug SWING/16697] javax.swing.BoxLayout only wraps GridLayout
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-16 22:18 --- Reported as fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16697
[Bug libfortran/16436] gfortran TL edit descriptor failure - test f77-edit-t-in.f
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 22:13 --- Subject: Bug 16436 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-16 22:13:26 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gfortran.dg/g77: f77-edit-t-in.f libgfortran: ChangeLog libgfortran/io : transfer.c unix.c Log message: PR libfortran/16436 * io/transfer.c (read_sf): Correct updating of bytes_left field. (formatted_transfer): Correct updating of bytes_left field and reformatting code (comments and whitespace). * io/unix.c (move_pos_offset): "active" field should not be changed here. Whitespace corrections. * gfortran.dg/g77/f77-edit-t-in.f: Not XFAIL-ed any more. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5643&r2=1.5644 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/g77/f77-edit-t-in.f.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.242&r2=1.243 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&r1=1.42&r2=1.43 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/unix.c.diff?cvsroot=gcc&r1=1.27&r2=1.28 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16436
[Bug c/22098] [4.0/4.1 Regression] ICE in compound literal gimplification
--- Additional Comments From bangerth at dealii dot org 2005-06-16 22:04
---
> b = (size_t)(p = &(int []){0, 1, 2}[1]);
What a perverse line of code -- I guess you got what you deserved :-)
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22098
[Bug c/22098] [4.0/4.1 Regression] ICE in compound literal gimplification
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 21:42 --- In fact looking at the trees, yes this is a dup of bug 22013 for the non optimizing case we don't duplicate the compound literal (well the same one) but with optimization turned on we do. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22098
[Bug c/22098] [4.0/4.1 Regression] ICE in compound literal gimplification
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 21:36 --- Confirmed, this is very related to PR 22013, it might in fact be a dup of that bug. -- What|Removed |Added BugsThisDependsOn||22013 Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-16 21:36:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22098
[Bug c/22098] New: [4.0/4.1 Regression] ICE in compound literal gimplification
extern void abort (void);
extern void exit (int);
typedef __SIZE_TYPE__ size_t;
int
main (void)
{
int a = 0;
int *p;
size_t b;
b = (size_t)(p = &(int []){0, 1, 2}[1]);
if (*p != 1 || *(int *)b != 1)
abort ();
exit (0);
}
ICEs on mainline and 4.0 branch but not 3.4.4. The problem is the compound
literal address is considered TREE_CONSTANT which allows it to be duplicated by
fold, but gimplifying the same compound literal more than once yields an ICE.
I'll suggest an approach for a fix in a followup to
.
t.c: In function 'main':
t.c:10: internal compiler error: in gimple_add_tmp_var, at gimplify.c:532
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: [4.0/4.1 Regression] ICE in compound literal
gimplification
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22098
[Bug libfortran/22097] libgfortran build failure on mips-sgi-irix6.5
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16 21:32 --- I tried building with "--disable-multilib" and same thing happens. Ideas, anyone? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22097
[Bug tree-optimization/22018] [4.1 Regression] VRP miscompiles multiply
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 21:25 --- Subject: Bug 22018 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-16 21:25:04 Modified files: gcc: ChangeLog tree-vrp.c Log message: PR tree-optimization/22018 * tree-vrp.c (vrp_int_const_binop): Overhaul handling of overflow. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9164&r2=2.9165 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vrp.c.diff?cvsroot=gcc&r1=2.29&r2=2.30 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22018
[Bug fortran/21797] [4.0 only] complex(4) sqrt failures on alpha-linux
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16 21:24 --- Well, I spoke with rth today on IRC, and it appears that I do have a broken glibc (in fact, it sounds like most glibc are broken on alpha-linux). So resolving this one as invalid. -- What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21797
[Bug libfortran/22097] libgfortran build failure on mips-sgi-irix6.5
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16 21:08 --- Here is a missing info: what makes me think this is related to multilib is that there are successful builds reported on gcc-testresults on this same host, with multilib disabled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22097
[Bug libfortran/22097] New: libgfortran build failure on mips-sgi-irix6.5
Everything builds fine except for:
gmake[2]: Entering directory
`/tmp/gfortran-20050616/ibin/mips-sgi-irix6.5/libgfortran'
/bin/sh ./libtool --mode=compile (CC_FOR_TARGET) -DHAVE_CONFIG_H -I.
-I../../../gcc/libgfortran -I. -iquote../../../gcc/libgfortran/io -std=gnu99
-Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra
-Wwrite-strings (CFLAGS_FOR_TARGET) -c -o environ.lo `test -f
'runtime/environ.c' || echo '../../../gcc/libgfortran/'`runtime/environ.c
/bin/sh: syntax error at line 1 : `(' unexpected
gmake[2]: *** [environ.lo] Error 2
I don't know what to try or how to debug this one... This is a normal build
(languages: c and f95, multilib enabled (default)).
Going into the mips-sgi-irix6.5/libgfortran directory and then doing "gmake"
again works. But then up again in the build directory, it fails:
gmake[3]: *** [multi-do] Error 127
gmake[3]: Leaving directory
`/tmp/gfortran-20050616/ibin/mips-sgi-irix6.5/libgfortran'
I don't understand much about multilib, but it may be such a problem. If that
can help, the mips-sgi-irix6.5 directory now contains:
32/ (which contains libgfortran)
64/ (which contains libgfortran)
libgfortran/
--
Summary: libgfortran build failure on mips-sgi-irix6.5
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: mips-sgi-irix6.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22097
[Bug other/22096] ICE in first_vi_for_offset, at tree-ssa-structalias.c:2509
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 21:04 --- I am going to say this is a related or a dup of bug 22071 but since I don't have time to reduce I am just going to make this depend on that for now. -- What|Removed |Added BugsThisDependsOn||22071 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22096
[Bug other/22096] ICE in first_vi_for_offset, at tree-ssa-structalias.c:2509
--- Additional Comments From pluto at agmk dot net 2005-06-16 21:00 --- Created an attachment (id=9101) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9101&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22096
[Bug other/22096] New: ICE in first_vi_for_offset, at tree-ssa-structalias.c:2509
$ g++ qlayout.ii -c -O1 (-O0 works fine) kernel/qlayout.cpp: In static member function 'static QSize QLayout::closestAcceptableSize(const QWidget*, const QSize&)': kernel/qlayout.cpp:1271: internal compiler error: in first_vi_for_offset, at tree-ssa-structalias.c:2509 $ gcc -v Reading specs from /usr/lib/gcc/i686-pld-linux/4.1.0/specs Target: i686-pld-linux Configured with: ../configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,ada --enable-c99 --enable-long-long --disable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib --with-slibdir=/lib --without-x --enable-cmath i686-pld-linux Thread model: posix gcc version 4.1.0 20050616 (experimental) -- Summary: ICE in first_vi_for_offset, at tree-ssa- structalias.c:2509 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pld-linux GCC host triplet: i686-pld-linux GCC target triplet: i686-pld-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22096
[Bug bootstrap/21403] Canadian cross build fails.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 20:18 --- Subject: Bug 21403 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-local-200502-branch Changes by: [EMAIL PROTECTED] 2005-06-16 20:18:24 Modified files: gcc: ChangeLog configure.ac configure Log message: PR bootstrap/21403 * configure.ac (STMP_FIXPROTO): Fix [ ] consumption problem in x$STMP_FIXPROTO test. * configure: Rebuilt. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=2.7489.2.11&r2=2.7489.2.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/configure.ac.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=2.94.4.2&r2=2.94.4.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/configure.diff?cvsroot=gcc&only_with_tag=apple-local-200502-branch&r1=1.885.4.2&r2=1.885.4.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21403
[Bug c++/22095] static template class member definition doesn't compile
--- Additional Comments From zappa at yandex-team dot ru 2005-06-16 20:12 --- Thank you a lot! I'm sorry to report a false bug. Just used with older version and thought that found a regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22095
[Bug c++/22095] static template class member definition doesn't compile
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 20:02 --- This is invalid. You want the follwoing instead: template<> intsample::keytype * intsample::keyptr = 0; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22095
[Bug c++/22095] static template class member definition doesn't compile
--- Additional Comments From bangerth at dealii dot org 2005-06-16 20:00 --- The typedef you use is still a specialization of a template, so you have to write template <> intsample::keytype * intsample::keyptr = 0; With this, it works. W. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22095
[Bug c++/22095] New: static template class member definition doesn't compile
# 1 "test.cpp"
# 1 ""
# 1 ""
# 1 "test.cpp"
template
class sample {
public:
typedef key keytype;
private:
static keytype * keyptr;
};
typedef sample intsample;
intsample::keytype * intsample::keyptr = 0;
int main(int argc, char ** argv) {
return 0;
}
fails with 3.4.4 and 4.0.1 Namely:
$ g++-4.0 -v -save-temps -o test test.cpp
Using built-in specs.
Target: i486-linux
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix --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-mpfr --disable-werror --enable-checking=release i486-linux
Thread model: posix
gcc version 4.0.1 20050522 (prerelease) (Debian 4.0.0-9)
/usr/lib/gcc/i486-linux/4.0.1/cc1plus -E -quiet -v -D_GNU_SOURCE test.cpp
-mtune=i486 -fpch-preprocess -o test.ii
ignoring nonexistent directory
"/usr/lib/gcc/i486-linux/4.0.1/../../../../i486-linux/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/i486-linux/4.0.1/../../../../include/c++/4.0.1
/usr/lib/gcc/i486-linux/4.0.1/../../../../include/c++/4.0.1/i486-linux
/usr/lib/gcc/i486-linux/4.0.1/../../../../include/c++/4.0.1/backward
/usr/local/include
/usr/lib/gcc/i486-linux/4.0.1/include
/usr/include
End of search list.
/usr/lib/gcc/i486-linux/4.0.1/cc1plus -fpreprocessed test.ii -quiet -dumpbase
test.cpp -mtune=i486 -auxbase test -version -o test.s
GNU C++ version 4.0.1 20050522 (prerelease) (Debian 4.0.0-9) (i486-linux)
compiled by GNU C version 4.0.1 20050522 (prerelease) (Debian 4.0.0-9).
GGC heuristics: --param ggc-min-expand=62 --param ggc-min-heapsize=60432
test.cpp:10: error: too few template-parameter-lists
while with 3.3 family the same code compiles perfectly
--
Summary: static template class member definition doesn't compile
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zappa at yandex-team dot ru
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: Debian linux i386
GCC target triplet: 4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22095
[Bug c++/15759] ICE with function pointers
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16 19:01 --- Testing a patch. -- What|Removed |Added CC|reichelt at gcc dot gnu dot | |org | AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15759
[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
18:58 ---
Here is a new C++ testcase (the old one does not ICE any more because we don't
need to expand the
complex variables any more):
_Complex float f();
_Complex float g();
_Complex float h()throw();
void i(float)throw();
float j(void)
{
_Complex float x = h();
try
{
try
{
x = f();
}catch (...)
{
x += g();
}
}catch(...){}
i(__builtin_crealf(x)+__builtin_cimagf(x));
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
[Bug java/22094] gcj compiled executable runtime crash
-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22094
[Bug java/22094] gcj compiled executable runtime crash
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 18:47 --- Static linking with GCJ does not work as there is no way for the linker to know what symbols are really needed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22094
[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025
--- Additional Comments From pluto at agmk dot net 2005-06-16 18:44 ---
(In reply to comment #7)
> Complete patch is here, but currently x86-linux C bootstrap is broken:
> http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01327.html
with fixes from comment #6 I can bootstrap ada/gnatlib on ix86 & x86-64.
I'm passing -O0 only for STAGE1_CFLAGS. stage2/3 are build with -O2.
%{__make} -C obj-%{_target_platform} \
%{?with_bootstrap:%{?with_profiling:profiled}bootstrap} \
GCJFLAGS="%{rpmcflags}" \
BOOT_CFLAGS="%{rpmcflags}" \
STAGE1_CFLAGS="%{rpmcflags} -O0"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
[Bug java/22094] New: gcj compiled executable runtime crash
$ gcj -v Using built-in specs. Reading specs from c:/software/gcc/thisiscool/4.0/bin/../lib/gcc/i686-pc-mingw32/4.0.0/../../../../i686-pc-mingw32/lib/libgcj.spec rename spec lib to liborig Target: i686-pc-mingw32 Configured with: /datal/gcc/gcc/configure --prefix=/datal/gcc/build/wingcc --build=i686-pc-linux-gnu --host=i686-pc-mingw32 --target=i686-pc-mingw32 --enable-languages=c,c++,java --with-gcc --with-gnu-as --with-gnu-ld --enable-threads=win32 --disable-nls --disable-win32-registry --disable-shared --disable-debug --without-newlib --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-sjlj-exceptions --enable-libgcj-multifile --enable-libgcj-mingw-osapi=ansi Thread model: win32 gcc version 4.0.0 20050324 (prerelease) [EMAIL PROTECTED] /c/otp/pottrader-swt $ ./consumer.exe -t amtd URL tcp://192.168.1.100:61616 Exception in thread "main" java.lang.ExceptionInInitializerError at 0x0055f08e (Unknown Source) at 0x0055ea22 (Unknown Source) at 0x0055a6b4 (Unknown Source) at 0x006012d4 (Unknown Source) at 0x0068d76c (Unknown Source) at 0x005c2e0f (Unknown Source) at 0x0068719e (Unknown Source) at 0x0068ac13 (Unknown Source) at 0x005c2c04 (Unknown Source) at 0x005b6bf9 (Unknown Source) at 0x005b6da0 (Unknown Source) at 0x005b6def (Unknown Source) at 0x00539a82 (Unknown Source) at 0x004cb26d (Unknown Source) at 0x004c9c73 (Unknown Source) at 0x004c858e (Unknown Source) at 0x004c850e (Unknown Source) at 0x00403355 (Unknown Source) at 0x00403446 (Unknown Source) at 0x004029c5 (Unknown Source) at 0x0040288d (Unknown Source) at 0x005da8d3 (Unknown Source) at 0x005bdb60 (Unknown Source) at 0x0052ab06 (Unknown Source) at 0x0052ac87 (Unknown Source) at 0x004012ca (Unknown Source) at 0x004011e3 (Unknown Source) at 0x00401234 (Unknown Source) at 0x77e9ca8c (Unknown Source) Caused by: java.util.MissingResourceException: Bundle gnu/regexp/MessagesBundle not found at 0x0055f08e (Unknown Source) at 0x0055ea22 (Unknown Source) at 0x005423d4 (Unknown Source) at 0x0055c4f4 (Unknown Source) at 0x007200b5 (Unknown Source) at 0x006be07d (Unknown Source) at 0x006be10a (Unknown Source) at 0x0068a862 (Unknown Source) at 0x005c2c04 (Unknown Source) ...23 more -- Summary: gcj compiled executable runtime crash Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: snambi 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=22094
[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025
--- Additional Comments From laurent at guerby dot net 2005-06-16 18:39 --- Complete patch is here, but currently x86-linux C bootstrap is broken: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01327.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025
--- Additional Comments From pluto at agmk dot net 2005-06-16 18:33 --- (In reply to comment #4) > Andrew, your C++ test case doesn't reproduce for me. I'm attempting to see > if Ada is now in a buildable state... with current mainline I'm able to bootstrap ada only with additional patches: [1] --- gcc/gcc/ada/misc.c.orig +++ gcc/gcc/ada/misc.c @@ -339,6 +339,8 @@ gnat_init_options (unsigned int argc, co /* Uninitialized really means uninitialized in Ada. */ flag_zero_initialized_in_bss = 0; + flag_wrapv = 1; + return CL_Ada; } [2] PR22019 --- gcc-4.1-20050616_1200/gcc/ada/Makefile.in.orig +++ gcc-4.1-20050616_1200/gcc/ada/Makefile.in @@ -2057,6 +2057,17 @@ $(CC) -c $(ALL_ADAFLAGS) $(FORCE_DEBUG_ADAFLAGS) -O2 $(ADA_INCLUDES) \ $< $(OUTPUT_OPTION) +# workaround for PR tree-optimization/22019 +g-socket.o : g-socket.adb g-socket.ads + $(CC) -c $(ALL_ADAFLAGS) $(FORCE_DEBUG_ADAFLAGS) -O0 $(ADA_INCLUDES) \ + $< $(OUTPUT_OPTION) +make.o : make.adb make.ads + $(CC) -c $(ALL_ADAFLAGS) $(FORCE_DEBUG_ADAFLAGS) -O0 $(ADA_INCLUDES) \ + $< $(OUTPUT_OPTION) +prj-util.o : prj-util.adb prj-util.ads + $(CC) -c $(ALL_ADAFLAGS) $(FORCE_DEBUG_ADAFLAGS) -O0 $(ADA_INCLUDES) \ + $< $(OUTPUT_OPTION) + adadecode.o : adadecode.c adadecode.h aux-io.o : aux-io.c argv.o: argv.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025
--- Additional Comments From giovannibajo at libero dot it 2005-06-16 18:28 --- You prolly need flag_wrapv=1 somewhere to build Ada at this point. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
[Bug target/22093] Unaligned access to HI values causes unrecognizable insn error
-- What|Removed |Added Component|c |target GCC build triplet|alphaev5-cray- | |unicosmk2.0.6.X | GCC host triplet|alphaev5-cray- | |unicosmk2.0.6.X | Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22093
[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-16 18:22 --- Andrew, your C++ test case doesn't reproduce for me. I'm attempting to see if Ada is now in a buildable state... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
[Bug tree-optimization/22022] [4.1 Regression] ACATS ICE cxg1002 tree_split_edge, at tree-cfg.c:3025
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-06-14 03:34:03 |2005-06-16 18:17:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
[Bug c/22093] New: Unaligned access to HI values causes unrecognizable insn error
I am enclosing a small test case. This is on Cray T3E, big endian alpha.
source code
#define SHARED_PTR_SIZE 128
#define SHARED_PTR_PHASE_SIZE 48
#define SHARED_PTR_THREAD_SIZE16
#define SHARED_PTR_VIRTADDR_SIZE 64
typedef struct shared_ptr_struct
{
unsigned long phase : SHARED_PTR_PHASE_SIZE;
unsigned thread : SHARED_PTR_THREAD_SIZE;
void *addr;
} shared_ptr_t;
typedef shared_ptr_t *shared_ptr_p;
shared_ptr_t x;
main ()
{
x.thread = 2;
}
- error reported -
> gcc -da -c alpha_bug.c
alpha_bug.c: In function `main':
alpha_bug.c:21: error: unrecognizable insn:
(insn 14 13 15 0 (set (reg:DI 73)
(plus:DI (plus:DI (reg/f:DI 71)
(const_int 6 [0x6]))
(const_int 1 [0x1]))) -1 (nil)
(nil))
alpha_bug.c:21: internal compiler error: in ?, at recog.c:2083
Please submit a full bug report,
with preprocessed source if appropriate.
See http://www.intrepid.com/upc/bugs.html> for instructions.
- alpha.c/md code that produces RTL in question -
The following call to get_unaligned_address returns
(plus:DI (reg/f:DI 71)
(const_int 6 [0x6]))
which is passed as the first argument of the gen_unaligned_storehi()
2929 /* Expand a non-bwx QImode or HImode move instruction;
2930 return true if all work is done. */
2931
2932 bool
2933 alpha_expand_mov_nobwx (enum machine_mode mode, rtx *operands)
2934 {
...
3040rtx temp1 = gen_reg_rtx (DImode);
3041rtx temp2 = gen_reg_rtx (DImode);
3042rtx temp3 = gen_reg_rtx (DImode);
3043rtx seq = ((mode == QImode
3044? gen_unaligned_storeqi
3045: gen_unaligned_storehi)
3046 (get_unaligned_address (operands[0], 0),
3047operands[1], temp1, temp2, temp3));
3048
3049alpha_set_memflags (seq, operands[0]);
3050emit_insn (seq);
3051 }
Later on, gen_unaligned_storehi() creates the offending unrecognizable INSN with
the
following code:
(define_expand "unaligned_storehi_be"
[(set (match_operand:DI 3 "register_operand" "")
(mem:DI (and:DI (match_operand:DI 0 "address_operand" "")
(const_int -8
(set (match_operand:DI 2 "register_operand" "")
(plus:DI (match_dup 0) (const_int 1)))===
(set (match_dup 3)
(and:DI (not:DI (ashift:DI
(const_int 65535)
(minus:DI (const_int 56)
(ashift:DI (match_dup 2) (const_int 3)
(match_dup 3)))
(set (match_operand:DI 4 "register_operand" "")
(ashift:DI (zero_extend:DI (match_operand:HI 1 "register_operand" ""))
(minus:DI (const_int 56)
(ashift:DI (match_dup 2) (const_int 3)
(set (match_dup 4) (ior:DI (match_dup 4) (match_dup 3)))
(set (mem:DI (and:DI (match_dup 0) (const_int -8)))
(match_dup 4))]
"WORDS_BIG_ENDIAN"
"")
If I change line 3043 in alpha.c to load unaligned address of operand[0] into
the
register and pass it to unaligned_storehi() everything works.
- RTL dump 01.rtl -
;; Function main
(note 2 0 3 NOTE_INSN_DELETED)
(note 3 2 4 NOTE_INSN_FUNCTION_BEG)
(note 4 3 5 NOTE_INSN_DELETED)
(insn 5 4 6 (set (reg:DI 70)
(symbol_ref:DI ("__main") [flags 0x41])) -1 (nil)
(nil))
(insn 6 5 7 (set (reg:DI 25 $25)
(unspec:DI [
(const_int 0 [0x0])
] 9)) -1 (nil)
(nil))
(call_insn 7 6 8 (parallel [
(call (mem:DI (reg:DI 70) [0 S8 A64])
(unspec:DI [
(const_int 0 [0x0])
] 9))
(use (reg:DI 25 $25))
(clobber (reg:DI 26 $26))
]) -1 (nil)
(expr_list:REG_EH_REGION (const_int 0 [0x0])
(nil))
(nil))
(note 8 7 9 40007161440 NOTE_INSN_BLOCK_BEG)
(note 9 8 11 NOTE_INSN_DELETED)
(insn 11 9 12 (set (reg/f:DI 71)
(symbol_ref:DI ("x") [flags 0x2] )) -1 (nil)
(nil))
(insn 12 11 13 (set (reg:HI 72)
(const_int 2 [0x2])) -1 (nil)
(nil))
(insn 13 12 14 (set (reg:DI 74)
(mem/s:DI (and:DI (plus:DI (reg/f:DI 71)
(const_int 6 [0x6]))
(const_int -8 [0xfff8])) [0 S8 A64])) -1 (nil)
(nil))
(insn 14 13 15 (set (reg:DI 73)
(plus:DI (plus:DI (reg/f:DI 71)
(const_int 6 [0x6]))
(const_int 1 [0x1]))) -1 (nil)
(nil))
(insn 15 14 16 (set (reg:DI 74)
(and:DI (not:DI (ashift:DI (const_int 65535 [0x])
(minus:DI (const_int 56 [0x38])
(ashift:DI (reg:DI 73)
(const_int 3 [0x3])
(reg:DI 74))) -1 (nil)
(nil))
(insn 16 15 17 (set (reg:DI 75)
(ashift:DI (zero_extend:DI (reg:HI 72))
[Bug tree-optimization/22035] [4.1 Regression] complex float comparison broken
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-16 18:16 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22035
[Bug tree-optimization/22035] [4.1 Regression] complex float comparison broken
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16 18:09 --- Subject: Bug 22035 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-16 18:09:38 Modified files: gcc: ChangeLog builtins.c fold-const.c tree-complex.c tree.h Log message: PR tree-opt/22035 * builtins.c (fold_builtin_complex_mul): Remove. (fold_builtin_complex_div): Remove. (fold_builtin_1): Don't call them. * fold-const.c (fold_complex_add, fold_complex_mult_parts, fold_complex_mult, fold_complex_div_parts, fold_complex_div): Remove. (fold_binary): Don't call them. Don't expand complex comparisons to elementary comparisons. * tree-complex.c (init_dont_simulate_again): Enhance search for stmts that require decomposition. (complex_visit_stmt): Handle RETURN_EXPR properly. (create_components): Handle no referenced variables properly. * tree.h (fold_complex_mult_parts): Remove. (fold_complex_div_parts): Remove. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9163&r2=2.9164 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtins.c.diff?cvsroot=gcc&r1=1.462&r2=1.463 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fold-const.c.diff?cvsroot=gcc&r1=1.595&r2=1.596 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-complex.c.diff?cvsroot=gcc&r1=2.28&r2=2.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree.h.diff?cvsroot=gcc&r1=1.736&r2=1.737 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22035
[Bug fortran/17917] gfortran ICE on "equivalence"
--- Additional Comments From tobi at gcc dot gnu dot org 2005-06-16 16:38 --- Patch posted here: http://gcc.gnu.org/ml/fortran/2005-06/msg00307.html -- What|Removed |Added CC||tobi at gcc dot gnu dot org URL||http://gcc.gnu.org/ml/fortra ||n/2005-06/msg00307.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17917
[Bug libmudflap/21724] [4.0 Regression] libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 15:57 --- (In reply to comment #4) > Could that please be fixed on the 4.0 branch as well? Most likely but not for the 4.0.1 as the branch is frozen and only the release manager can say it can go in. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fche at redhat dot com |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-16 15:57:44 date|| Summary|[gcc]/libmudflap/Makefile.am|[4.0 Regression] |, refusing to install mf- |libmudflap/Makefile.am, |runtime.h in includedir |refusing to install mf- ||runtime.h in includedir Target Milestone|4.1.0 |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*
-- Bug 21824 depends on bug 21724, which changed state. Bug 21724 Summary: [gcc]/libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724 What|Old Value |New Value Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21824
[Bug libmudflap/21724] [gcc]/libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir
--- Additional Comments From schwinge-bugzilla-gcc dot gnu dot org at nic-nac-project dot de 2005-06-16 15:46 --- Could that please be fixed on the 4.0 branch as well? -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
[Bug other/7125] libz is built even if configured with --with-system-zlib
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 14:51 --- *** Bug 22092 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7125
[Bug libgcj/22092] libgcj builds zlib subdir even if --with-system-zlib was passed to ./configure
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 14:51 --- 3.x does not work fine, see PR 7125 which this is a dup of. *** This bug has been marked as a duplicate of 7125 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22092
[Bug libgcj/22092] New: libgcj builds zlib subdir even if --with-system-zlib was passed to ./configure
this happens in 4.x. 3.x works fine and uses system-wide zlib-devel. -- Summary: libgcj builds zlib subdir even if --with-system-zlib was passed to ./configure Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pluto at agmk dot net CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org GCC build triplet: * GCC host triplet: * GCC target triplet: * http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22092
[Bug java/22091] [meta-bug] missing Java 1.5 support
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 13:34 --- http://www.kaffe.org/~stuart/japi/htmlout/h-jdk15-classpath-generics.html#pkg_java_util_regex -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22091
[Bug libgcj/22090] Attempt to compile java1.5 classes with gcj
-- What|Removed |Added OtherBugsDependingO||22091 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22090
[Bug java/22091] [meta-bug] missing Java 1.5 support
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-16 13:17:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22091
[Bug java/22091] New: [meta-bug] missing Java 1.5 support
Just a place holder for libgcj/java bugs which are needed for Java 1.5 support. -- Summary: [meta-bug] missing Java 1.5 support Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: rejects-valid, meta-bug Severity: enhancement Priority: P2 Component: java 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,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22091
[Bug libgcj/22090] Attempt to compile java1.5 classes with gcj
-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22090
[Bug c/22052] [4.0/4.1 Regression] redefinition of inline function succeeds
--- Additional Comments From joseph at codesourcery dot com 2005-06-16 12:41 --- Subject: Re: [4.0/4.1 Regression] redefinition of inline function succeeds On Wed, 15 Jun 2005, echristo at redhat dot com wrote: > OK. This diff works, and passes bootstrap with no regressions for both > --enable-intermodule and normally on x86-linux. The --enable-intermodule bits > are why we split this out in the first place, but same_translation_unit_p in > the > condition seems to handle that case. > > Joseph: What do you think? I'm more interested in the testcases here than in the front-end changes which make the testcases pass. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22052
[Bug target/22089] [4,1 Regression] bootstrap ices / insn does not satisfy its constraints.
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16 12:26 --- Bernd, this was introduced by your patch http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00559.html Could you please have a look? -- What|Removed |Added CC||bernds at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22089
[Bug java/22090] New: Attempt to compile java1.5 classes with gcj
* I have a set of java classes http://www-sop.inria.fr/odyssee/imp of every day use, things were 100% ok using gcj when it was java1.[34]. Now in java1.5 everything is ok with the sun jdk1.5 but i still want to reuse gcj for obvious reasons * With gcc-4.1 Linux 2.6.10-1.766_FC3 #1 Wed Feb 9 23:06:42 EST 2005 i686 i686 i386 GNU/Linux gcj (GCC) 4.1.0 20050610 (experimental) - the header compilation (using gcjh) seems perfect http://www-sop.inria.fr/odyssee/imp/gcj/include/index.html providing that generic types are mapped onto ::java::lang::Object (which seems fair to me considering the Java5 generics design) - if i try to compile java1.5 sources i get a huge set of errors - if i try to compile java1.5 classes (pre-compiled by the sun jdk1.5) it seems to be almost ok except these ``internal´´ errors (i.e. erros occuring in java.* classes used by the user classes): class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' class 'java.lang.Double' has no method named 'valueOf' matching signature '(D)Ljava/lang/Double;' class 'java.util.regex.Matcher' has no method named 'region' matching signature '(II)Ljava/util/regex/Matcher;' class 'java.util.regex.Matcher' has no method named 'usePattern' matching signature class 'java.math.BigDecimal' has no method named '' matching signature '(J)V > This seems to be obvious errors . . is there a solution ? ? introduce element in the class-path ? ? uses a specific libgcj ? --- detailled description follows --- /usr/local/gcc-4.1/bin/gcj -classpath $USER_CLASS_DIRECTORY -c $USER_CLASS_FILES java/lang/Throwable.java: In class 'imp.util.Servlet': java/lang/Throwable.java: In method 'imp.util.Servlet.check(int,boolean)': java/lang/Throwable.java:237: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/lang/Throwable.java:237: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/lang/Throwable.java:237: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/lang/String.java: In class 'imp.util.PatternReader': java/lang/String.java: In method 'imp.util.PatternReader.read(java.lang.String,java.lang.String,int)': java/lang/String.java:69: error: class 'java.util.regex.Matcher' has no method named 'usePattern' matching signature '(Ljava/util/regex/Pattern;)Ljava/util/regex/Matcher;' java/lang/String.java:70: error: class 'java.util.regex.Matcher' has no method named 'region' matching signature '(II)Ljava/util/regex/Matcher;' imp/util/Servlet.java: In class 'imp.util.Servlet$Connection': imp/util/Servlet.java: In method 'imp.util.Servlet$Connection.run()': imp/util/Servlet.java:190: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/lang/Throwable.java: In class 'imp.classifier.Mapping': java/lang/Throwable.java: In method 'imp.classifier.Mapping.map()': java/lang/Throwable.java:123: error: class 'java.lang.Double' has no method named 'valueOf' matching signature '(D)Ljava/lang/Double;' java/lang/Throwable.java:123: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java: In class 'imp.core.AbstractValue': java/util/HashMap.java: In method 'imp.core.AbstractValue.compare(imp.core.Value,imp.core.Value,java.util.HashMap)': java/util/HashMap.java:69: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:75: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:76: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:78: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:79: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:84: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:85: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:86: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:89: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:90: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)Ljava/lang/Integer;' java/util/HashMap.java:92: error: class 'java.lang.Integer' has no method named 'valueOf' matching signature '(I)
[Bug target/22078] [3.4 Regression] Cannot profilebootstrap 3.4.4 on OS X 10.3, 3.4.3 works
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16 12:08 --- Hmm, weird, might have a look later next week. -- What|Removed |Added Component|bootstrap |target Keywords||build, ice-on-valid-code Summary|Cannot bootstrap 3.4.4 on OS|[3.4 Regression] Cannot |X 10.3, 3.4.3 works |profilebootstrap 3.4.4 on OS ||X 10.3, 3.4.3 works Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22078
[Bug target/22089] [4,1 Regression] bootstrap ices / insn does not satisfy its constraints.
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16
11:41 ---
Confirmed.
The following testcase crashes the mainline compiler (-O -march=pentium4):
=
struct A
{
struct A* p;
};
int bar(struct A*, struct A*);
int baz();
void foo (int i, struct A* q)
{
char c, d = 1;
while (i)
{
if (q)
c = 1;
if (q->p->p)
d = 0;
if (bar (q->p->p, q->p))
c = 0;
--i;
}
if (c && d && baz ())
return;
}
=
--
What|Removed |Added
CC||reichelt at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||monitored
Last reconfirmed|-00-00 00:00:00 |2005-06-16 11:41:41
date||
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22089
Re: GCC-ANSI C conflict
On Jun 16, 2005, at 12:35 AM, Sankara Rameswaran wrote:
hi
according to ansi c standards all declarations have to to be at the
starting of the block..
which means the program below should not work.. i compiled this using
gcc
For C90 yes but not for C99.
gcc (GCC) 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)
Copyright (C) 2004 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.
but it is working fine..
this might be fine with g++ but i used gcc...
int main()
{
int i;
scanf("%d",&i);
int a[i];
a[i-1]=128;
printf("%d",a[i-1]);
}
is this a bug or just for compatability with c++...
Not this is for C99 compatibility. In fact you are using VLAs which
are part of C99
and not part of C++ at all.
Thanks,
Andrew Pinski
[Bug target/22089] [4,1 Regression] bootstrap ices / insn does not satisfy its constraints.
-- What|Removed |Added Component|other |target Keywords||build, ice-on-valid-code Summary|bootstrap ices / insn does |[4,1 Regression] bootstrap |not satisfy its constraints.|ices / insn does not satisfy ||its constraints. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22089
[Bug tree-optimization/22019] [4.1 Regression] do_structure_copy ICE on Ada gnatlib
--- Additional Comments From pluto at agmk dot net 2005-06-16 11:28 --- (In reply to comment #6) > Here is a reduced test case from g-socket, it ICEs the same way at -O2. it ices at -O1 too (with -O0 works fine). $ ../../xgcc -B../.. q.adb -c -O1 +===GNAT BUG DETECTED==+ | 4.1.0 20050616 (experimental) (x86_64-pld-linux-gnu) GCC error: | | tree check: expected integer_cst, have cond_expr in | |do_structure_copy, at tree-ssa-structalias.c:2324 | | Error detected at q.adb:4:16 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22019
[Bug bootstrap/22078] Cannot bootstrap 3.4.4 on OS X 10.3, 3.4.3 works
--- Additional Comments From hramrach at centrum dot cz 2005-06-16 11:19 --- continuing with bootstrap instead of profiledbootstrap does not fail -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22078
[Bug bootstrap/22078] Cannot bootstrap 3.4.4 on OS X 10.3, 3.4.3 works
--- Additional Comments From hramrach at centrum dot cz 2005-06-16 11:15 --- Created an attachment (id=9099) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9099&action=view) .gcno file in case it is useful -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22078
[Bug bootstrap/22078] Cannot bootstrap 3.4.4 on OS X 10.3, 3.4.3 works
--- Additional Comments From hramrach at centrum dot cz 2005-06-16 11:14 --- Created an attachment (id=9098) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9098&action=view) saved .i file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22078
[Bug bootstrap/22078] Cannot bootstrap 3.4.4 on OS X 10.3, 3.4.3 works
--- Additional Comments From hramrach at centrum dot cz 2005-06-16 11:12 --- The command is make CFLAGS='-O -fno-common' LIBCFLAGS='-g -O2 -fno-common' LIBCXXFLAGS='-g -O2 -fno-implicit-templates' profiledbootstrap and it reproduces the error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22078
[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16 11:06 --- Any updates on this one? Since mingw and cygwin builds are broken, I think something should be done soon. Be it a proper patch or a temporary hack, that should be decided by the cygwin/mingw maintainers (Christopher Faylor and Danny Smith, if I'm not mistaken). -- What|Removed |Added Keywords|patch | Last reconfirmed|2005-06-10 21:10:17 |2005-06-16 11:06:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
[Bug other/22089] bootstrap ices / insn does not satisfy its constraints.
--- Additional Comments From pluto at agmk dot net 2005-06-16 09:53 --- -mtune=pentium4 causes ice. $ stage1/xgcc -Bstage1 i386.i -c -march=i686 -O2 works fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22089
[Bug ada/15833] Gigi abort Code=401 with Unchecked_Union in private part
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16 09:44 --- Fixed on mainline by recent clean ups in the handling of Unchecked_Union. Arno -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15833
[Bug c++/22034] [4.1 Regression], ICE on valid, dwarf2
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16 09:33 --- Honza, this was caused by your patch http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00388.html Could you please have a look? -- What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22034
[Bug other/22089] New: bootstrap ices / insn does not satisfy its constraints.
# gcc-4.1-20050616/08:28cvs
(...)
stage1/xgcc -Bstage1/ -B/usr/i686-pld-linux/bin/ -c -O2 -march=i686
-mtune=pentium4 -pipe -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition -fno-common -DHAVE_CONFIG_H-I. -I. -I../../gcc
-I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include \
../../gcc/config/i386/i386.c -o i386.o
../../gcc/config/i386/i386.c: In function 'ix86_expand_vector_init':
../../gcc/config/i386/i386.c:17034: error: insn does not satisfy its
constraints:
(insn 368 344 380 4 (set (reg:QI 138)
(const_int 0 [0x0])) 45 {*movqi_1} (nil)
(expr_list:REG_EQUIV (const_int 0 [0x0])
(nil)))
../../gcc/config/i386/i386.c:17034: internal compiler error:
in reload_cse_simplify_operands, at postreload.c:391
--
Summary: bootstrap ices / insn does not satisfy its constraints.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pld-linux
GCC host triplet: i686-pld-linux
GCC target triplet: i686-pld-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22089
[Bug ada/20515] "stdcall" imports are not handled correctly
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16 09:11 --- Fixed on mainline. Arno -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20515
