--- Comment #3 from happyarch at gmail dot com 2006-08-23 06:34 ---
Hi,
Arrgh, then i have to compile gcc 819 again,
Usually, i keep store previous successful gcc version in temp,
But, remove all failed gcc version.
Anyway it was internal-gcc error and was happened when i "make" in
ker
--- Comment #2 from tbm at gcc dot gnu dot org 2006-08-23 05:56 ---
And please consult http://gcc.gnu.org/bugs.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28815
--- Comment #1 from tbm at gcc dot gnu dot org 2006-08-23 05:42 ---
What error did you get? Can you please paste the error message.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28815
--- Comment #3 from kkojima at gcc dot gnu dot org 2006-08-23 04:35 ---
Here is a workaround. Although it doesn't solve the issue
completely, it'd be better than nothing. It prevents to
insert the mode switching code after the last insn of BB
when that insn has the REG_EH_REGION note.
--- Comment #38 from jason at gcc dot gnu dot org 2006-08-23 04:27 ---
Subject: Bug 23372
Author: jason
Date: Wed Aug 23 04:27:43 2006
New Revision: 116342
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116342
Log:
PR c++/23372
* call.c (build_over_call): Don't m
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-08-23 04:19
---
I can temporarily delete this test until I can come up with a better approach.
On my linux system the actual disk space used is less then 100 bytes even
though it logically consumes a huge amount. It depends on
Hi,
I had upgraded my gcc version 4.2.0 20060812 (experimental) to it.
But when i tried to compile newer linux kernel, it failed whereas my returned
previous gcc version 4.2.0 20060812 was fine.
--
Summary: gcc-4.2-20060819 failed to compile Linux kernel 2.6.18-
r
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-23 02:59 ---
Fixed on the mainline, will apply to the branches after a week.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-23 02:57 ---
Subject: Bug 28450
Author: pinskia
Date: Wed Aug 23 02:56:43 2006
New Revision: 116341
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116341
Log:
2006-08-21 Andrew Pinski <[EMAIL PROTECTED]>
PR C+
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-08-23 01:40 ---
Subject: Re: [4.2 Regression] wrong code with
may_alias and structs
pinskia at gcc dot gnu dot org wrote:
> --- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-22 21:50
> ---
> Created an attachme
--- Comment #5 from bryce at mckinlay dot net dot nz 2006-08-22 23:45
---
What does "ldd" on the dummy (unversioned) libgcj_bc.so say? This library
should not be linked against libgcj.so, maybe it is being linked incorrectly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28698
--- Comment #4 from tromey at gcc dot gnu dot org 2006-08-22 23:34 ---
Bryce pointed out that we need to deal with the primitive class
objects somehow. Otherwise code like 'new int[5]' will pull in
libgcj.so.
I'll send a patch to the java-patches list.
Could you try it on your test cas
--- Comment #1 from tromey at gcc dot gnu dot org 2006-08-22 22:11 ---
Note that this was deprecated and is planned to be removed in 1.6.
I thought I read somewhere that it doesn't even work in 1.5.
So perhaps we shouldn't bother. (But we should check first.)
--
tromey at gcc dot gn
--- Comment #32 from mmitchel at gcc dot gnu dot org 2006-08-22 22:05
---
Since this bug is now just about MIPS16 and FRV, and since the MIPS16 bits are
said to be basically irrelevant, I've reprioritized this as P5.
--
mmitchel at gcc dot gnu dot org changed:
What|R
--- Comment #47 from jason at gcc dot gnu dot org 2006-08-22 21:54 ---
Accepting so I remember to implement my proposal sometime soon.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-22 21:53 ---
3.2.3 did not have may_alias.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28812
Stalin is a Scheme compiler that generates C code. Stalin is itself written in
C and can compile itself. I am preparing a new release of Stalin for Debian
Etch. This release compiles with earlier versions of gcc, such as gcc-4.0, but
not with gcc-4.1. It gives an ICE.
The preprocessed source is
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-22 21:50 ---
Created an attachment (id=12116)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12116&action=view)
aliasing dump
aliasing dump for the newest testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28807
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-22 21:49 ---
Better testcase which shows the problem before SRA:
struct S { short x; };
typedef struct S __attribute__((__may_alias__)) test;
int f() {
int a=10;
test *p=(test *)&a;
p->x = 1;
return a;
}
int main() {
The current implementation of the direct_io_6 doesn't check for available disk
space before attempting to use it. This can result in complete exhaustion of
the disk space on a build system resulting in the failure of other tasks
running on it. Since this test is run eight times with different compi
--- Comment #4 from hjl at lucon dot org 2006-08-22 21:39 ---
libstdc++ doesn't supports building PIC archive properly. The archive
shouldn't include symbol version even if it is compiled with PIC since symbol
version info is generated by linker when building a shared library.
In glibc,
The following testcase should work with -fstrict-aliasing -O2 but does not:
struct S { short x; };
typedef struct S __attribute__((__may_alias__)) test;
test *p;
int g(int *a)
{
p = (test*)a;
}
int f()
{
int a;
g(&a);
a = 10;
test s={1};
*p=s;
return a;
}
int main() {
if (f() ==
--- Comment #8 from jason at gcc dot gnu dot org 2006-08-22 21:25 ---
*** This bug has been marked as a duplicate of 24009 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from jason at gcc dot gnu dot org 2006-08-22 21:25 ---
*** Bug 24037 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from tobias dot burnus at physik dot fu-berlin dot de
2006-08-22 21:08 ---
Using gfortran 4.1.2 20060705 (prerelease) (SUSE Linux)
and GNU Fortran 95 (GCC) 4.2.0 20060822 (experimental)
it compiles and gives the output (from the program):
det for matrices bigger than
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #11 from carlos at codesourcery dot com 2006-08-22 21:02
---
Created an attachment (id=12115)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12115&action=view)
When relocated do not add paths that contain the configured prefix.
Thanks for adding me to the CC.
A reloca
--- Comment #1 from kargl at gcc dot gnu dot org 2006-08-22 20:53 ---
Upgrade your compiler to at least 4.1.1, and try again.
Also, you need an explicit interface for the
recursive function in your main program
interface
recursive real function det(a) result(res)
real, dimensio
--- Comment #4 from jason at gcc dot gnu dot org 2006-08-22 20:43 ---
Related to PR 28659.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28558
--- Comment #3 from jason at gcc dot gnu dot org 2006-08-22 20:42 ---
*** Bug 28560 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28558
--- Comment #1 from jason at gcc dot gnu dot org 2006-08-22 20:42 ---
*** This bug has been marked as a duplicate of 28558 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from fitzsim at redhat dot com 2006-08-22 20:41 ---
Fixed on trunk by commit for PR 27890.
--
fitzsim at redhat dot com changed:
What|Removed |Added
--- Comment #13 from fitzsim at redhat dot com 2006-08-22 20:41 ---
Fixed by installing logging.properties and classpath.security in both lib and
lib64, in the multilib case. This means that 32- and 64-bit property and
module lists can be manipulated separately. Doing so will also fix
--- Comment #2 from jason at gcc dot gnu dot org 2006-08-22 20:41 ---
This testcase reproduces the bug without new. The problem is that applying
attributes to a type creates a new TYPE_MAIN_VARIANT, which is fundamentally
nonsensical for class types. We really need to impose more desig
--- Comment #14 from igodard at pacbell dot net 2006-08-22 20:38 ---
Not, it's an error: invalid text is accepted without diagnostic (if the
identifier introduced with the "using" is not itself used, then the using
statement is invalid but gets no diagnostic).
--
http://gcc.gnu.org/
--- Comment #12 from fitzsim at gcc dot gnu dot org 2006-08-22 20:37
---
Subject: Bug 27890
Author: fitzsim
Date: Tue Aug 22 20:37:36 2006
New Revision: 116332
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116332
Log:
2006-08-22 Thomas Fitzsimmons <[EMAIL PROTECTED]>
--- Comment #17 from bangerth at dealii dot org 2006-08-22 20:36 ---
I agree that we should allow this behavior. Clearly the standard has nothing
to say about whether -fno-rtti should allow this or not, but the standard
has an explicit provision for the case of dynamic_cast.
Furthermore
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-22 20:35 ---
How sure are you that this is not a binutils bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
--- Comment #16 from pkasting at google dot com 2006-08-22 20:31 ---
Comment 4 seems to make it clear that GCC's current behavior differs from past
behavior that was legal under the spec. I fail to see the utility of the
current behavior or why it would be objectionable to apply the pat
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-08-22 20:30
---
So this is just a diagnostic issue and not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pluto at agmk dot net 2006-08-22 20:30 ---
Created an attachment (id=12114)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12114&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
--- Comment #1 from pluto at agmk dot net 2006-08-22 20:29 ---
Created an attachment (id=12113)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12113&action=view)
makefile for testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
i've configured my gcc with -with-pic option and trying
to build statically linked shared c++ library.
$ make
g++ -O2 -g0 -Wall -z defs test.cpp -o libtest.so -fPIC -shared \
-nodefaultlibs \
-Wl,-Bstatic -lstdc++ -Wl,-Bdynamic \
-lc -lgcc_eh
/usr/bi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28810
--- Comment #12 from igodard at pacbell dot net 2006-08-22 20:28 ---
If the "using" is invalid then there should be a diagnostic on line 7 that says
so.
--
igodard at pacbell dot net changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-22 20:26 ---
(In reply to comment #4)
> It seems we've never really handled compound-literals properly within
> templates. This doesn't seem like a regression.
Yes this is PR 28766.
The ICE part is a regression or at least tha
--- Comment #4 from jason at gcc dot gnu dot org 2006-08-22 20:22 ---
It seems we've never really handled compound-literals properly within
templates. This doesn't seem like a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28255
When I generate depends using gcc -MD -MP, it generates a dependency
for the object file on the source file and all the headers. It also
generates an empty dependency for each header (to handle the case where
the header has gone away - that's the point of -MP).
It doesn't, however, do that for th
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-08-22 20:12
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #6 from drow at gcc dot gnu dot org 2006-08-22 20:03 ---
The use in main should still set TREE_USED, though; should TREE_USED on a
member ought to cause the class to be emitted?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14167
--- Comment #2 from pault at gcc dot gnu dot org 2006-08-22 20:02 ---
I have figured out what the problem is:
The module procedure formal arguments go into their own namespace; derived type
references pointing to the contained namespace. In the reformed association of
derived types, th
Attempting to compile the following code gives the error message below:
--
recursive real function det(A) result(res)
! Parameters.
real, dimension(:,:), intent(in) :: A
! Local variables.
real :: d
integer:: n
n = size(A,1)
d = 0.0
if (n==2) then
res = A(1,1)*A(2,2)-A(1,
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #5 from jason at gcc dot gnu dot org 2006-08-22 19:34 ---
[basic.def.odr] says that an object that appears in an integral constant
expression is not thereby "used", and it seems reasonable to extend that to not
setting TREE_USED.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-08-22 19:17 ---
Patch above should have fixed this.
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jason at gcc dot gnu dot org 2006-08-22 19:17 ---
The using-declaration is invalid because foo is not a base of bar. icc also
rejects the testcase if you try to instantiate bar.
--
jason at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from geoffk at gcc dot gnu dot org 2006-08-22 19:16 ---
Subject: Bug 28692
Author: geoffk
Date: Tue Aug 22 19:16:03 2006
New Revision: 116331
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116331
Log:
Index: gcc/ChangeLog
2006-08-21 Geoffrey Keating <[EMAIL PROT
--- Comment #2 from jason at gcc dot gnu dot org 2006-08-22 18:51 ---
Subject: Bug 28420
Author: jason
Date: Tue Aug 22 18:51:40 2006
New Revision: 116330
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116330
Log:
PR c++/28420
* parser.c (cp_parser_postfix_expres
--- Comment #1 from atgraham at gmail dot com 2006-08-22 18:43 ---
Patch was submitted to gcc-patches earlier, which is the same as the patch
already posted to the previous comment.
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00786.html
--
atgraham at gmail dot com changed:
--- Comment #7 from jason at gcc dot gnu dot org 2006-08-22 18:41 ---
This is too big a change to apply to 4.0 or 4.1, so WONTFIX there.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
The __gthread_once_t struct should use aligned ints instead of chars. This
allows the values to be manipulated on PowerPC using the stwcx and lwarx
instructions (as is done in the vxTas() function call) without causing
alignment issues. The fix is probably applicable to other architectures (SH4?)
--- Comment #11 from jason at gcc dot gnu dot org 2006-08-22 18:27 ---
Subject: Bug 28659
Author: jason
Date: Tue Aug 22 18:27:26 2006
New Revision: 116329
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116329
Log:
PR c++/28659
* typeck.c (merge_types): If either
--- Comment #14 from iano at apple dot com 2006-08-22 18:25 ---
For your amusement:
[ollmia:/tmp] iano% cat main.c
#include
extern int __isnand( double );
static __inline__ int __inline_isnan( double __a )
{
if( __builtin_isnan( __builtin_nan("") ) )
return _
--- Comment #1 from dberlin at gcc dot gnu dot org 2006-08-22 18:18 ---
Add an alias dump so we can see what things think of all this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28807
--- Comment #1 from david at jpackage dot org 2006-08-22 18:06 ---
I agree with reporter.
Bug #27890 is also related to FHS compliance with regard to readonly /usr
partitions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24798
--- Comment #11 from david at jpackage dot org 2006-08-22 18:03 ---
I am just voicing my support for comment #2.
In practice, we see a problem when installing both classpath and gcj on the
same system, since they both install classpath.security and logging.properties
files.
Ideally, bo
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.2.0
Known to work||4.1.2
Target
Testcase:
#include
struct S { short x; };
typedef struct S __attribute__((__may_alias__)) test;
int f() {
int a=10;
test *p=(test *)&a;
test s={1};
*p=s;
return a;
}
int main() {
if (f() == 10)
__builtin_abort()
return 0;
}
---
Even though the struct is not the same size
--- Comment #10 from eweddington at cso dot atmel dot com 2006-08-22 17:38
---
Subject: RE: Add option to have GCC not search $(prefix)
>
> Are you aware of this discussion
> http://gcc.gnu.org/ml/gcc/2006-07/msg00313.html
>
> and this alternative patch, installed in a csl vendor
--- Comment #12 from sje at cup dot hp dot com 2006-08-22 16:46 ---
The patch mentioned in comment #11 also works for me. Note that I had to only
use the patch that fixed the bug, the sencond patch / rest of the patch that is
for improved debuggability caused warnings during bootstraps
--- Comment #8 from mcvick_e at iname dot com 2006-08-22 16:42 ---
To try to be more helpful here, after doing a large amount of investigation
into the signature of this problem, it's been observed that the GNU compiler
simply defines (or appears to define) a bitfield (regardless of it
--- Comment #10 from jason at gcc dot gnu dot org 2006-08-22 16:38 ---
That patch didn't fix it, but I do have a fix now; I'll check it in soon.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-08-22 16:27
---
Subject: Bug 28776
Author: rguenth
Date: Tue Aug 22 16:26:32 2006
New Revision: 116326
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116326
Log:
2006-08-22 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-08-22 16:26
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #27 from pinskia at gcc dot gnu dot org 2006-08-22 16:08
---
(In reply to comment #26)
> FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)
Darwin support for section anchors is messed up and really I had wished Apple
would have fixed the support for it bu
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2006-08-22
16:06 ---
Should the testcase for this bug be marked as expected to fail on darwin
since that platform has section-anchors disabled? I see...
FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)
bo
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-22 15:51 ---
This was a P2 before the new Priority system came into effect so moving it to a
P3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-22 15:46 ---
*** Bug 28802 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-22 15:46 ---
*** This bug has been marked as a duplicate of 21591 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from patchapp at dberlin dot org 2006-08-22 15:43 ---
Subject: Bug number PR C++/28450
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-08/msg00793.html
--
http://gcc.gnu.org/bugzil
--- Comment #4 from krebbel at gcc dot gnu dot org 2006-08-22 15:17 ---
Happens on mainline as well.
--
krebbel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-08-22 15:17
---
*** Bug 28805 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17810
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-22 15:17 ---
Look at PR 17810 again, this was fixed in 3.4.5.
*** This bug has been marked as a duplicate of 17810 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-22 15:13 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00788.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-08-22 15:08 ---
3.4.3 is neither the latest release form 3.4 (which would be 3.4.6) nor in
active maintainance anymore. You need to reproduce it with at least 4.0.2 and
provide a testcase.
--
rguenth at gcc dot gnu dot org chan
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-08-22 15:01 ---
Mine. I have a patch in testing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
The C99 lround function should be expanded inline to
(long)(x + copysign (0.5, x))
--
Summary: lround is not expanded inline to SSE conversion sequence
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
HI,
I tryed to cross compile Xfree86-4.4 and 4.5 with my cross tool built with
gcc-3.4.3
But in both the cases it is giving error as
slicer.cc: In function `void triangulateRect(Arc*, Backend&, int, int, int)':
slicer.cc:382: internal compiler error: in verify_local_live_at_start, at
flow.c:546
Ple
--- Comment #10 from hvreddy1110 at gmail dot com 2006-08-22 14:28 ---
Hi,
I used and Xfree86-4.4 and 4.5 with gcc-3.4.3
But both the time it is giving same problem as
slicer.cc: In function `void triangulateRect(Arc*, Backend&, int, int, int)':
slicer.cc:382: internal compiler error:
--- Comment #31 from bkoz at gcc dot gnu dot org 2006-08-22 14:05 ---
This experiment is deemed sucessful.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from dberlin at gcc dot gnu dot org 2006-08-22 14:05
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #13 from dberlin at gcc dot gnu dot org 2006-08-22 14:05
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dberlin
--- Comment #12 from dberlin at gcc dot gnu dot org 2006-08-22 14:04
---
Subject: Bug 28003
Author: dberlin
Date: Tue Aug 22 14:04:16 2006
New Revision: 116323
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116323
Log:
2006-08-22 Daniel Berlin <[EMAIL PROTECTED]>
PR
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-08-22 13:56 ---
Confirmed. Happens on x86_64-unknown-linux-gnu, too:
gnu/CORBA/CDR/AbstractCdrOutput.java:112: internal compiler error: Segmentation
fault
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-08-22 13:28 ---
Mine. Patch posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDepend
C99 lrint is not expanded to SSE cvts[sd]2[sd]i{q}.
--
Summary: No SSE inline expansion for lrint
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
C
--- Comment #1 from nomis80 at nomis80 dot org 2006-08-22 13:12 ---
Created an attachment (id=12112)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12112&action=view)
Tree dump
Command-line:
gcc -std=c99 -O3 -march=pentium4 -ftree-vectorize -ftree-vectorizer-verbose=7
-fdump-tree-
This should get vectorized but isn't:
#include
typedef struct
{
int data[256];
} S;
void f()
{
S* restrict a = (S*) malloc( sizeof(S) );
S* restrict b = (S*) malloc( sizeof(S) );
for ( int i = 0; i < 256; ++i ) {
b->data[i] += a->data[i];
}
}
--
Summary
Current svn trunk gives:
/home/mark/src/gcc-obj/gcc/gcj
-B/home/mark/src/gcc-obj/i686-pc-linux-gnu/libjava/
-B/home/mark/src/gcc-obj/gcc/ -ffloat-store -fomit-frame-pointer -fclasspath=
-fbootclasspath=/home/mark/src/gcc-obj/i686-pc-linux-gnu/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated
--- Comment #3 from dberlin at gcc dot gnu dot org 2006-08-22 12:47 ---
Subject: Re: remove_phi_node attempts removal
of a phi node resized by resize_phi_node
pinskia at gcc dot gnu dot org wrote:
> --- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-22 06:17
> ---
>
1 - 100 of 113 matches
Mail list logo