--- 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 #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 th
--- 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 at
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 #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
--- Comment #26 from dje at gcc dot gnu dot org 2005-11-11 17:59 ---
Subject: Bug 24644
Author: dje
Date: Fri Nov 11 17:59:54 2005
New Revision: 106791
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106791
Log:
PR 24644
* common.opt (Wvolatile-register-v
--- Comment #21 from dje at watson dot ibm dot com 2005-11-14 01:58 ---
Subject: Re: [4.0/4.1 Regression] mgrid loop performance regression with
ivopts (register pressure)
And mesa has taken a performance dive...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
--- Comment #9 from dje at gcc dot gnu dot org 2005-11-14 20:28 ---
I do not have access to an AIX 4.3.2 system, but I compiled the reconstructed C
testcase with:
gcc-3.3.3 on AIX 5.1
gcc-3.4.4 on AIX 5.1
gcc-4.0.2 on AIX 5.1
gcc-4.1 experimental on AIX 5.2
All four compilers produced
--- Comment #4 from dje at gcc dot gnu dot org 2005-11-15 22:27 ---
Patch
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc
--- Comment #5 from dje at gcc dot gnu dot org 2005-11-16 15:59 ---
Subject: Bug 24772
Author: dje
Date: Wed Nov 16 15:59:27 2005
New Revision: 107085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107085
Log:
PR target/24772
* config/rs6000/predi
--- Comment #5 from dje at watson dot ibm dot com 2005-11-16 17:45 ---
Subject: Re: Python miscompilation - TOC reload
Appended is a proposed patch to backport the easy_fp_constant
change to 4.0. Can you check if this fixes the problem? This patch may
hurt performance
--- Comment #6 from dje at gcc dot gnu dot org 2005-11-16 19:49 ---
Patch committed. Should be fixed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dje at gcc dot gnu dot org 2005-11-17 00:59 ---
That failure is fixed by the zero_reg_mem predicate changes from March:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/rs6000/predicates.md.diff?cvsroot=gcc&r1=1.6&r2=1.7
This is why I didn't want t
--- Comment #9 from dje at watson dot ibm dot com 2005-11-17 15:17 ---
Subject: Re: [4.0 Regression] Python miscompilation - TOC reload
"Reliably" is the wrong word. The patch will fix the problem reliably for
the default case; it will not fix it for a particular set
--- Comment #2 from dje at gcc dot gnu dot org 2005-11-21 02:08 ---
This one is nonsense. We do not have a language type for Treelang. So what?
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dje at gcc dot gnu dot org 2005-11-21 02:09 ---
We just need to check that we have enough elts in the VEC.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dje at gcc dot gnu dot org 2005-11-21 02:54 ---
Index: predicates.md
===
I think the following patch fixes the checking failure. I will bootstrap
overnight.
--- predicates.md (revision 107244
--- Comment #3 from dje at gcc dot gnu dot org 2005-11-21 16:12 ---
Subject: Bug 24953
Author: dje
Date: Mon Nov 21 16:12:32 2005
New Revision: 107311
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107311
Log:
PR target/24953
* config/rs6000/predi
--- Comment #4 from dje at gcc dot gnu dot org 2005-11-21 18:04 ---
Subject: Bug 24953
Author: dje
Date: Mon Nov 21 18:04:14 2005
New Revision: 107314
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107314
Log:
PR target/24953
* config/rs6000/predi
--- Comment #5 from dje at gcc dot gnu dot org 2005-11-21 18:52 ---
Fixed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from dje at gcc dot gnu dot org 2005-11-21 18:57 ---
Treelang is a sample language. There is no language type defined for it in any
ABI and no reason to create a type. This actually is a good test that the
assert works for undefined languages.
--
http://gcc.gnu.org
--- Comment #4 from dje at gcc dot gnu dot org 2005-11-24 03:56 ---
Many people are reporting that they cannot bootstrap GCC with IBM's VisualAge
compiler. This appears to be a problem with VAC/XLC, not with GCC. This bug
should be reported to IBM as a XLC bug. In the meantime
--- Comment #1 from dje at gcc dot gnu dot org 2005-11-27 22:06 ---
Build GCC on AIX as 64-bit application is not a tested configuration. A better
way to set the flag for AR probably is in new config/mh-aix file or with
OBJECT_MODE=64 environment variable.
You probably need to do this
--- Comment #3 from dje at gcc dot gnu dot org 2005-12-01 23:07 ---
Yes, I think this is the same as PR 24997.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dje at gcc dot gnu dot org 2005-12-07 13:19 ---
Changing the behavior of GCC -print-search-dirs is a bad idea and will break
other applications relying on the current behavior. Introducing a major
incompatibility into GCC is not a solution and I strongly oppose the
--- Comment #14 from dje at watson dot ibm dot com 2005-12-19 15:32 ---
Subject: Re: [4.1 Regression] ICE during kernel build.
Okay.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25180
--- Comment #19 from dje at gcc dot gnu dot org 2006-01-03 14:54 ---
Is this still a regression in 4.2? The code generated for PowerPC now looks
better, possibly due to the new reassociation pass.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23181
--- Comment #22 from dje at gcc dot gnu dot org 2006-01-03 15:22 ---
Is it possible for backends to inquire how many reciprocals were discovered?
PowerPC and IA-64 have reciprocal instructions and could benefit by choosing to
generate reciprocal earlier with additional information
--- Comment #24 from dje at gcc dot gnu dot org 2006-01-03 15:50 ---
Comment #21 mentions three divisions for the optimization to be more
profitable, but that information is lost by the time GCC reaches the expanders.
Minimally, it would be helpful to know that the reciprocal
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-03 16:25 ---
Not powerpc-specific.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
GCC build triplet
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-03 16:27 ---
Not powerpc-specific.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
GCC build triplet
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-03 16:29 ---
Not powerpc-specific.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
GCC build triplet
--- Comment #5 from dje at gcc dot gnu dot org 2006-01-05 18:26 ---
Andrew, you are confusing the issue by quoting the AIX documentation. Darwin
and Linux implement different semantics from AIX. On Darwin and Linux, the
most significant doubleword always is correctly rounded, so it
--- Comment #5 from dje at gcc dot gnu dot org 2006-01-06 20:18 ---
The patched compiler does build and does fix the testcase.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dje at gcc dot gnu dot org 2006-01-07 22:23 ---
Subject: Bug 25662
Author: dje
Date: Sat Jan 7 22:23:27 2006
New Revision: 109456
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109456
Log:
2005-01-07 Ian Lance Taylor
David Edelsohn
--- Comment #8 from dje at gcc dot gnu dot org 2006-01-08 20:54 ---
Subject: Bug 25662
Author: dje
Date: Sun Jan 8 20:54:28 2006
New Revision: 109476
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109476
Log:
2006-01-08 Ian Lance Taylor
David Edelsohn
--- Comment #9 from dje at gcc dot gnu dot org 2006-01-08 20:55 ---
Subject: Bug 25662
Author: dje
Date: Sun Jan 8 20:55:39 2006
New Revision: 109477
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109477
Log:
2006-01-08 Ian Lance Taylor
David Edelsohn
--- Comment #10 from dje at gcc dot gnu dot org 2006-01-09 02:19 ---
Fix committed to all mainline, 4.1, 4.0.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dje at gcc dot gnu dot org 2006-01-11 02:20 ---
What is the specific testcase compiled by XLC? What version of XLC? And what
options were used?
I cannot reproduce strength reduction of a floating point multiply to floating
point adds with a testcase that uses a
--- Comment #5 from dje at gcc dot gnu dot org 2006-01-13 19:56 ---
no feedback. apparently the problem was XLC bootstrap.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dje at gcc dot gnu dot org 2006-01-13 19:58 ---
no feedback. apparently GNU Binutils is the problem.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
: 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-linux
GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-19 20:28 ---
This is an enhancement request in conjunction with Glibc.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from dje at gcc dot gnu dot org 2006-07-26 20:22 ---
Subject: Bug 28170
Author: dje
Date: Wed Jul 26 20:21:49 2006
New Revision: 115764
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115764
Log:
Backport from mainline
2006-07-1
--- Comment #9 from dje at gcc dot gnu dot org 2006-07-26 20:22 ---
Subject: Bug 28150
Author: dje
Date: Wed Jul 26 20:21:49 2006
New Revision: 115764
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115764
Log:
Backport from mainline
2006-07-14 Eliot Dre
--- Comment #19 from dje at gcc dot gnu dot org 2006-07-26 20:22 ---
Subject: Bug 27287
Author: dje
Date: Wed Jul 26 20:21:49 2006
New Revision: 115764
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115764
Log:
Backport from mainline
2006-07-1
--- Comment #20 from dje at gcc dot gnu dot org 2006-07-26 20:25 ---
patch backported
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #10 from dje at gcc dot gnu dot org 2006-07-26 20:26 ---
patch backported
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #17 from dje at gcc dot gnu dot org 2006-07-26 20:27 ---
patch backported
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from dje at gcc dot gnu dot org 2006-08-03 01:19 ---
* config/rs6000/rs6000.c (rs6000_legitimize_reload_address): Do not reload a
SPE symbol_ref into a lo_sum address.
Index: rs6000.c
===
*** rs6000.c
--- Comment #6 from dje at gcc dot gnu dot org 2006-08-03 13:48 ---
Subject: Bug 27566
Author: dje
Date: Thu Aug 3 13:48:01 2006
New Revision: 115902
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115902
Log:
PR target/27566
* config/rs6000/
--- Comment #7 from dje at gcc dot gnu dot org 2006-08-03 18:36 ---
Subject: Bug 27566
Author: dje
Date: Thu Aug 3 18:36:28 2006
New Revision: 115909
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115909
Log:
PR target/27566
* config/rs6000/
--- Comment #8 from dje at gcc dot gnu dot org 2006-08-03 18:37 ---
Patch applied to mainline and 4.1 branch.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dje at gcc dot gnu dot org 2006-08-03 18:48 ---
Fixing this requires implementing fallback framestate for AIX, for which there
is little demand.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Keywords: wrong-code
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-linux
GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28598
--- Comment #1 from dje at gcc dot gnu dot org 2006-08-04 13:50 ---
Created an attachment (id=12017)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12017&action=view)
pre-processed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28598
--- Comment #2 from dje at gcc dot gnu dot org 2006-08-04 13:58 ---
Glibc explicitly is placing the symbols in the linkonce section:
const unsigned long __strtol_ul_max_tab[] __attribute__ ((visibility
("hidden"))) __attribute__((section(".gnu.linkonce.r."
--- Comment #5 from dje at gcc dot gnu dot org 2006-08-04 17:18 ---
Using GCC attribute extension to place a symbol into a section with special
linking semantics cannot work reliably.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dje at gcc dot gnu dot org 2006-08-05 03:36 ---
This is a duplicate of PR 25035.
*** This bug has been marked as a duplicate of 25035 ***
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from dje at gcc dot gnu dot org 2006-08-05 03:36 ---
*** Bug 28596 has been marked as a duplicate of this bug. ***
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from dje at gcc dot gnu dot org 2006-08-09 00:39 ---
Let's consider this PR as only the -O1 and above bug that has been confirmed
and regression hunted. Another PR can be opened for the -O0 bug that does not
appear to be as general -- it may be a problem wit
--- Comment #1 from dje at gcc dot gnu dot org 2006-08-11 13:29 ---
Confirmed
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #10 from dje at gcc dot gnu dot org 2006-08-24 02:03 ---
Created an attachment (id=12118)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12118&action=view)
patch to add 0->y alternative to movcc_internal1
Zdenek's patch does not change anything in GCC
--- Comment #11 from dje at gcc dot gnu dot org 2006-08-24 18:19 ---
Created an attachment (id=12128)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12128&action=view)
allow immediate load into CRs
Ulrich Weigand pointed out the instruction that is failing is a secondary
--- Comment #12 from dje at gcc dot gnu dot org 2006-08-25 13:54 ---
Subject: Bug 28753
Author: dje
Date: Fri Aug 25 13:53:39 2006
New Revision: 116400
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116400
Log:
PR target/28753
* config/rs6000/r
--- Comment #13 from dje at gcc dot gnu dot org 2006-08-25 14:09 ---
Patch applied.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #17 from dje at gcc dot gnu dot org 2006-08-25 18:56 ---
Subject: Bug 27075
Author: dje
Date: Fri Aug 25 18:56:08 2006
New Revision: 116425
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116425
Log:
PR target/27075
* config/rs6000/
--- Comment #18 from dje at gcc dot gnu dot org 2006-08-25 18:56 ---
patch committed.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #19 from dje at gcc dot gnu dot org 2006-08-25 19:06 ---
Subject: Bug 27075
Author: dje
Date: Fri Aug 25 19:06:18 2006
New Revision: 116426
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116426
Log:
PR target/27075
* config/rs6000/
--- Comment #4 from dje at gcc dot gnu dot org 2006-08-26 21:33 ---
Created an attachment (id=12144)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12144&action=view)
documentation patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27544
--- Comment #5 from dje at gcc dot gnu dot org 2006-08-26 21:36 ---
Subject: Bug 27544
Author: dje
Date: Sat Aug 26 21:36:39 2006
New Revision: 116478
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116478
Log:
PR target/27544
* doc/extend.texi (PowerPC
--- Comment #6 from dje at gcc dot gnu dot org 2006-08-26 21:40 ---
Patch applied to 4.2.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #22 from dje at watson dot ibm dot com 2006-08-29 19:26 ---
Subject: Re: [4.1 Regression] returning constant double
One of the patterns probably needs a r->m case as well, but we
need a testcase to figure out which one.
--
http://gcc.gnu.org/bugzi
--- Comment #24 from dje at gcc dot gnu dot org 2006-08-29 20:49 ---
new codegen problem
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #26 from dje at gcc dot gnu dot org 2006-08-29 21:09 ---
The RTL looks like:
(code_label 34 33 35 2 "" [0 uses])
(note 35 34 0 NOTE_INSN_BASIC_BLOCK)
;; return val
(insn 36 35 37 (set (subreg:DF (reg:DI 136) 0)
(reg:DF 122 [ val ])) -1 (nil)
(nil))
--- Comment #29 from dje at watson dot ibm dot com 2006-08-30 18:08 ---
Subject: Re: [4.1/4.2 Regression] returning constant double
Yes, I was testing out the same change as your second patch. That
looks reasonable if it works.
By the way, the use of "%H&qu
--- Comment #30 from dje at watson dot ibm dot com 2006-08-30 18:42 ---
Subject: Re: [4.1/4.2 Regression] returning constant double
In other words, should the lwz actually be evlwwsplat?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27287
--- Comment #32 from dje at gcc dot gnu dot org 2006-08-31 02:36 ---
I do not mean one evlwwsplat. I mean two in place of the two lwz, to
correspond to the evmergelo/evmergehi pair.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27287
--- Comment #34 from dje at watson dot ibm dot com 2006-08-31 13:50 ---
Subject: Re: [4.1/4.2 Regression] returning constant double
>>>>> guenter at roeck-us dot net writes:
guenter> Hmm ... what would be the point ? evlwwsplat copies 32 bit memory
content into
--- Comment #35 from dje at watson dot ibm dot com 2006-08-31 14:23 ---
Subject: Re: [4.1/4.2 Regression] returning constant double
>>>>> guenter at roeck-us dot net writes:
guenter> Hmm ... what would be the point ? evlwwsplat copies 32 bit memory
content into
--- Comment #36 from dje at watson dot ibm dot com 2006-09-01 19:56 ---
Subject: Re: [4.1/4.2 Regression] returning constant double
What is confusing to me is that the r->r case is using evmergehi
and evmergelo. This is placing the value in both halves of the SIMD
regis
--- Comment #39 from dje at gcc dot gnu dot org 2006-09-11 17:05 ---
Subject: Bug 27287
Author: dje
Date: Mon Sep 11 17:05:15 2006
New Revision: 116850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116850
Log:
2006-09-11 Guenter Roeck <[EMAIL PROTECTED]>
dot gnu dot org
ReportedBy: dje at gcc dot gnu dot org
GCC build triplet: *-*-*
GCC host triplet: *-*-*
GCC target triplet: *-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
--- Comment #20 from dje at gcc dot gnu dot org 2006-10-03 17:58 ---
Paolo, forcing all addresses through legitimize_address should not be the goal.
The wrong ordering has performance effects, but is not an invalid address.
While the performance effects on POWER-specific
--- Comment #22 from dje at watson dot ibm dot com 2006-10-03 18:09 ---
Subject: Re: [4.2 Regression] Performace problem with indexed load/stores on
powerpc
I am not suggesting that the problem has to be solved in
swap_commutative_operands, etc. I would think that GCC should
--- Comment #41 from dje at gcc dot gnu dot org 2006-10-05 15:18 ---
Subject: Bug 27287
Author: dje
Date: Thu Oct 5 15:18:18 2006
New Revision: 117458
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117458
Log:
Backport from mainline
2006-09-11 Guent
--- Comment #4 from dje at gcc dot gnu dot org 2006-10-12 16:58 ---
You should be using
--with-gmp=/usr/local
Are you sure that /usr/local/lib/libgmp.a exists and was built correct? Use
static libraries and make sure that you are building 32-bit libgmp and libmpfr.
--
dje at gcc
--- Comment #4 from dje at gcc dot gnu dot org 2006-10-12 17:20 ---
How is expand even generating this? This is completely invalid RTL for PPC.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dje at gcc dot gnu dot org 2006-10-12 19:15 ---
The expander is producing invalid RTL. If the index variable "offs" is changed
from "long long" to "long", the code compiles correctly and the memory loads
are placed in temporary pseudo
--- Comment #6 from dje at gcc dot gnu dot org 2006-10-12 23:02 ---
The reason this is going off the rails is a "long" index invokes
expand_expr_real_1 with PLUS_EXP and modifier=EXPAND_NORMAL while "long long"
invokes it with modifier=EXPAND_SUM. For EXPAND
--- Comment #7 from dje at gcc dot gnu dot org 2006-10-12 23:39 ---
unit size
align 64 symtab 0 alias set -1 precision 64
pointer_to_this >
sizes-gimplified unsigned SI
size
unit size
align 32 symtab 0 alias set
--- Comment #7 from dje at gcc dot gnu dot org 2006-10-12 23:59 ---
Yes, please read the target-specific build and installation notes for AIX. Set
CONFIG_SHELL (and SHELL) environment variables to invoke bash. The
installation notes also mention process limits.
--
http
--- Comment #8 from dje at gcc dot gnu dot org 2006-10-14 03:03 ---
Subject: Bug 29250
Author: dje
Date: Sat Oct 14 03:03:23 2006
New Revision: 117724
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117724
Log:
2006-10-13 David Edelsohn <[EMAIL PROTECTED]>
--- Comment #4 from dje at gcc dot gnu dot org 2006-10-15 02:58 ---
The problem is the testcase is written in terms of "int". The SUBREGs prevent
the combine pattern from being applied. Yes, the testcase fails, but that
should be expected as written. Using "long"
--- Comment #11 from dje at gcc dot gnu dot org 2007-02-02 16:06 ---
I do not have a problem with the patch in principle. However, prior to the
recent merge of the long-double-128 soft float support, one of the earlier
patches caused GCC to fail to build on GNU/Linux distros without
--- Comment #13 from dje at gcc dot gnu dot org 2007-02-05 17:35 ---
If the patch is okay on SLES 9, as Richard says,
http://gcc.gnu.org/ml/gcc/2007-02/msg00068.html
then it's fine with me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30370
--- Comment #4 from dje at gcc dot gnu dot org 2007-02-24 04:42 ---
The 4G is the cumulative allocation, not the total amount of memory currently
in use.
The problem has nothing to do with physical memory installed in the system.
The process data and stack resource limits need to be
--- Comment #4 from dje at gcc dot gnu dot org 2007-02-24 19:11 ---
I see a similar error in the libstdc++ testsuite on AIX:
/tmp/20070223/powerpc-ibm-aix5.2.0.0/libstdc++-v3/include/ext/pb_ds/detail/list_update_map_/insert_fn_imps.hpp:
In member function 'typename pb_ds::d
--- Comment #4 from dje at gcc dot gnu dot org 2007-03-05 04:56 ---
Yes, the attributes are in the wrong order. A patch to correct the attributes
probably can be considered obvious.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
1101 - 1200 of 1800 matches
Mail list logo
