--- Comment #35 from dje at gcc dot gnu dot org 2008-09-17 12:22 ---
User reports successful resolution.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #34 from jorn dot amundsen at ntnu dot no 2008-09-17 08:02
---
(In reply to comment #33)
Thank you for the tip on libtool libpath. Looking into it with dump -H, I did
not know it was that ugly. Indeed, this should be cleaned up if when building
and installing software.
In o
--- Comment #33 from dje at gcc dot gnu dot org 2008-09-16 20:00 ---
I have not tried MPFR as a shared library.
One thing to be careful about with shared libraries on AIX is libpath. libtool
configured for gmp and mpfr decides to hardcode the path and finds all of the
GCC build directo
--- Comment #32 from jorn dot amundsen at ntnu dot no 2008-09-16 19:09
---
(In reply to comment #31)
> No, I do not use any patches from IBM. The patches seem to be focussed on
> packaging and layout, but I would recommend using the standard FSF GCC 4.3.2
> release plus the pt.c patch
--- Comment #31 from dje at gcc dot gnu dot org 2008-09-16 18:34 ---
No, I do not use any patches from IBM. The patches seem to be focussed on
packaging and layout, but I would recommend using the standard FSF GCC 4.3.2
release plus the pt.c patch that now is upstream in the FSF GCC sou
--- Comment #30 from jorn dot amundsen at ntnu dot no 2008-09-16 18:23
---
(In reply to comment #29)
> I bootstrap GCC using GCC 4.1. I assume you use GCC 4.2 distributed by IBM.
I usually use the currently installed gcc-version, which might be more recent
than 4.2.
> I do not underst
--- Comment #29 from dje at gcc dot gnu dot org 2008-09-16 17:40 ---
I bootstrap GCC using GCC 4.1. I assume you use GCC 4.2 distributed by IBM.
I do not understand your comment in the initial report about "forward porting
of the 4.2.0 patches."
--
http://gcc.gnu.org/bugzilla/show
--- Comment #28 from dje at gcc dot gnu dot org 2008-09-16 15:52 ---
The AIX systems to which I have access also are AIX 5.3.0.0 TL 07.
My GCC configure command only specifies the languages and where to find GMP and
MRPF. I had been using gmp-4.1.4 static archive library, but recently
--- Comment #20 from jorn dot amundsen at ntnu dot no 2008-09-15 04:42
---
(In reply to comment #19)
I am sorry, You are right. I thought it fixed everything, though. I will check
4.3.2 + the cp/pt.c patch against every of the 7 original ICE's and give an
updated status on everyone in
--- Comment #19 from dje at gcc dot gnu dot org 2008-09-14 22:42 ---
First, you reported seven ICEs. You attached files for
makeChemkinReactions.ii. That file failed before Honza's patch and does not
appear to fail after his patch. I cannot reproduce the failure using my
version of GC
--- Comment #18 from jorn dot amundsen at ntnu dot no 2008-09-14 22:01
---
(In reply to comment #17)
I tried with a patched 4.3.2, and it does unfortunately *not* fix the problem.
The compiler line (as read from -###) results in:
$ /opt/freeware/libexec/gcc/powerpc-ibm-aix5.3.0.0/4.3.
--- Comment #17 from dje at gcc dot gnu dot org 2008-09-14 19:52 ---
Because the problem is due to garbage collection, it is non-deterministic,
depending on what data GCC generates. I was able to reproduce the problem in a
recent development version of GCC, prior to Honza's patch, but n
--- Comment #16 from jorn dot amundsen at ntnu dot no 2008-09-14 17:11
---
(In reply to comment #15)
With 4.3.2, and by uncommenting a superfluous third party package, I am down at
4 ICE's. The makeChemkinReactions ICE is still present with 4.3.2, though. Now,
since cp/pt.c are identic
--- Comment #15 from dje at gcc dot gnu dot org 2008-09-14 15:35 ---
Honza,
I think that your recent pt.c:tsubst_decl() fix coincidentally may have fixed
this as well. Tracing the ggc_alloc_stat() calls, struct function only appears
to be allocated once, but likely is copied when it sh
--- Comment #14 from hubicka at gcc dot gnu dot org 2008-09-14 14:31
---
On cross from today tree it seems fine:
Starting program: /home/jh/gcc-baseline/build-aix/gcc/cc1plus -O2 *.ii
-fpreprocessed -quiet -dumpbase makeChemkinReactions.C -maix32 -auxbase
makeChemkinReactions -Wall -Wn
--- Comment #13 from hubicka at ucw dot cz 2008-09-14 09:24 ---
Subject: Re: 7 Internal Compiler Errors when compiling OpenFOAM-1.5
Looking at the log, it seems to be another leak where multiple
declarations points to single struct function. This is of course quite
evil bug with vario
--- Comment #12 from hubicka at ucw dot cz 2008-09-14 09:18 ---
Subject: Re: 7 Internal Compiler Errors when compiling OpenFOAM-1.5
> Honza,
>
> I may not be analyzing this correctly, but it looks like
> cgraph_remove_unreachable_nodes() may be removing something that is not dead.
>
--- Comment #11 from dje at gcc dot gnu dot org 2008-09-14 02:04 ---
Honza,
I may not be analyzing this correctly, but it looks like
cgraph_remove_unreachable_nodes() may be removing something that is not dead.
Is cgraph handling constructors and destructors on non-ELF systems correctl
--- Comment #10 from dje at gcc dot gnu dot org 2008-09-14 02:01 ---
I'm not sure if I am tracking this back correctly, but:
#0 ggc_free (p=0x301631b8) at /farm/dje/src/src/gcc/ggc-page.c:1380
#1 0x1033fb54 in cgraph_release_function_body (node=0x31932300)
at /farm/dje/src/src/gcc
--- Comment #9 from dje at gcc dot gnu dot org 2008-09-14 01:51 ---
and I think related to static constructor/destructor functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37057
--- Comment #8 from dje at gcc dot gnu dot org 2008-09-14 01:45 ---
This starts when collecting a cgraph node:
#345 0x10049f1c in gt_ggc_mx_cgraph_node (x_p=0x31b4fa00) at gtype-desc.c:171
#346 0x10053290 in gt_ggc_m_P11cgraph_node4htab (x_p=0x300fba00)
at gtype-desc.c:2065
#347 0x1
--- Comment #7 from dje at gcc dot gnu dot org 2008-09-14 01:22 ---
This is a garbage collection bug.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jorn dot amundsen at ntnu dot no 2008-08-22 06:18
---
Compiling and testing against gcc 4.4 snapshot 20080808 still results in 7 ICEs
(1 and 3-7 as of 4.3.1):
lnInclude/wrapper.cpp:320: internal compiler error: Illegal instruction
interpolation/surfaceInterpolation/
--- Comment #5 from paul at epcc dot ed dot ac dot uk 2008-08-18 15:09
---
Hi,
Just to add, I too have seen this bug (using gcc 4.2.0, not tried other
versions yet) on a powerpc-ibm-aix5.3.0.0, so I'd be keen to hear of any
resolution.
Regards,
Paul Graham
--
http://gcc.gnu.org/b
--- Comment #4 from jorn dot amundsen at ntnu dot no 2008-08-08 09:02
---
Created an attachment (id=16046)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16046&action=view)
makeChemkinReactions.C assembler output
GCC 4.2.0 powerpc-ibm-aix5.3.0.0 assembler output from compiling
mak
--- Comment #3 from jorn dot amundsen at ntnu dot no 2008-08-08 09:01
---
Created an attachment (id=16045)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16045&action=view)
g++ preprocessed file
GCC 4.2.0 powerpc-ibm-aix5.3.0.0 preprocessed source, not tested on any other
GCC 4.2.
--- Comment #2 from jorn dot amundsen at ntnu dot no 2008-08-08 08:53
---
Created an attachment (id=16044)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16044&action=view)
makeChemkinReactions.C assembler output
GCC 4.3.1 powerpc-ibm-aix5.3.0.0 assembler output from compiling
ma
--- Comment #1 from jorn dot amundsen at ntnu dot no 2008-08-08 08:48
---
Created an attachment (id=16043)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16043&action=view)
g++ preprocessed file
g++ preprocessed file, ICE with powerpc-ibm-aix5.3.0.0 compiles cleanly with
x86_64-re
28 matches
Mail list logo
