Im trying to install GCC 4.4.0 (i tried also with: gcc-4.3.3) my configure is:
../gcc-4.4.0/configure --enable-shared --enable-threads=gnat
--enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,ada
--prefix=/opt/gnu-gcc/gcc-4.4.0 --with-gmp=/usr --with-mpfr=/usr/local
--enable-libada
--- Comment #9 from eres at il dot ibm dot com 2009-07-09 07:32 ---
Not using unaligned stores for this kind of data dependence or peeling
for alignment will probably help here.
The decision of how to vectorized can be changed for x86 (or any other target).
Instead of first checking
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-07-09 07:53
---
What compiler do you use to bootstrap?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ubizjak at gmail dot com 2009-07-09 09:05 ---
For some reason IRA reloads argp using ebp-relative address as:
Reloads for insn # 22
Reload 0: reload_in (DI) = (mem/c/i:DI (plus:SI (reg/f:SI 6 bp)
(const_int 8
--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40667
Compile following function with options -Os -mthumb -march=armv5te
unsigned get_least_bits(unsigned value)
{
return value 9 9;
}
Gcc generates:
ldr r3, .L2
@ sp needed for prologue
and r0, r0, r3
bx lr
.L3:
.align 2
.L2:
.word
--- Comment #1 from carrot at google dot com 2009-07-09 09:24 ---
Created an attachment (id=18166)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18166action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40697
--- Comment #6 from manu at gcc dot gnu dot org 2009-07-09 09:25 ---
Is this mandated to be an error by the standard? Perhaps GCC could just pedwarn
and add the ';' itself, and compile just fine.
Otherwise, I might add a hint:
note: either add ';' or open a block after the label.
--- Comment #3 from burnus at gcc dot gnu dot org 2009-07-09 09:42 ---
Subject: Bug 40604
Author: burnus
Date: Thu Jul 9 09:42:34 2009
New Revision: 149405
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149405
Log:
2009-07-09 Tobias Burnus bur...@net-b.de
PR
--- Comment #6 from burnus at gcc dot gnu dot org 2009-07-09 09:57 ---
FIXED on the trunk (4.5). The commit message only made it to PR 40604 as I
forgot about PR 40605 ...
Subject: Bug 40604
Author: burnus
Date: Thu Jul 9 09:42:34 2009
New Revision: 149405
URL:
--- Comment #2 from steven at gcc dot gnu dot org 2009-07-09 09:59 ---
Maybe we can fix this in expand instead: if we see (x CONST) and CONST is a
masking constant that isn't a legitimate constant for the the target, then see
if the sum of the rtx_cost of expressing the mask as shifts
--- Comment #3 from ramana at gcc dot gnu dot org 2009-07-09 10:32 ---
(In reply to comment #2)
Maybe we can fix this in expand instead: if we see (x CONST) and CONST is a
masking constant that isn't a legitimate constant for the the target, then see
if the sum of the rtx_cost of
--- Comment #2 from Chaipzor at hotmail dot com 2009-07-09 10:38 ---
(In reply to comment #1)
What compiler do you use to bootstrap?
erm... i think im using the old gcc to compile this new one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696
--- Comment #21 from matz at gcc dot gnu dot org 2009-07-09 10:43 ---
I fear this is no expand-from-SSA problem anymore, but rather an IRA problem.
Unassigning and CCing Vlad.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-07-09 10:46
---
erm... i think im using the old gcc to compile this new one.
I was asking what version of GCC, i.e. the output of 'gcc -v'.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696
--- Comment #4 from Chaipzor at hotmail dot com 2009-07-09 10:58 ---
(In reply to comment #3)
erm... i think im using the old gcc to compile this new one.
I was asking what version of GCC, i.e. the output of 'gcc -v'.
i've installed other version of gcc: 3.4.3
3.4.3 is the GCC
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2009-07-09 11:00
---
3.4.3 is the GCC old version
Please post the output of 'gcc -v'.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40696
--- Comment #2 from jakub at gcc dot gnu dot org 2009-07-09 11:19 ---
Subject: Bug 40692
Author: jakub
Date: Thu Jul 9 11:19:22 2009
New Revision: 149418
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149418
Log:
PR middle-end/40692
* fold-const.c
--- Comment #3 from jakub at gcc dot gnu dot org 2009-07-09 11:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from jakub at gcc dot gnu dot org 2009-07-09 11:45 ---
Why do you think it has anything to do with IRA? It has all to do with dynamic
stack realignment IMNSHO.
Just try -fno-ira on any of the fall snapshots, it makes absolutely no
difference.
--
--- Comment #6 from Chaipzor at hotmail dot com 2009-07-09 11:48 ---
(In reply to comment #5)
3.4.3 is the GCC old version
Please post the output of 'gcc -v'.
Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs
Configured with:
--- Comment #7 from Chaipzor at hotmail dot com 2009-07-09 11:54 ---
(In reply to comment #6)
(In reply to comment #5)
3.4.3 is the GCC old version
Please post the output of 'gcc -v'.
Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs
Configured with:
--- Comment #6 from jakub at gcc dot gnu dot org 2009-07-09 12:04 ---
Indeed, on this testcase crtl-stack_realign_needed is 1, while when using say
int instead of long long it is 0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40667
--- Comment #8 from aldyh at gcc dot gnu dot org 2009-07-09 12:31 ---
This patch fixes the remaining failures.
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00484.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40435
--- Comment #7 from jakub at gcc dot gnu dot org 2009-07-09 12:56 ---
There are multiple places which bump crtl-stack_alignment_estimated to 64
during expansion in this case (thus forcing stack_realign_needed):
if (SUPPORTS_STACK_ALIGNMENT)
{
unsigned int align
This bug appears in ALL version of gcc that we tested since gcc 4.1.2
If you see the assembly generated by the cpp source using the
-DNOT_WORKING
option
you will see:
main:
leal4(%esp), %ecx
andl$-16, %esp
pushl -4(%ecx)
pushl %ebp
movl
--- Comment #1 from jacob at jacob dot remcomp dot fr 2009-07-09 13:17
---
Created an attachment (id=18167)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18167action=view)
This is the cpp source needed to reproduce the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40698
--- Comment #2 from jacob at jacob dot remcomp dot fr 2009-07-09 13:18
---
Created an attachment (id=18168)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18168action=view)
Needed for linking the cpp code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40698
--- Comment #3 from jacob at jacob dot remcomp dot fr 2009-07-09 13:18
---
Created an attachment (id=18169)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18169action=view)
script that demonstrates the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40698
--- Comment #2 from dodji at gcc dot gnu dot org 2009-07-09 13:21 ---
Subject: Re: ICE in tsubst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The patch was submitted for review at
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00491.html .
-BEGIN PGP SIGNATURE-
Version: GnuPG
--- Comment #8 from jakub at gcc dot gnu dot org 2009-07-09 13:25 ---
Created an attachment (id=18170)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18170action=view)
gcc45-pr40667.patch
Very ugly patch which just shows that changing these 3 spots helps both of
these testcases.
--- Comment #4 from jakub at gcc dot gnu dot org 2009-07-09 13:50 ---
The code has a bunch of aliasing violations, so is invalid.
*** This bug has been marked as a duplicate of 21920 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #143 from jakub at gcc dot gnu dot org 2009-07-09 13:50 ---
*** Bug 40698 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from hjl dot tools at gmail dot com 2009-07-09 13:57 ---
(In reply to comment #8)
on -m32 we ever decrease the stack alignment, this shouldn't break anything.
BTW, the patch also changes something that looks like a thinko to me:
unsigned int align =
--- Comment #7 from janus at gcc dot gnu dot org 2009-07-09 14:07 ---
Subject: Bug 40646
Author: janus
Date: Thu Jul 9 14:07:03 2009
New Revision: 149419
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149419
Log:
2009-07-09 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #5 from jacob at jacob dot remcomp dot fr 2009-07-09 14:34
---
What do you mean by aliasing violations ???
Why would that code be invalid without any warning from the compiler?
It took us a lot of work for finding this bug and reporting it to you
can you explain?
Thanks
--- Comment #10 from mikpe at it dot uu dot se 2009-07-09 14:45 ---
I've identified Jakub's r140177 (PR37356) as the point where these test cases
were fixed in 4.4.0. A backport doesn't look easy (to me anyway).
--
mikpe at it dot uu dot se changed:
What|Removed
--- Comment #2 from burnus at gcc dot gnu dot org 2009-07-09 14:48 ---
However, there is also a bug in 4.4: It simply compiles.
But if one adds a print *, there_is, one sees that it does not work (wrong
result, independent of sunshine()!)
--
burnus at gcc dot gnu dot org changed:
--- Comment #11 from marek dot rouchal at infineon dot com 2009-07-09
14:48 ---
(In reply to comment #10)
Thank you very much! I can confirm now that with the given information I was
able to compile on a x86_64 Linux box a gcc-4.3.3 with all executables (gcc,
cc1, ...) built in 32bit,
--- Comment #144 from manu at gcc dot gnu dot org 2009-07-09 15:20 ---
I added in the URL field the relevant section in the GCC manual.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-09 15:26 ---
g++-4.1 -S t.C -O2 -m32 -Wall
t.C: In function ‘TwoPointers InterlockedExchange(TwoPointers*, TwoPointers)’:
t.C:60: warning: dereferencing type-punned pointer will break strict-aliasing
rules
t.C:60: warning:
--- Comment #145 from rguenth at gcc dot gnu dot org 2009-07-09 15:26
---
*** Bug 40698 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40281
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-09 15:32 ---
#1 0x008c8613 in can_be_reached_by_runtime (contains_stmt=0x188ab30,
r=0x75fc33f0) at /space/rguenther/src/svn/trunk/gcc/except.c:569
569 EXECUTE_IF_SET_IN_BITMAP (i-aka, 0, n, bi)
--- Comment #7 from manu at gcc dot gnu dot org 2009-07-09 15:35 ---
@Jacob,
The C/C++ standards have some precise rules of what can and cannot be done
about pointer casts.
See
http://gcc.gnu.org/onlinedocs/gcc-4.4.0/gcc/Optimize-Options.html#index-fstrict_002daliasing-749
See also
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-09 15:38 ---
Indeed fixed by gimplifying unit-at-a-time. Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-09 15:38 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40435
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40436
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40496
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-07-09 15:41 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||jakub at gcc dot gnu dot org
Priority|P3
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-09 15:43 ---
./cc1 -quiet t.i -O2 -ftracer
t.i: In function 'f':
t.i:5:4: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40556
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40570
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40585
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40599
--- Comment #4 from daney at gcc dot gnu dot org 2009-07-09 15:48 ---
The patches in comment #1 fix the problem.
If someone would review them we could probably close the bug.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40642
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords|ra |missed-optimization
Priority|P3
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-07-09 15:50 ---
Caused by honzas CD-DCE changes.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from manu at gcc dot gnu dot org 2009-07-09 15:55 ---
Thanks, it also happens in current trunk.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jakub at gcc dot gnu dot org 2009-07-09 16:24 ---
I'm not sure what you mean MINIMUM_TYPE_ALIGN should be. A new type field?
That would be IMHO an overkill, would enlarge types too much.
If it is just a macro, it should be probably MINIMUM_ALIGNMENT, not
--- Comment #11 from hjl dot tools at gmail dot com 2009-07-09 16:34
---
(In reply to comment #10)
I'm not sure what you mean MINIMUM_TYPE_ALIGN should be. A new type field?
That would be IMHO an overkill, would enlarge types too much.
If it is just a macro, it should be probably
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2009-07-09 16:40
---
Using built-in specs.
Target: sparc-sun-solaris2.8
Configured with: /oslo.c/gnatmail/release-6_0/gcc-41/build-oslo/src/configure
--prefix=/opt/gnu/gnat --enable-languages=c,ada --disable-nls --disable-libada
--- Comment #5 from pault at gcc dot gnu dot org 2009-07-09 16:49 ---
Subject: Bug 40629
Author: pault
Date: Thu Jul 9 16:48:50 2009
New Revision: 149422
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149422
Log:
2008-07-09 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #14 from pault at gcc dot gnu dot org 2009-07-09 17:06 ---
(In reply to comment #13)
Thus: I think this PR be closed, can it?
Tobias,
I was keeping it open for comment #8. I already built a patch for zero,
array-to-array and constant constructor assignments.
--- Comment #4 from pault at gcc dot gnu dot org 2009-07-09 17:08 ---
Thanks for the report
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from pault at gcc dot gnu dot org 2009-07-09 17:10 ---
Sorry - I forgot about 40629.
Closing, closing now!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jason at gcc dot gnu dot org 2009-07-09 17:15 ---
Already fixed for 4.4.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Between 20090522 and 20090702, all sparcv9 libjava execution tests started to
fail. libjava.log reveals:
set_ld_library_path_env_vars:
ld_library_path=.:/vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/sparc-sun-solaris2.11/sparcv9/libjava/.libs:/vol/gccsrc/obj/gcc-4.5.0-20090702/11-gcc/./gcc
Setting
--- Comment #3 from dodji at gcc dot gnu dot org 2009-07-09 17:56 ---
Subject: Bug 40684
Author: dodji
Date: Thu Jul 9 17:56:44 2009
New Revision: 149423
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149423
Log:
2009-07-09 Dodji Seketeli do...@redhat.com
gcc/cp/ChangeLog:
--- Comment #4 from dodji at gcc dot gnu dot org 2009-07-09 18:01 ---
Subject: Bug 40684
Author: dodji
Date: Thu Jul 9 18:00:58 2009
New Revision: 149425
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149425
Log:
2009-07-09 Dodji Seketeli do...@redhat.com
gcc/cp/ChangeLog:
--- Comment #5 from dodji at gcc dot gnu dot org 2009-07-09 18:02 ---
Fixed in 4.4.1 and 4.5.
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ro at gcc dot gnu dot org 2009-07-09 18:08 ---
Same problem on i386-pc-solaris2.10 as of 20090702 (new since 20090622).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40699
Between 20090612 and 20090622, all amd64 libffi execution tests started to
fail.
Running them under gdb didn't reveal much, unfortunately, just that the
programs
die with SIGSEGV.
--
Summary: [4.5 Regression] All amd64 libffi execution tests fail
on Solaris 10/x86
--- Comment #2 from ro at gcc dot gnu dot org 2009-07-09 18:36 ---
I see the same problem when running the gcc testsuite on alpha-dec-osf4.0f and
alpha-dec-osf5.1b. The problem was introduced between 20090522 and 20090612,
e.g.
Between 20090522 and 20090612, many libffi tests started to fail on
alpha-dec-osf4.0f:
FAIL: libffi.call/closure_fn0.c -O0 -W -Wall (test for excess errors)
Excess errors:
In file included from
/vol/gcc/src/gcc-dist/libffi/testsuite/libffi.call/closure_fn0.c:13:0:
--- Comment #3 from ro at gcc dot gnu dot org 2009-07-09 18:50 ---
I just checked rev 149403, and while I had a couple of new problems building
the
lto branch (to be reported shortly), this particular problem is gone and (apart
from libobjc) the default languages build. A testsuite run
--- Comment #2 from mikpe at it dot uu dot se 2009-07-09 19:03 ---
This was fixed for 4.4.0 by Richard's r143339.
I backported that to 4.3.4 and it built ok and fixed this test case. My boxes
are ARMv5TE so I cannot run the generated thumb2 code however.
--
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2009-07-09
19:17 ---
Subject: Re: [4.5 Regression] All sparcv9 libjava execution tests fail on
Solaris 11/SPARC
rsandifo at gcc dot gnu dot org writes:
Do you only see this for libjava?
Yes, all other library tests are
When building current (as of 20090709) lto branch no Solaris 11/SPARC with Sun
as
or Solaris 10/x86 with /usr/sfw/bin/gas (gas 2.15), libobjc fails to configure:
configure:11129: checking for exception model to use
configure:11161: /vol/gccsrc/obj/gcc-lto-20090709/11-gcc/./gcc/xgcc
-B/vol/gccsrc
--- Comment #4 from rsandifo at gcc dot gnu dot org 2009-07-09 19:23
---
OK, I'm going to need some help debugging this one. First of all,
how are you running your tests? E.g.
(a) are you using --target_board unix/-m64,
(b) is -m64 the default, or
(c) something else?
Second,
--- Comment #14 from pault at gcc dot gnu dot org 2009-07-09 19:28 ---
Subject: Bug 40440
Author: pault
Date: Thu Jul 9 19:28:20 2009
New Revision: 149431
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149431
Log:
2009-07-09 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #15 from pault at gcc dot gnu dot org 2009-07-09 19:29 ---
Fixed on trunk and 4.4
Thanks for the patch
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ro at gcc dot gnu dot org 2009-07-09 19:35 ---
Despite Diegos fix
2009-05-20 Diego Novillo dnovi...@google.com
* configure.ac (host_libs): Remove lto-plugin.
Add --enable-lto.
Add --with-libelf, --with-libelf-include and --with-libelf-lib.
Trying to build the lto branch as of 20090709 on Solaris (both SPARC and x86)
fails compiling lto-elf.c:
cc1: warnings being treated as errors
In file included from /vol/gcc/src/gcc-lto/gcc/lto/lto-elf.c:21:0:
/vol/gcc/include/libelf/gelf.h:102:1: error: function declaration isn't a
prototype
--- Comment #2 from rsandifo at gcc dot gnu dot org 2009-07-09 19:12
---
Do you only see this for libjava?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40699
--- Comment #3 from ro at gcc dot gnu dot org 2009-07-09 19:49 ---
Subject: Bug 39022
Author: ro
Date: Thu Jul 9 19:49:41 2009
New Revision: 149434
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149434
Log:
PR bootstrap/39022
* configure.ac: Don't unconditionally
--- Comment #5 from ro at techfak dot uni-bielefeld dot de 2009-07-09
20:17 ---
Subject: Re: [4.5 Regression] All sparcv9 libjava execution tests fail on
Solaris 11/SPARC
rsandifo at gcc dot gnu dot org writes:
OK, I'm going to need some help debugging this one. First of all,
how
--- Comment #3 from m dot rosellini at f5 dot com 2009-07-09 20:29 ---
OK, maybe some assembly will make the issue clearer. Or perhaps you just want
to close this bug if you're not fixing bugs in the 4.1 compiler. I verified
that the problem does occur with 4.1 and that it does not
--- Comment #7 from ro at gcc dot gnu dot org 2009-07-09 20:50 ---
Your patch isn't applicable to anything but Indiana (the distribution called
OpenSolaris):
* Solaris /bin/sh doesn't support $(), one needs to use `` instead (which can
easily be done).
* Likewise, Solaris /bin/sh
Some gcc test results contain binary attachment:
http://gcc.gnu.org/ml/gcc-testresults/2009-07/msg00830.html
The problem is ^M? in
=== libffi tests ===
Running target unix/-m32
XPASS: libffi.call/cls_dbls_struct.c -O0 -W -Wall output pattern test, 1.0
2.0^M?
XPASS:
The following code compiles cleanly without the -ggdb flag, i.e. using:
g++ -save-temps testit.cpp -o testit
but adding the -ggdb flag:
g++ -ggdb -save-temps testit.cpp -o testit
results in the following error output:
testit.cpp:10:1: internal compiler error: in gen_type_die_with_usage, at
--- Comment #1 from phorgan1 at gmail dot com 2009-07-09 21:45 ---
Just noted that -ggdb is not required but merely -g
--
phorgan1 at gmail dot com changed:
What|Removed |Added
this is true for 4.2.4, 4.3.3 and 4.4.0
(note that 3.4.6 builds normally):
performed a clean install, then
configured in a fully separate directory,
the configure is performing without error.
still in a fully separate directory,
run make (I've tried version 3.79.1 and the latest 3.81):
--- Comment #1 from junk at ysengrin dot com 2009-07-09 23:17 ---
this is for centos3 64bit
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40706
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-07-09 23:18 ---
What options are you supplying to configure? How are you invoking make?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from junk at ysengrin dot com 2009-07-09 23:21 ---
Subject: Re: gcc doesn't compile on centos3 64bit
no option at all,
being in a new directory out of the tree /tmp/gcc/gcc44
I do
/tmp/gcc/gcc-4.4.0/gcc/configure
and then
make
that's it
pinskia at gcc dot gnu dot
Revision 149113:
http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg01099.html
broke testsuite with my emulator. I can run AVX binary
under my AVX emulator, which is based on sim, directly.
To do that, I set up LD_LIBRARY_PATH properly my sim_load,
according to ld_library_path. Revision 149113 removed
1 - 100 of 109 matches
Mail list logo
