If a phi node has been resized using resize_phi_node, it may later be attempted
to be removed by remove_dead_inserted_code using remove_phi_node, as the old
phi node will be present in inserted_exprs, yet the phi node will not be in the
chain of phi nodes for its original basic block.
I believe
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-22 06:10 ---
What are you trying to do?
It seems like you are using the API wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28798
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-22 06:17 ---
We should never had needed resize_phi_node inside PRE and resize_phi_node also
does an exact replacement so that means you are keeping a reference to the old
PHI node when adding an edge which is wrong.
--
--- Comment #11 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-08-22 08:05 ---
Subject: Re: [4.2 Regression] dwarf2out.c:2160: ICE:
in build_polynomial_chrec, at tree-chrec.h:108
The fix seems OK to me, could you please test and submit it?
The following fixes
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-08-22 08:10 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-08-22 08:26
---
I confirm there are problems in the i386/x86_64 backends and possibly the
middle-end expanders. And I appreciate testcases that show wrong or
inconsistent behavior (even more so if citing the relevant standards
Hello,
I have a problem with functions wich have the
same allocated vector in input and output.
Program test (see below) returns a segmentation fault when
it is compiled by gfortran, but works with intel
compiler. The problem is that gfortran does not use
a temporary vector and try to write
--- Comment #9 from mueller at gcc dot gnu dot org 2006-08-22 09:19 ---
Thanks Jason! I'll regtest immediately.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28659
I get the following warning:
dixsept:~ cat tst.c
#define FOO
dixsept:~ gcc -pedantic -c tst.c
tst.c:1: warning: ISO C forbids an empty source file
But the source isn't empty (and AFAIK, the ISO C doesn't forbid empty sources).
Perhaps gcc mixes up with a translation unit, in which case the
--- Comment #1 from falk at debian dot org 2006-08-22 10:16 ---
Correct, the warning should say ISO C forbids an empty translation unit.
--
falk at debian dot org changed:
What|Removed |Added
--- Comment #12 from patchapp at dberlin dot org 2006-08-22 11:45 ---
Subject: Bug number PR28776
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/msg00779.html
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-22 11:51 ---
What version of gfortran are you using?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28799
--- Comment #2 from delphine dot jennequin at cea dot fr 2006-08-22 12:05
---
Subject: Re: functions and allocated vectors
pinskia at gcc dot gnu dot org a écrit :
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-22 11:51
---
What version of gfortran are you
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-22 12:12 ---
All fixed in 4.1.0:
D.609 = NON_LVALUE_EXPR D.607 + 1;
D.610 = _gfortran_internal_malloc (D.609 * 8);
atmp.11.data = D.610;
atmp.11.offset = 0;
atmp.11.dim[0].stride = 0;
equal (atmp.11,
--- Comment #101 from bkoz at gcc dot gnu dot org 2006-08-22 12:44 ---
Fixed.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
pinskia at gcc dot gnu dot org wrote:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-22 06:17
---
We should never had needed resize_phi_node inside PRE and resize_phi_node also
does an exact replacement so that means you are keeping a reference to the old
PHI node when
--- 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
---
We
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
This should get vectorized but isn't:
#include stdlib.h
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];
}
}
--
--- 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=12112action=view)
Tree dump
Command-line:
gcc -std=c99 -O3 -march=pentium4 -ftree-vectorize -ftree-vectorizer-verbose=7
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
--- 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
--- 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 #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=gccview=revrev=116323
Log:
2006-08-22 Daniel Berlin [EMAIL PROTECTED]
PR
--- 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 #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 #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 #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:
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
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
--- 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
--- 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
--- 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 #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 #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 #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 #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
--
--- 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 #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 #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 #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)
--- 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
--- 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 #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=gccview=revrev=116326
Log:
2006-08-22 Richard Guenther [EMAIL PROTECTED]
PR
--- 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 #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
--- 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 #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
Testcase:
#include stdio.h
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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.2.0
Known to work||4.1.2
--- 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,
--- 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 #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 #14 from iano at apple dot com 2006-08-22 18:25 ---
For your amusement:
[ollmia:/tmp] iano% cat main.c
#include stdio.h
extern int __isnand( double );
static __inline__ int __inline_isnan( double __a )
{
if( __builtin_isnan( __builtin_nan() ) )
--- 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=gccview=revrev=116329
Log:
PR c++/28659
* typeck.c (merge_types): If either
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
--- 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
--- 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 #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=gccview=revrev=116330
Log:
PR c++/28420
* parser.c
--- 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=gccview=revrev=116331
Log:
Index: gcc/ChangeLog
2006-08-21 Geoffrey Keating [EMAIL
--- 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 #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 #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.
--
--
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
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 =
--- 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,
--- 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 #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
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
--- 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
--- 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 that
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28810
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
--- 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=12113action=view)
makefile for testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
--- 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=12114action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811
--- 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 #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
--- 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 #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_castvoid*.
--- 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=gccview=revrev=116332
Log:
2006-08-22 Thomas Fitzsimmons [EMAIL PROTECTED]
--- 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).
--
--- 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
--- 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 #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 #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 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 #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 #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,
--- 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=12115action=view)
When relocated do not add paths that contain the configured prefix.
Thanks for adding me to the CC.
A
--
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 #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
--- 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 #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
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 #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
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
--- 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() {
--- 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=12116action=view)
aliasing dump
aliasing dump for the newest testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28807
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
1 - 100 of 115 matches
Mail list logo
