At trunk rev 142742 on debian arm-linux-gnueabi bootstrap fails at the end of
stage1 with:
../trunk/configure --prefix=/n/50/guerby/install-trunk --enable-languages=c
--enable-__cxa_atexit --disable-nls --enable-threads=posix
--with-mpfr=/opt/cfarm/mpfr-2.3.2
make bootstrap
...
gcc -g -fkeep-inl
--- Comment #3 from dcb314 at hotmail dot com 2008-12-14 09:52 ---
(In reply to comment #2)
> On 2.66GHz Cor2 Quad running Fedora 9/x86-64, gcc 4.4 revision 142740 gave:
Thanks for the extra information.
I am concerned that the -O3 takes nine times longer than the -O2.
I'd be interest
--- Comment #7 from ubizjak at gmail dot com 2008-12-14 10:41 ---
(In reply to comment #6)
> Has this been fixed in the meantime?
>
> Uros, you wrote in
> http://gcc.gnu.org/ml/gcc/2008-12/msg00228.html that bootstrap works
> on Alpha...
Yes, bootstrap works. I have bootstrapped gcc on
The following source:
struct{enum E{};}A;int main(){A.E::foo;}
generates:
"internal compiler error: in finish_class_member_access_expr, at
cp/typeck.c:2268"
--
Summary: "ICE at cp/typeck.c:2268" on "struct{enum E{};}A;int
main(){A.E::foo;}"
Product: gcc
--- Comment #1 from paolo dot carlini at oracle dot com 2008-12-14 11:59
---
Can't reproduce the ICE with current (142748) mainline:
38524.C:1: warning: non-local variable A uses anonymous
type
38524.C: In function int main():
38524.C:1: error: E is not a class or namespace
If
--- Comment #1 from ubizjak at gmail dot com 2008-12-14 11:18 ---
There were many problems with -masm=intel, that were fixed for gcc-4.3 and
later by [1] and (many) followup patches. The change that you are looking for
is (gcc/config/i386/i386.c):
@@ -9037,8 +9047,9 @@ print_operand (FI
--- Comment #2 from dominiq at lps dot ens dot fr 2008-12-14 14:10 ---
The test protein.f90 fails when compiled with "-O1 -fstrict-overflow
-fgraphite-identity". It works with "-O3 -fno-strict-overflow
-fgraphite-identity".
The test capacita.f90 fails when compiled with "-O1 -fstrict-a
--- Comment #3 from mikael at gcc dot gnu dot org 2008-12-14 14:46 ---
(In reply to comment #2)
> I'm not sure what 'now' means. It's still true for release 4.3.2!
> I'm prepared to test with the live sources, but do you want me to?
Sure!
> Do you believe that the problem has been unde
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-14 15:30 ---
Sounds a bit like the problem from comment #0 is a duplicate or related to
PR31537 and/or PR35034 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37865
--- Comment #12 from dominiq at lps dot ens dot fr 2008-12-14 15:54 ---
Could you try with the addition of " -fno-strict-aliasing
-fno-strict-overflow"? See pr38520.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38431
--- Comment #19 from pault at gcc dot gnu dot org 2008-12-14 16:01 ---
Subject: Bug 35937
Author: pault
Date: Sun Dec 14 16:00:25 2008
New Revision: 142750
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142750
Log:
2008-12-14 Paul Thomas
PR fortran/35937
* tr
--- Comment #20 from pault at gcc dot gnu dot org 2008-12-14 16:09 ---
Subject: Bug 35937
Author: pault
Date: Sun Dec 14 16:07:46 2008
New Revision: 142751
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142751
Log:
2008-12-14 Paul Thomas
PR fortran/35937
* tr
--- Comment #21 from pault at gcc dot gnu dot org 2008-12-14 16:11 ---
Fixed on trunk and 4.3.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
When compiling attached unit test with -O3, it fails on sse2 test. With any
other optimization level including -O2 plus:
-fgcse-after-reload
-finline-functions
-fipa-cp-clone
-fpredictive-commoning -ftree-vectorize
-funswitch-loops
which should be the same
--- Comment #1 from leonid at volnitsky dot com 2008-12-14 16:52 ---
Created an attachment (id=16907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16907&action=view)
u-array.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38525
--- Comment #3 from dominiq at lps dot ens dot fr 2008-12-14 17:32 ---
Compiling mdbx.f90 with "-m64 -O3 -fgraphite-identity -floop-block
-ftree-loop-linear -fno-strict-overflow" gives an ICE:
mdbx.f90: In function 'mstep':
mdbx.f90:822: internal compiler error: Bus error
Please submit
Executing on build: gcc -g -O2 -o
/Users/dave/gnu/gcc/objdir/gcc/testsuite/gcc/g
cc.dg-struct-layout-1_generate.exe -DSKIP_DECIMAL_FLOAT
/Users/dave/gnu/gcc/gcc/
gcc/testsuite/gcc.dg/compat/struct-layout-1_generate.c
/Users/dave/gnu/gcc/gcc/g
cc/testsuite/gcc.dg/compat/generate-random.c
/Users/dave
--- Comment #2 from ubizjak at gmail dot com 2008-12-14 19:29 ---
I can't compile the attachment:
g++ -O3 -fpreprocessed u-array.ii
In file included from /home/lvv/p/lvv/sse.h:23,
from /home/lvv/p/lvv/array.h:35,
from u-array.cc:10:
/usr/local/lib/gcc/
--- Comment #3 from ubizjak at gmail dot com 2008-12-14 19:31 ---
(In reply to comment #2)
> /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include/pmmintrin.h: In
> function float __vector__ _mm_addsub_ps(float __vector__, float __vector__):
g++ -O3 -fpreprocessed u-array.ii
In
--- Comment #4 from hjl dot tools at gmail dot com 2008-12-14 19:57 ---
(In reply to comment #3)
> (In reply to comment #2)
>
> > /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include/pmmintrin.h: In
> > function �float __vector__ _mm_addsub_ps(float __vector__, float
> > __vecto
--- Comment #5 from hjl dot tools at gmail dot com 2008-12-14 19:59 ---
(In reply to comment #1)
> Created an attachment (id=16907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16907&action=view) [edit]
> u-array.ii
>
Please extract the failed ones to create a smaller testcase
--- Comment #1 from hjl dot tools at gmail dot com 2008-12-14 20:07 ---
This is really PR 36443.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
BugsThisD
When compiling the following program with -O2, gcc optimizes the var_unwind_all
function to an endless loop. Without -O, the program is compiled and runs
correctly. The same error is present with gcc 4.3.0.
The program is (no includes):
struct rlist {
struct rlist *prev;
};
void
_list_re
Apologies if 4.3.3 isn't the right magic version: seen in Revision 142751
(today's live trunk).
While trying to verify Bug 37865 (not connected) on the live tree:
during the building of libgfortran in stage 3 (so supposedly with a
"correct" gcc build) I got
internal compiler error: in change_decl
--- Comment #1 from gray at gnu dot org dot ua 2008-12-14 20:15 ---
My apologies for the inclomplete last line of the posting. It should read:
The generated .s code contains:
.L10:
jmp .L10
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38527
--- Comment #1 from bernard at brenda-arkle dot me dot uk 2008-12-14 20:15
---
Created an attachment (id=16908)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16908&action=view)
First source file in test-case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38528
--- Comment #2 from bernard at brenda-arkle dot me dot uk 2008-12-14 20:16
---
Created an attachment (id=16909)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16909&action=view)
Second source-file of test case (2/2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38528
--- Comment #5 from bernard at brenda-arkle dot me dot uk 2008-12-14 20:30
---
Responding to comment #3: *Ahem*. I tried with today's live sources
(revision 142751). I got as far as building libgfortran in stage 3, and
*bang*. Bug 35828, which see. It's not obviously related to the
--- Comment #2 from schwab at suse dot de 2008-12-14 20:36 ---
_list_remove((struct rlist**)&var_last,
(struct rlist*)var_last);
This violates the C aliasing rules.
*** This bug has been marked as a duplicate of 21920 ***
--
schwab at su
--- Comment #135 from schwab at suse dot de 2008-12-14 20:36 ---
*** Bug 38527 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
---
--- Comment #6 from leonid at volnitsky dot com 2008-12-14 21:00 ---
Created an attachment (id=16910)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16910&action=view)
Trimmed unit test. Only one, relevant to bug test
--
leonid at volnitsky dot com changed:
What
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-14
22:25 ---
Subject: Re: WARNING: Could not compile gcc.dg/compat/struct-layout-1
generator
> This is really PR 36443.
Aside from darwin specific issues with the environment, the problem looks
the same. Did anybody
--- Comment #7 from danglin at gcc dot gnu dot org 2008-12-14 22:31 ---
Subject: Bug 38062
Author: danglin
Date: Sun Dec 14 22:30:32 2008
New Revision: 142755
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142755
Log:
PR target/38062
Backport from mainline:
--- Comment #7 from leonid at volnitsky dot com 2008-12-14 22:32 ---
(In reply to comment #2)
> ... please reduce your source to a
> short, self contained runtime testcase (in plain C if possible) that fails
> with
> certain compile flags.
I've tried to do that (see below). But unfort
--- Comment #8 from danglin at gcc dot gnu dot org 2008-12-14 22:32 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #6 from mikael at gcc dot gnu dot org 2008-12-15 00:14 ---
(In reply to comment #4)
> Sounds a bit like the problem from comment #0 is a duplicate or related to
> PR31537 and/or PR35034 ?
>
31537 seems definitely related.
Is there a specific option/configuration to reproduc
--- Comment #12 from joseph at codesourcery dot com 2008-12-15 00:21
---
Subject: Re: Gcc misaligns arrays when stack is forced
follow the x8632 ABI
On Fri, 12 Dec 2008, whaley at cs dot utsa dot edu wrote:
> >LSB may be a starting point for plausible hypotheses about the ABIs, but
--- Comment #8 from joseph at codesourcery dot com 2008-12-15 00:31 ---
Subject: Re: __builtin_constant_p(t) ? t : 1 is not considered
a constant integer expression
I also added more __builtin_constant_p tests (gcc.dg/bconstp-[34].c) to
c-4_5-branch, following this discussion, to ver
--- Comment #14 from sergeid at il dot ibm dot com 2008-12-15 07:17 ---
Ok, since this case is the only one where RTL PRE (gcse-las) improves
performance and it can be dealt with at the TreeSSA level, it should be ok to
remove gcse-las from mainline and keep this PR open?
--
http:/
The following valid code snippet triggers an ICE since GCC 4.3.0 when
compiled with "-O3 -march=pentium4" or "-O -ftree-vectorize -march=pentium4":
==
float a[4];
void foo()
{
int i, j;
for (i = 0; i < 4; ++i)
for (j = 0; j < 17; ++j)
a[i] = 0;
}
===
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38529
41 matches
Mail list logo
