--- Comment #10 from sayle at gcc dot gnu dot org 2006-06-04 04:28 ---
Subject: Bug 26223
Author: sayle
Date: Sun Jun 4 04:28:25 2006
New Revision: 114355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114355
Log:
PR target/26223
* config/i386/i386.c (construct
Take the following example:
typedef __attribute__ ((vector_size (16))) float v4sf;
typedef __attribute__ ((vector_size (16))) int v4si;
v4sf t;
void
foo (float t1)
{
t = (v4sf)(v4si){1,1,1,1};
t+=t;
}
--
There should be no lvx in it but there is currently because VIEW_CONVERT_EXPR
is foldd
--- Comment #8 from steven at gcc dot gnu dot org 2006-06-03 23:49 ---
You could add a basic block list scheduler at the tree level just before
out-of-ssa, with heuristics to make life times as short as possible :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-03 22:37 ---
(In reply to comment #4)
> Testing a patch.
Any news, it has been almost a month.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27129
--- Comment #7 from aldyh at gcc dot gnu dot org 2006-06-03 22:32 ---
This still fails because it hasn't been fixed ;-). My patch for
-feliminate-unused-debug-types only handled casts. It needs further front-end
work to handle enums. At least the infrastructure is in place for the
fro
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-06-03 22:22 ---
This still fails on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from laurynas dot biveinis at gmail dot com 2006-06-03
22:19 ---
Current GCC does not fail with this error on maintainer mode bootstrap.
However, there are several other issues with objdir != srcdir and missing
dependencies. I'm testing a patch which should solve them.
--- Comment #31 from pinskia at gcc dot gnu dot org 2006-06-03 22:13
---
(In reply to comment #29)
> Since Honza's patch to emit static and inline functions at -O0, this now fails
> with BOOTCFLAGS as -O0.
Now Honza changed the behavior back to old one for static inline functions but
w
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26477
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26175
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn||26175
Status|UNCONFIRMED |NEW
Ever C
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-03 22:10 ---
(In reply to comment #1)
> Users using prehistoric kernels and/or glibcs just need to configure
> with --disable-linux-futex.
Why? Shouldn't libgomp figure out itself?
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-03 21:26 ---
Can you try the patch linked from PR 27735 to see if this fixes this bug also?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from tbm at cyrius dot com 2006-06-03 21:20 ---
Created an attachment (id=11591)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11591&action=view)
less reduced test case
This (less reduced) test case still shows the segfault with current SVN. It
takes fairly long th
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-03 21:19 ---
Any news?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26188
--- Comment #5 from rguenther at suse dot de 2006-06-03 20:52 ---
Subject: Re: [4.2 regression] segfault in
ipa-inline.c, if (e->callee->local.disregard_inline_limits
On Sat, 3 Jun 2006, tbm at cyrius dot com wrote:
> I was using revision 114238. Do you know if there has been a chan
--- Comment #4 from tbm at cyrius dot com 2006-06-03 20:47 ---
I was using revision 114238. Do you know if there has been a change that might
have fixed this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27882
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-03 20:42 ---
Fixed by:
http://gcc.gnu.org/viewcvs?rev=114341&sortby=date&view=rev
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-03 20:38 ---
282 return "$errstatus"
Why put this in quotes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27886
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-06-03 20:36 ---
Works for me with r114332 on i686.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
Severity|normal
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27881
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-06-03 20:32 ---
Confirmed. Also fails for release checking.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Configure and bootstrap:
/bin/rm -rf *; ../configure --prefix=/pkgs/gcc-mainline --with-gmp=/opt/local/
--with-mpfr=/opt/local/ ; make -j 16 bootstrap >& build.log
gcc and cctools:
[lindv2:gcc/mainline/objdir64] lucier% gcc -v
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with:
--- Comment #31 from danglin at gcc dot gnu dot org 2006-06-03 19:47
---
The test will fail on any hppa target with the addition of "-fPIC".
I tend to think the use of the 'X' constraint is bogus, and that the
test should be xfailed on hppa64. While it might be possible to add
support
--- Comment #4 from patchapp at dberlin dot org 2006-06-03 19:35 ---
Subject: Bug number PR c++/27508
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00162.html
--
http://gcc.gnu.org/bugzil
--- Comment #3 from patchapp at dberlin dot org 2006-06-03 19:30 ---
Subject: Bug number PR c++/27601
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00161.html
--
http://gcc.gnu.org/bugzil
--- Comment #12 from danglin at gcc dot gnu dot org 2006-06-03 18:30
---
The testcase also fails on hppa64-hp-hpux11.11:
b,l strlen,%r2
...
.type strlen, @function
At the moment, it's a puzzle to me why this also isn't
failing on the 32-bit ports.
--
d
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/xgcc
-B/mnt/gnu/gcc-3.3/objdir/gc
c/ /mnt/gnu/gcc-3.3/gcc/libgomp/testsuite/libgomp.fortran/vla1.f90
-B/mnt/gnu/g
cc-3.3/objdir/hppa64-hp-hpux11.11/./libgomp/
-I/mnt/gnu/gcc-3.3/objdir/hppa64-hp
-hpux11.11/./libgomp -I/mnt/gnu/gcc-3.3/gcc/libgomp/test
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-03 17:18 ---
I want to say the patch for PR 26068 caused this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Between 20060508 and 20060530 gcc 4.2 changed to now longer allow the following
code. This error seems bogus to me.
(sid)3733:[EMAIL PROTECTED]: ~] cat test.cc
extern "C" void foo(register int *my_perl);
(sid)3734:[EMAIL PROTECTED]: ~] c++ -c test.cc
test.cc:1: error: invalid use of 'register' in
--- Comment #1 from mckelvey at maskull dot com 2006-06-03 16:41 ---
I also see this on:
alpha1:gcc-obj>uname -a
Linux alpha1 2.4.9-40 #1 Mon Sep 23 08:14:02 EDT 2002 alpha unknown
...
Fixed: widec.h
Fixed: X11/ShellP.h
Fixed: X11/Xmu.h
Fixed: Xm/BaseClassI.h
Fixed: Xm/Traversal.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #19 from fxcoudert at gcc dot gnu dot org 2006-06-03 16:08
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-06-03 16:07
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #18 from fxcoudert at gcc dot gnu dot org 2006-06-03 16:07
---
Subject: Bug 19777
Author: fxcoudert
Date: Sat Jun 3 16:06:51 2006
New Revision: 114342
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114342
Log:
PR fortran/19777
* trans-array.c (gfc_c
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-06-03 16:07
---
Subject: Bug 27524
Author: fxcoudert
Date: Sat Jun 3 16:06:51 2006
New Revision: 114342
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114342
Log:
PR fortran/19777
* trans-array.c (gfc_co
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-03 16:01 ---
I bet a beer that this was caused by:
2006-03-16 Maxim Kuvyrkov <[EMAIL PROTECTED]>
* target.h (struct spec_info_def): New opaque declaration.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-03 15:51
---
Appears to be fixed on mainline and 4.1:
$ gfortran -c pr25706.f90
In file pr25706.f90:4
integer :: x (n)
1
Error: Component 'x' of 'bar' at (1) must have constant array bounds.
--
f
--- Comment #1 from tbm at cyrius dot com 2006-06-03 14:43 ---
Created an attachment (id=11589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11589&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27883
I get the following ICE with current gcc 4.2 on mips. It appeared some time
between 20051124 and 20060419. Unfortunately I don't have any compiler
versions inbetween these dates around so I cannot narrow it down further.
(sid)[EMAIL PROTECTED]:~/delta/bin$ /usr/lib/gcc-snapshot/bin/g++ -c -O2 mi
--- Comment #4 from gcc at pdoerfler dot com 2006-06-03 12:23 ---
This does not fail with gcc-4_1-branch, Revision: 114325, BTW.
So I'm marking it a 4.2 regression.
--
gcc at pdoerfler dot com changed:
What|Removed |Added
-
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-03 11:41
---
Created an attachment (id=11588)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11588&action=view)
Code generated for testcase
See the code generated for this testcase (with my recent patch for improved
out-
--- Comment #2 from tbm at cyrius dot com 2006-06-03 10:19 ---
Janis, do you think you can do a regression hunt on this bug?
--
tbm at cyrius dot com changed:
What|Removed |Added
-
--- Comment #1 from tbm at cyrius dot com 2006-06-03 10:18 ---
Created an attachment (id=11587)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11587&action=view)
test case
test case... still fairly large but I've been running delta for 24 hours now
--
http://gcc.gnu.org/bugzil
I get a segfault with 20060530 when building xstow that I didn't get with
20060508. The segfault doesn't show up when I run g++ on the preprocessed
file but pinskia pointed out that I should use --param ggc-min-expand=0
--param ggc-min-heapsize=0, and indeed, when I add --param ggc-min-expand=0
I
--- Comment #7 from christophpfister at bluemail dot ch 2006-06-03 09:27
---
Further reduced testcase:
---
struct Geometry
{
int type:16;
};
struct Geometry get() {};
int f()
{
struct Geometry test;
return get().type == test.type;
}
---
ICE occurs only with g++,
48 matches
Mail list logo