gnu dot org
ReportedBy: dje at gcc dot gnu dot org
GCC build triplet: *-*-*
GCC host triplet: *-*-*
GCC target triplet: powerpc-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45135
--- Comment #1 from dje at gcc dot gnu dot org 2010-07-29 18:32 ---
This fails on powerpc-ibm-aix as well:
/farm/dje/src/src/gcc/cfg.c: In function 'scale_bbs_frequencies_gcov_type':
/farm/dje/src/src/gcc/cfg.c:1109:1: internal compiler error: in
delete_corresponding_reg_eq_notes
--- Comment #1 from dje at gcc dot gnu dot org 2010-07-29 18:33 ---
*** This bug has been marked as a duplicate of 45134 ***
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dje at gcc dot gnu dot org 2010-07-29 18:33 ---
*** Bug 45135 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45134
--- Comment #6 from dje at gcc dot gnu dot org 2010-07-21 23:52 ---
I think the thread about the patch became confused.
First, Janis essentially approved the testsuite patch.
Second, Martin commented that the failure probably was due to MOVE_RATIO not
defined. The statement caused
--- Comment #16 from dje at gcc dot gnu dot org 2010-05-27 01:37 ---
You have no patience, now do you?
Sure I do. It is just that its been almost a month and from the
description it sounded like an easy fix:
config/rs6000/rs6000.md would need to add a addmodecc expander
No you do
--- Comment #8 from dje at gcc dot gnu dot org 2010-05-20 14:25 ---
Has anyone tested if generating an instruction sequence that uses the carry bit
actually improves performance on modern POWER processors? It reduces the
number of instructions, which is good when optimizing for size
--- Comment #21 from dje at gcc dot gnu dot org 2010-05-20 17:52 ---
I tested the patch from comment #14 on top of the DECL_PRESERVE_P patch from PR
44132, which was necessary to get back to a sane level of C++ and libgomp
failures on AIX. The DECL_DLLIMPORT_P and DECL_ATTRIBUTES patch
--- Comment #10 from dje at gcc dot gnu dot org 2010-05-21 00:28 ---
On my mpc8321 it is a big difference(don't have numbers handy). Why would
such a simply insn be a problem performance wise?
I know the kernel still uses the carry insn's for calculating the
Internet checksum
--- Comment #19 from dje at gcc dot gnu dot org 2010-05-19 15:40 ---
What is the relationship between this bug and PR 44132? Richi and Honza seem
to prefer the DECL_PRESERVE_P hack. We will see if Iain's lowering works. I
don't think both the decl attribute merging patch
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #10 from dje at gcc dot gnu dot org 2010-05-04 11:41 ---
Binutils now fully supports AIX.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dje at gcc dot gnu dot org 2010-04-29 13:25 ---
rs6000 also is experiencing stage 2/3 comparison failures on both Linux and
AIX.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dje at gcc dot gnu dot org 2010-04-29 13:29 ---
On rs6000, the miscompare seems to start at revision 158633 and a SEGV
configuring libgcc at rev 158639.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43936
--- Comment #3 from dje at gcc dot gnu dot org 2010-04-26 13:52 ---
As Jakub mentioned, i386.md implements the addcc named pattern and rs6000.md
does not provide that named pattern yet.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43892
: make_decl_rtl failure for C++ on AIX and HPUX
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Summary|make_decl_rtl failure for |[4.5 Regression]
|C++ on AIX and HPUX
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
GCC build triplet: powerpc-ibm-aix
GCC host triplet: powerpc
--- Comment #1 from dje at gcc dot gnu dot org 2010-01-14 16:02 ---
GCC does provide -funsigned-bitfields but defaults to -fsigned-bitfields. GCC
advocates consistency and does not believe this should be an ABI decision
because it does not affect object layout.
--
dje at gcc dot
--- Comment #5 from dje at gcc dot gnu dot org 2010-01-05 15:47 ---
sqrt(-0) = -0 and 0 is a discontinuity for atan2
Either sqrt should return +0 or atan2 should force +0 if games with signed
zeros are allowed.
--
dje at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from dje at gcc dot gnu dot org 2009-12-10 14:10 ---
Since there is only one libstdc++ for both with and without threads weird
things will happen.
When building GCC on AIX, pthreads is one of the multilib libraries. There is
a separate libstdc++ for pthread, so
--- Comment #4 from dje at gcc dot gnu dot org 2009-12-09 16:36 ---
I think the problem is bad design of MPFR, not a bug in MPC. GCC uses
mpfr_clear_flags(), mpfr_overflow_p() and mpfr_underflow_p() for results of
computations in both MPFR and MPC, which uses MPFR. These rely
--- Comment #2 from dje at gcc dot gnu dot org 2009-12-09 00:03 ---
libmpfr must be a shared object because libmpc relies on hidden, global state
in libmpfr. If libmpfr is linked statically with libmpc and with GCC, each
receives different instances of the global variables.
--
dje
--- Comment #9 from dje at gcc dot gnu dot org 2009-12-03 13:46 ---
Bootstrap is fixed, but mysterious libffi failures remain.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dje at gcc dot gnu dot org 2009-12-03 13:56 ---
The only unique change was in ffitarget.h:
#elif defined (POWERPC_DARWIN) defined (__ppc64__) /* Darwin */
#define POWERPC64
Does Darwin define __ppc64__ in 32 bit mode on 64 bit systems?
--
http
--- Comment #13 from dje at gcc dot gnu dot org 2009-12-03 15:20 ---
One would assume ...
I do not see any differences that should cause the 11 FPR return value tests to
fail on Darwin but not AIX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
--- Comment #15 from dje at gcc dot gnu dot org 2009-12-03 16:32 ---
One would not expect __ppc64__ to be defined for -m32. Thanks for the
confirmation.
I do not have access to a darwin system. Do either of you have enough PPC
assembly knowledge to step through libffi/testsuite
--- Comment #16 from dje at gcc dot gnu dot org 2009-12-03 17:42 ---
I found a system and backported the libffi changes. For some reason, Darwin is
calculating the stack location of FP arguments wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
--- Comment #18 from dje at gcc dot gnu dot org 2009-12-03 19:09 ---
Subject: Bug 42243
Author: dje
Date: Thu Dec 3 19:09:29 2009
New Revision: 154956
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154956
Log:
PR libffi/42243
* src/powerpc/ffi_darwin.c
--- Comment #3 from dje at gcc dot gnu dot org 2009-12-02 12:35 ---
Yes
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from dje at gcc dot gnu dot org 2009-12-02 12:36 ---
I believe the bootstrap failure should be fixed. Please let me know about the
testsuite results.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dje at gcc dot gnu dot org 2009-12-03 01:33 ---
The support in GCC trunk now is feature complete and operational.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dje at gcc dot gnu dot org 2009-12-03 01:44 ---
Darwin and AIX share most of the C code and the assembly files are nearly
identical for 32 bit support, except for the format of calls. The results on
AIX now are clean. I cannot see any reason for the difference
--- Comment #7 from dje at gcc dot gnu dot org 2009-12-01 16:52 ---
The changes are not available in any version and the changes are not complete.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35484
--- Comment #5 from dje at gcc dot gnu dot org 2009-11-30 23:34 ---
Subject: Bug 35484
Author: dje
Date: Mon Nov 30 23:34:33 2009
New Revision: 154855
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154855
Log:
2009-11-30 David Edelsohn edels...@gnu.org
PR target/35484
--- Comment #4 from dje at gcc dot gnu dot org 2009-11-15 23:04 ---
It's fixed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
GCC build triplet: *-*-*
GCC host triplet: *-*-*
GCC target
--- Comment #3 from dje at gcc dot gnu dot org 2009-10-06 23:28 ---
Yep
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #8 from dje at gcc dot gnu dot org 2009-09-09 16:59 ---
Kumar,
If you want this fixed then you or Edmar or someone at Freescale should fix the
patch referenced in comment #6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40677
--- Comment #2 from dje at gcc dot gnu dot org 2009-09-09 17:57 ---
Fixed on mainline. Patch needs to be backported.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dje at gcc dot gnu dot org 2009-08-25 21:32 ---
Just follow the style that Steve Ellcey and I used for HPUX and AIX. You
basically should be able to take either of our stanzas in inclhack.def and
substitute the regex in the select line that matches Solaris
--- Comment #4 from dje at gcc dot gnu dot org 2009-08-17 20:21 ---
confirmed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #1 from dje at gcc dot gnu dot org 2009-08-12 17:35 ---
This started failing after I started compiling with MPC library. Is this an
MPC bug or interaction bug?
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
GCC build triplet: power-ibm-aix
GCC host triplet: powerpc-ibm-aix
GCC target triplet: power-ibm-aix
http://gcc.gnu.org/bugzilla
--- Comment #5 from dje at gcc dot gnu dot org 2009-07-15 12:38 ---
The patch seems reasonable, but it exposes a latent bug in Nathan's mmultiple
patch that was not tested because of this bug.
This patch should have been tested and posted to the GCC mailinglist
referencing this PR
--- Comment #6 from dje at gcc dot gnu dot org 2009-07-15 12:50 ---
The fix for this actually is more involved. Nathan had a patch last October
which exposed similar bootstrap problems. He posted a revised patch
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01103.html
--
dje
--- Comment #8 from dje at gcc dot gnu dot org 2009-06-30 14:50 ---
Now I see failures when building libgcc:
../../.././gcc/dp-bit.c: In function '__pack_d':
../../.././gcc/dp-bit.c:268:39: internal compiler error: in simplify_subreg, at
simplify-rtx.c:4966
--
http://gcc.gnu.org
--- Comment #9 from dje at gcc dot gnu dot org 2009-06-30 15:07 ---
The traceback leads to the store flag change.
(gdb) print op
$3 = (rtx) 0x30153558
(gdb) pr
(reg:SI 234)
(gdb) print innermode
$4 = DImode
(gdb) print outermode
$5 = SImode
#0 fancy_abort (file=0x10e8a5b8 /farm/dje
--- Comment #12 from dje at gcc dot gnu dot org 2009-06-30 17:01 ---
I tried bootstrapping with that patch and it did not solve the bootstrap
failure in simplify_subreg.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40597
--- Comment #13 from dje at gcc dot gnu dot org 2009-06-30 18:16 ---
The failure appears to need a compiler built in 32 bit mode.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40597
--- Comment #14 from dje at gcc dot gnu dot org 2009-06-15 23:06 ---
This patch also fixes the gcc.c-torture/compile/pr34688.c failures. RTL-PRE
finds RTL with deep LABEL_REFs. When it creates a move, the emit_use and the
REG_NOTE on the move itself share RTL.
I suspect we need
--- Comment #2 from dje at gcc dot gnu dot org 2009-06-04 16:18 ---
AIX started miscomparing in libgcc as well.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dje at gcc dot gnu dot org 2009-06-04 17:11 ---
Jakub mentioned that Alexandre patch added comparison of libgcc, which may not
have been compared before. But I successfully bootstrapped with Alexandre's
patch the previous day.
--
http://gcc.gnu.org/bugzilla
--- Comment #7 from dje at gcc dot gnu dot org 2009-06-04 19:25 ---
Okay, I think these are separate bugs. The HP-PA error may be due to
Alexandre's change.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40338
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
GCC build triplet: powerpc-ibm-aix5.3.0.0
GCC host triplet: powerpc-ibm-aix5.3.0.0
GCC target triplet: powerpc-ibm-aix5.3.0.0
http://gcc.gnu.org
--- Comment #1 from dje at gcc dot gnu dot org 2009-06-04 19:27 ---
confirmed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #5 from dje at gcc dot gnu dot org 2009-06-02 12:51 ---
cfgexpand.c:expand_used_vars() expands and instantiates virtual-stack-vars for
INSNs when it walks the partion map:
for (i = 0; i SA.map-num_partitions; i++)
{
tree var = partition_to_var (SA.map, i
--- Comment #4 from dje at gcc dot gnu dot org 2009-06-01 21:49 ---
Local variable debugging is broken for AIX stabs as well.
On AIX, the DECL and the insn contain different offsets from virtual-stack-vars
for the same variable:
(mem/c/i:SI (plus:SI (reg/f:SI 115 virtual-stack-vars
--- Comment #1 from dje at gcc dot gnu dot org 2009-05-21 12:40 ---
Confirmed
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #2 from dje at gcc dot gnu dot org 2009-04-27 13:54 ---
This also fails on AIX. On AIX, the error appears as a failure while compiling
libobjc/linking.m.
A function in cgraphunit.c is being mis-compiled, possibly build_cdtor(). This
causes cgraph_build_static_cdtor
--- Comment #3 from dje at gcc dot gnu dot org 2009-04-27 14:19 ---
This probably is related to the promoted parameter problem that has appeared on
other architectures as well.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dje at gcc dot gnu dot org 2009-04-03 19:48 ---
I see similar failures on AIX.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
GCC build triplet: powerpc*-*-*
GCC host triplet: powerpc*-*-*
GCC target triplet: powerpc*-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38731
--- Comment #2 from dje at gcc dot gnu dot org 2009-01-05 19:54 ---
For example, the following, when declared locally:
typedef char Str_30 [31];
Str_30 Str_1_Par_Ref;
Str_30 Str_2_Par_Ref;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38731
--- Comment #1 from dje at gcc dot gnu dot org 2008-11-24 21:57 ---
Yep. confirmed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #12 from dje at gcc dot gnu dot org 2008-11-06 15:34 ---
Subject: Bug 26397
Author: dje
Date: Thu Nov 6 15:32:40 2008
New Revision: 141646
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141646
Log:
PR target/26397
* config/rs6000/aix.h
--- Comment #38 from dje at gcc dot gnu dot org 2008-11-05 15:45 ---
I think the AIX testsuite problem is a problem with the testsuite harness. If
I compile a trivial Java program with gcj, it works. If I manually compile
programs from libjava.lang testsuite, they work. If I manually
--- Comment #29 from dje at gcc dot gnu dot org 2008-11-04 18:33 ---
So I take it that the libgcj linkage failure is fixed, but some other
unrelated
bug now occurs? Sounds like this one needs to be closed.
No. linkage failure does not mean a link-edit failure. It always has been
--- Comment #19 from dje at gcc dot gnu dot org 2008-11-03 17:35 ---
Characterizing this as testsuite failures trivializes the problem. libgcj
builds but does not work properly on the platforms. This PR should be
categorized as P2, not P4.
--
http://gcc.gnu.org/bugzilla
--- Comment #18 from dje at gcc dot gnu dot org 2008-10-30 14:49 ---
GCC no longer generates branch on count instructions on PowerPC.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from dje at gcc dot gnu dot org 2008-10-29 23:33 ---
Subject: Bug 37878
Author: dje
Date: Wed Oct 29 23:33:02 2008
New Revision: 141450
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141450
Log:
PR target/37878
* config/rs6000/predicates.md
--- Comment #11 from dje at gcc dot gnu dot org 2008-10-28 22:35 ---
Created an attachment (id=16576)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16576action=view)
disallow illegal displacement wrapped in PRE_MODIFY or PRE_INC/DEC
I think this patch accomplishes the effect
--- Comment #12 from dje at gcc dot gnu dot org 2008-10-28 23:13 ---
Created an attachment (id=16577)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16577action=view)
another refinement
Jakub suggested a further refinement to hoist a common sub-expression.
--
dje at gcc dot gnu
--- Comment #4 from dje at gcc dot gnu dot org 2008-10-24 02:45 ---
Subject: Bug 35485
Author: dje
Date: Fri Oct 24 02:44:26 2008
New Revision: 141335
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141335
Log:
PR target/35485
* configure.ac: AIX threads are Posix
--- Comment #5 from dje at gcc dot gnu dot org 2008-10-21 14:53 ---
The test in rs6000_legitimate_offset_address_p is for something completely
different. This should be tested in rs6000_legitimate_address:
if (GET_CODE (x) == PRE_MODIFY
mode != TImode
mode != TFmode
--- Comment #7 from dje at gcc dot gnu dot org 2008-10-21 15:14 ---
Also, note the problem is a DFmode value in a GPR. FPRs can handle the
non-word-aligned offset. Forcing all DFmode to be 64 bit aligned is not an
option because that is known to impose a severe performance penalty
--- Comment #3 from dje at gcc dot gnu dot org 2008-10-21 17:35 ---
Subject: Bug 35485
Author: dje
Date: Tue Oct 21 17:33:53 2008
New Revision: 141269
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141269
Log:
PR target/35485
* tree.c (get_file_function_name
--- Comment #10 from dje at gcc dot gnu dot org 2008-10-16 11:58 ---
Subject: Bug 35483
Author: dje
Date: Thu Oct 16 11:57:26 2008
New Revision: 141170
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141170
Log:
gcc/
PR target/35483
* Makefile.in (coverage.o
--- Comment #3 from dje at gcc dot gnu dot org 2008-10-16 20:12 ---
I see the same failure on AIX that just restored Java support.
On AIX, _Jv_CheckABI is invoked with version argument of 0 instead of 404000
GCC version constant.
--
dje at gcc dot gnu dot org changed
--- Comment #8 from dje at gcc dot gnu dot org 2008-10-15 12:25 ---
Subject: Bug 35483
Author: dje
Date: Wed Oct 15 12:23:55 2008
New Revision: 141134
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141134
Log:
PR target/35483
Based on patches by Laurent Vivier
--- Comment #9 from dje at gcc dot gnu dot org 2008-10-15 12:29 ---
Proper G++ exception handling requires shared libraries.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from dje at gcc dot gnu dot org 2008-10-15 15:34 ---
You can try manually linking the program with libsupc++.a as well:
http://codesynthesis.com/~boris/blog/2006/12/10/statically-linking-on-aix/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26397
--- Comment #9 from dje at gcc dot gnu dot org 2008-10-15 16:55 ---
Patch committed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from dje at gcc dot gnu dot org 2008-10-14 17:06 ---
Created an attachment (id=16493)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16493action=view)
patch to convert dollar signs to underscores
New patch. This patch intercepts the dollar signs at a lower level
--- Comment #4 from dje at gcc dot gnu dot org 2008-10-12 22:42 ---
This probably is the data segment overflow that occurred on mainline with the
additional dfa descriptions. For some reason AIX 5.2 is hitting it sooner and
on GCC itself. You probably need to add -Wl,-bmaxdata
--- Comment #5 from dje at gcc dot gnu dot org 2008-10-02 20:47 ---
This patch causes G++ to crash building some applications on AIX. Apparently a
version of G++ including this patch is being distributed and users are
reporting problems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #6 from dje at gcc dot gnu dot org 2008-10-02 21:30 ---
+ strip = (char *)ggc_alloc_string (name, len);
+
+ for (len = 0; name[len]; len++)
+if (name[len] == '$')
+ strip[len] = '_';
+else
+ strip[len] = name[len];
+ strip[len] = 0;
+
+ return strip
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC||bergner at gcc dot gnu dot
--- Comment #30 from dje at gcc dot gnu dot org 2008-09-22 15:17 ---
Subject: Bug 33642
Author: dje
Date: Mon Sep 22 15:15:56 2008
New Revision: 140551
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140551
Log:
PR rtl-optimization/33642
* gcc.c-torture/compile
--- 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 #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 #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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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 #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
1 - 100 of 554 matches
Mail list logo