--- Comment #3 from dje at gcc dot gnu dot org 2007-03-12 20:19 ---
The problem appears to be occurring in real.c conversions from CONST_DOUBLE to
TARGET_DOUBLE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30704
--- Comment #4 from dje at gcc dot gnu dot org 2007-03-12 22:20 ---
I do not believe this is an endian issue. It is a coincidence that the output
value looks like the original constant. GCC converts the __builtin_memcpy()
into a VIEW_CONVERT_EXPR. The constant is equivalent to a NaN
--- Comment #1 from dje at gcc dot gnu dot org 2007-03-20 21:40 ---
What tools are you using for the cross-compiler? Cross-compiling to AIX is not
supported because the rest of the GNU crosstools are incomplete for AIX 5.
--
dje at gcc dot gnu dot org changed:
What
--- Comment #1 from dje at gcc dot gnu dot org 2007-03-20 21:43 ---
Compiling with -pthread adds -D_THREAD_SAFE to the defined macros, which causes
different header files to be included. Prior to GCC 4.3, this appears to cause
a non-unique name to be chosen for the global constructor
--- Comment #2 from dje at gcc dot gnu dot org 2007-03-20 21:47 ---
Andrew Pinski pointed out that this is known with a workaround:
http://www-128.ibm.com/developerworks/forums/dw_thread.jsp?forum=747&thread=119546&cat=72
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31282
--- Comment #4 from dje at gcc dot gnu dot org 2007-03-20 21:48 ---
and more info http://gcc.gnu.org/ml/gcc-help/2007-03/msg00095.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31282
--- Comment #7 from dje at gcc dot gnu dot org 2007-03-20 22:41 ---
If GNU Binutils and Linker do not support AIX 5L sufficiently to bootstrap GCC,
then you should infer that does not support AIX 5L sufficiently for anything
"interesting", like shared libraries.
--- Comment #8 from dje at gcc dot gnu dot org 2007-03-21 15:49 ---
This is not a GCC bug. Binutils was updated to support AIX 4.3.3, but has not
been maintained, improved, or updated for AIX 5. It can do simple things, but
does not fully support more advanced features. For instance
--- Comment #1 from dje at gcc dot gnu dot org 2007-03-24 13:30 ---
Loading the constant through memory appears to be related to the vector plus
expander.
118t.final_cleanup shows:
vect_vec_iv_.32 = vect_cst_.30 + {4, 4, 4, 4};
and 120r.expand shows:
;; vect_vec_iv_.32 = vect_cst_
--- Comment #4 from dje at gcc dot gnu dot org 2007-03-25 21:56 ---
I do not believe the patch will help with the original missed optimization
because the backend never sees a direct assignment from the CONSTRUCTOR -- it
already is placed in memory. The example in comment #2 is
--- Comment #5 from dje at watson dot ibm dot com 2007-07-23 18:05 ---
Subject: Re: [4.3 Regression] glibc ICE's gcc-4.3.0 SSA corruption
>>>>> michelin60 at gmail dot com writes:
michelin60> Doing a search of PR's filed I came up, surprise, with no re
--- Comment #7 from dje at gcc dot gnu dot org 2007-07-26 12:53 ---
v0 (and v10 are scratch registers and not saved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32582
--- Comment #10 from dje at watson dot ibm dot com 2007-07-28 19:40 ---
Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
Should this test be using -mabi=altivec or is there a general
assumption of -mabi=altivec when using autovec? That conditionally
--- Comment #12 from dje at watson dot ibm dot com 2007-07-28 19:48 ---
Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
And we default to ALTIVEC ABI for powerpc-linux:
/* Set Altivec ABI as default for powerpc64 linux. */
if (TARGET_ELF
--- Comment #15 from dje at watson dot ibm dot com 2007-07-28 21:48 ---
Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
>>>>> rakdver at kam dot mff dot cuni dot cz writes:
rakdver> Probably the problem is that -maltivec does not
rakdver>
--- Comment #18 from dje at watson dot ibm dot com 2007-07-29 11:57 ---
Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
>>>>> rakdver at kam dot mff dot cuni dot cz writes:
>> it's on ppc-linux.
rakdver> I mean, I did the testing
--- Comment #1 from dje at gcc dot gnu dot org 2007-08-10 18:48 ---
Subject: Bug 33042
Author: dje
Date: Fri Aug 10 18:48:33 2007
New Revision: 127348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127348
Log:
PR target/33042
* config/rs6000/driver-
--- Comment #28 from dje at watson dot ibm dot com 2007-08-13 15:17 ---
Subject: Re: Bootstrap with vectorization enabled fails with ICE on PPC
Most everyone else bootstraps GCC on PPC64 with
--with-cpu=default32. Are you missing some packages on SUSE? This really
isn
--- Comment #1 from dje at gcc dot gnu dot org 2007-08-19 21:12 ---
x86 darwin should be able to re-use the implementation from
rs6000/driver-rs6000.c because the kernel interfaces to query the information
are the same.
--
dje at gcc dot gnu dot org changed:
What
--- Comment #5 from dje at gcc dot gnu dot org 2007-08-24 20:39 ---
Created an attachment (id=14109)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14109&action=view)
offsettable_mem_operand
This patch seems to fix the testcase for me.
--
http://gcc.gnu.org/b
--- Comment #6 from dje at gcc dot gnu dot org 2007-08-24 20:44 ---
Created an attachment (id=14110)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14110&action=view)
offsettable_mem_operand
Fix corrupted patch
--
dje at gcc dot gnu dot org changed:
--- Comment #7 from dje at gcc dot gnu dot org 2007-08-26 02:21 ---
Created an attachment (id=14117)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14117&action=view)
offsettable_mem_operand
v3
--
dje at gcc dot gnu dot org changed:
What|
--- Comment #8 from dje at gcc dot gnu dot org 2007-08-26 16:32 ---
Subject: Bug 33151
Author: dje
Date: Sun Aug 26 16:32:40 2007
New Revision: 127807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127807
Log:
PR target/33151
* config/rs6000/predi
--- Comment #7 from dje at gcc dot gnu dot org 2007-08-29 17:01 ---
Subject: Bug 33168
Author: dje
Date: Wed Aug 29 17:01:35 2007
New Revision: 127910
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127910
Log:
2007-08-29 Paolo Bonzini <[EMAIL PROTECTED]>
--- Comment #9 from dje at gcc dot gnu dot org 2007-09-04 19:11 ---
By the way, nint_2.f90 also fails at -O0 on AIX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33271
--- Comment #11 from dje at watson dot ibm dot com 2007-09-05 17:13 ---
Subject: Re: nint_2.f90 abort compiled with -O0
>>>>> fxcoudert at gcc dot gnu dot org writes:
FX> look into ${builddir}/${target_triplet}/libgfortran/config.h to
FX> see what value have
--- Comment #12 from dje at watson dot ibm dot com 2007-09-05 17:19 ---
Subject: Re: nint_2.f90 abort compiled with -O0
>>>>> fxcoudert at gcc dot gnu dot org writes:
FX> David, could you test my C program in comment #4
$ ./xgcc -B./ -W -Wall -O1 fx.c
fx.c: In fun
--- Comment #12 from dje at gcc dot gnu dot org 2007-09-10 18:29 ---
Created an attachment (id=14185)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14185&action=view)
postreload.c preprocessed
The patch broke bootstrap on powerpc-aix, powerpc-darwin, sparc-solaris, a
--- Comment #21 from dje at gcc dot gnu dot org 2007-09-11 11:29 ---
AIX defect number 628397 opened against the math library.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33271
--- Comment #10 from dje at gcc dot gnu dot org 2007-09-25 13:08 ---
This still fails in 64-bit mode bootstrap.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from dje at gcc dot gnu dot org 2007-10-09 12:50 ---
This is a long-standing issue about the way AIX loader behaves. AIX loader
implements breadth-first, not depth first. This is a difference from
SVR4-based systems. I believe that SVR4 does specify the ordeer. Look
--- Comment #11 from dje at gcc dot gnu dot org 2007-10-09 15:07 ---
The problem *could* be solved in GCC, so it probably is worth retaining the PR.
AIX Brand is much more likely to respond to a customer requirement than a
request from within IBM. When the problem affects a sale, IBM
--- Comment #14 from dje at gcc dot gnu dot org 2007-10-09 21:10 ---
You seem to want to have the main program run the share library constructors.
That's a no-no. And decide at link-time. Double no-no. You essentially want
to behave like a static link.
If you look at the discu
--- Comment #16 from dje at gcc dot gnu dot org 2007-10-10 03:17 ---
lib1.a depends on lib2.a
main depends on lib1.a, but does not explicitly link with lib2.a
Your proposed solution requires that the link of main see all dependent
libraries.
--
http://gcc.gnu.org/bugzilla
--- Comment #18 from dje at gcc dot gnu dot org 2007-10-12 12:56 ---
I think your patch would be okay as an option. Do you plan to support lazy
binding as well?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
--- Comment #20 from dje at gcc dot gnu dot org 2007-10-18 00:48 ---
Yes, effectively -blazy, because of AIX's loader semantics.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
--- Additional Comments From dje at gcc dot gnu dot org 2005-02-22 22:52
---
We could skip the versioned old symbols completely, although providing those
symbols probably is more important in GCC 3.4 than in GCC 4.0. Should we place
the directives in a separate file only included in
--
What|Removed |Added
CC||dje at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20191
--- Additional Comments From dje at gcc dot gnu dot org 2005-02-24 15:51
---
The 0->!h alternative should match.
Completely preventing SFmode from being placed in CTR can cause more problems,
but we can do a better job to avoid preferencing that class. I would suggest
trying chang
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-02 23:23
---
GCC 3.4 requires that it can build and run an application in every multilib
variant for which it tries to build a target library. This technically is not
necessary, but that is the way it currently works. You
NCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,pthaugen at
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-03 19:26
---
Example Fortran code derived from BLAS ZGEMM routine.
SUBROUTINE Z ( M, N, C, LDC )
* .. Scalar Arguments ..
INTEGERM, N, LDC
* .. Array Arguments ..
COMPLEX*16 C
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-07 19:30
---
G++ and libstdc++ on AIX currently is configured to enable _LARGE_FILE_API,
but not _LARGE_FILES. _LARGE_FILE_API exposes the 64-bit functions with
separate names off64_t and fopen64(), but does not redefine
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-09 20:32
---
Joern's patch fixes the regression on mainline.
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00777.html
--
What|Removed |
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-21 16:07
---
Patch confirmed to restore correct behavior.
--
What|Removed |Added
Status|NEW
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-24 19:58
---
reducing priority again. I do not see a clean way to rescan the application
from the tlink loop. -frepo is not a primary feature and -frepo continues to
work for most real applications.
--
What
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-28 21:31
---
patch committed
--
What|Removed |Added
Status|NEW |RESOLVED
ly section.
--
Summary: select_section invoked with argument "unlikely"
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
Report
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-05 17:08
---
I cannot duplicate this with GCC 3.3.3 on AIX, GCC 3.3-hammer on SLES9, GCC
3.4.4 on SLES9, or GCC 4.0 on SLES9. This may have been introduced after GCC
3.3.4 or 3.3.5, but it appears to have been fixed in
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-05 22:37
---
this is incorrect
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From dje at watson dot ibm dot com 2005-04-07
22:09 ---
Subject: Re: New: ICE in extract_insn for test vmx/varargs-1.c
Let me know if the appended patch fixes the ICE. The definition
of the "and" predicates was ignoring CONST_INT th
--- Additional Comments From dje at watson dot ibm dot com 2005-04-08
18:57 ---
Subject: Re: New: ICE in extract_insn for test vmx/varargs-1.c
In addition to the previous change, altivec_register_operand needs
to accept SUBREG.
David
Index: predicates.md
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-08 23:45
---
patch committed
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From dje at gcc dot gnu dot org 2005-04-15 23:54
---
debug_immediate_uses() does not seem right after the reciprocal transformation:
BEFORE
D.478_11 : --> single use.
x_14 = D.478_11 / pretmp.3_54;
pretmp.3_54 : -->2 uses.
x_14 = D.478_11 / pretmp.3
--- Comment #3 from dje at gcc dot gnu dot org 2008-08-04 21:57 ---
Copying from the duplicate PR...
The failure starts with this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=135116
r135116 | spop | 2008-05-09 16:17:47 + (Fri, 09 May 2008)
--
http://gcc.gnu
--- Comment #3 from dje at gcc dot gnu dot org 2008-08-13 15:18 ---
I, personally, am not sure what libstdc++ patch fixed the problem to know what
to backport. GCC 4.2 is getting late in the release cycle and probably too
late to backport fixes like this, but I will ask.
--
http
: regression
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=37171
--- Comment #1 from dje at gcc dot gnu dot org 2008-08-20 02:25 ---
confirmed
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #9 from dje at gcc dot gnu dot org 2008-08-31 14:36 ---
This default was changed for GCC targeted at AIX 6.1.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from dje at gcc dot gnu dot org 2008-09-02 20:16 ---
GNU Java does not work on AIX, so TLS is irrelevant there.
AIX 5.1 no longer is supported in general. I no longer have access to AIX 5.1
systems. GCC currently does not explicitly support AIX TLS -- __thread calls
--- Comment #19 from dje at gcc dot gnu dot org 2008-09-04 20:25 ---
The patch for this bug significantly degrades PowerPC performance.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- 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
--- 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 #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/sr
--- 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
--- 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
--- 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
versi
--- 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.or
--- 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 #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 #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=gcc&view=rev&rev=140551
Log:
PR rtl-optimization/33642
* gcc.c-torture
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC||bergner at gcc dot gnu dot
--- 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] =
--- 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 #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=16493&action=view)
patch to convert dollar signs to underscores
New patch. This patch intercepts the dollar signs at a lowe
--- 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=gcc&view=rev&rev=141134
Log:
PR target/35483
Based on patches by Lauren
--- 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 #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=gcc&view=rev&rev=141170
Log:
gcc/
PR target/35483
* Makefile.in (co
--- 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 #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
--- 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=gcc&view=rev&rev=141269
Log:
PR target/35485
* tree.c (get_file_funct
--- 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=gcc&view=rev&rev=141335
Log:
PR target/35485
* configure.ac: AIX thr
--- 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=16576&action=view)
disallow illegal displacement wrapped in PRE_MODIFY or PRE_INC/DEC
I think this patch accomplishes the eff
--- 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=16577&action=view)
another refinement
Jakub suggested a further refinement to hoist a common sub-expression.
--
dje at
--- 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=gcc&view=rev&rev=141450
Log:
PR target/37878
* config/rs6000/predi
--- 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 #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.or
--- Comment #25 from dje dot gcc at gmail dot com 2008-11-04 18:11 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> This patch works on x86_64 GNU/Linux.
>
> Please HP/UX, AIX, and OSF users make sure it works for them as
--- Comment #26 from dje dot gcc at gmail dot com 2008-11-04 18:15 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
The runtime failure has changed and no longer is complaining about ABI
versions on AIX. As I mentioned, I will be
--- 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 fail
--- 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 #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=gcc&view=rev&rev=141646
Log:
PR target/26397
* config/rs60
1201 - 1300 of 1800 matches
Mail list logo
