--- Additional Comments From doko at cs dot tu-berlin dot de 2004-01-29
06:47 ---
Subject: Re: Hopefully final patch for PR 13722
Jim Wilson writes:
On Wed, 2004-01-28 at 12:02, Matthias Klose wrote:
CVS 20040128 including your patch fails in the first ada file in
stage2 (Debian
--- Additional Comments From wilson at specifixinc dot com 2004-01-30
02:25 ---
Subject: Re: Hopefully final patch for PR 13722
On Wed, 2004-01-28 at 22:41, Matthias Klose wrote:
sorry, I was a bit unspecific. this was the 3.4 branch. last checkin
I have a copy of the gcc-3.4 branch
--- Additional Comments From zack at codesourcery dot com 2004-01-28 18:13
---
Subject: Final patch for PR 13722
The only change from the previous patch is, ia64_split_tmode_move now
correctly handles a reg-reg move where the destination overlaps the
source by one register - e.g. (set
--- Additional Comments From doko at cs dot tu-berlin dot de 2004-01-28
20:07 ---
Subject: Re: Hopefully final patch for PR 13722
Zack Weinberg writes:
Al Stone [EMAIL PROTECTED] writes:
I probably should have spoken up before but I was out of town
for a while.
I've got an
--- Additional Comments From wilson at specifixinc dot com 2004-01-28
21:27 ---
Subject: Re: Hopefully final patch for PR 13722
On Wed, 2004-01-28 at 12:02, Matthias Klose wrote:
CVS 20040128 including your patch fails in the first ada file in
stage2 (Debian unstable):
I couldn't
--- Additional Comments From zack at gcc dot gnu dot org 2004-01-28 21:39
---
believed fixed, mainline and branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From wilson at specifixinc dot com 2004-01-28
22:07 ---
Subject: Re: Hopefully final patch for PR 13722
On Wed, 2004-01-28 at 12:02, Matthias Klose wrote:
CVS 20040128 including your patch fails in the first ada file in
stage2 (Debian unstable):
Keep in mind
--- Additional Comments From wilson at specifixinc dot com 2004-01-27
00:08 ---
Subject: Re: Hopefully final patch for PR 13722
On Mon, 2004-01-26 at 10:02, Zack Weinberg wrote:
This incorporates all bugfixes to date and gets good test results on
ia64-hpux (3.4 branch):
Thanks. It
--- Additional Comments From ahs3 at fc dot hp dot com 2004-01-27 17:50
---
Subject: Re: Hopefully final patch for PR 13722
I probably should have spoken up before but I was out of town
for a while.
I've got an ia64 machine that I try to run nightly bootstrap
and check on (it's
--- Additional Comments From zack at codesourcery dot com 2004-01-27 18:13
---
Subject: Re: Hopefully final patch for PR 13722
Al Stone [EMAIL PROTECTED] writes:
I probably should have spoken up before but I was out of town
for a while.
I've got an ia64 machine that I try to run
--- Additional Comments From ahs3 at fc dot hp dot com 2004-01-27 18:43
---
Subject: Re: Hopefully final patch for PR 13722
On Tue, 2004-01-27 at 11:13, Zack Weinberg wrote:
Al Stone [EMAIL PROTECTED] writes:
I've got an ia64 machine that I try to run nightly bootstrap
and check
--- Additional Comments From charlet at act-europe dot fr 2004-01-26 08:14
---
Subject: Re: [3.4/3.5 regression] [ia64] ICE in push_secondary_reload
However, it is my understanding that breaks that affect only Ada are
*not* considered critical, and in fact that there is no
--- Additional Comments From zack at codesourcery dot com 2004-01-26 18:03
---
Subject: Hopefully final patch for PR 13722
This incorporates all bugfixes to date and gets good test results on
ia64-hpux (3.4 branch):
XPASS: gcc.c-torture/execute/990208-1.c execution, -O3
--- Additional Comments From wilson at specifixinc dot com 2004-01-25
07:40 ---
Subject: Re: PR 13722 candidate fix
My latest bootstrap succeeded. I didn't run the testsuite, and I still
had some debug code in there just to be safe, but I don't think either
of those issues should
--- Additional Comments From zack at codesourcery dot com 2004-01-25 22:33
---
Subject: Re: PR 13722 candidate fix
Jim Wilson [EMAIL PROTECTED] writes:
My latest bootstrap succeeded. I didn't run the testsuite, and I still
had some debug code in there just to be safe, but I don't
--
What|Removed |Added
List of versions||3.3
known to work||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13722
--- Additional Comments From schwab at suse dot de 2004-01-24 14:10 ---
Subject: Re: PR 13722 candidate fix
Zack Weinberg [EMAIL PROTECTED] writes:
Just to be sure this isn't an unrelated bug, could you revert ia64.c
to version 1.264 and ia64.md to version 1.118, and see if it works
--- Additional Comments From wilson at specifixinc dot com 2004-01-24
17:38 ---
Subject: Re: PR 13722 candidate fix
On Fri, 2004-01-23 at 15:23, Zack Weinberg wrote:
unadjustible POST_MODIFY were being emitted in the wrong place). So,
if you wouldn't mind trying the appended
--- Additional Comments From wilson at specifixinc dot com 2004-01-24
20:17 ---
Subject: Re: PR 13722 candidate fix
I tried a bootstrap with all HAVE_POST_* macros turned off, and it still
failed.
I tried adding debug_rtx{_list,} calls to ia64_split_tmode_move and I
noticed a few
--- Additional Comments From wilson at specifixinc dot com 2004-01-25
04:09 ---
Subject: Re: PR 13722 candidate fix
My last bootstrap worked. I forgot to use the --enable-languages
option, so I ended up doing a full build plus gnatlib_and_tools. I
didn't try running the testsuite.
--- Additional Comments From zack at codesourcery dot com 2004-01-23 07:43
---
Subject: Re: PR 13722 candidate fix
Andreas Schwab [EMAIL PROTECTED] writes:
Still doesn't fly.
Revised patch follows.
Under what circumstances should REG_INC notes be tagged onto the insns
emitted here?
--- Additional Comments From rth at redhat dot com 2004-01-23 08:24 ---
Subject: Re: PR 13722 candidate fix
On Thu, Jan 22, 2004 at 11:43:40PM -0800, Zack Weinberg wrote:
+ out[0] = adjust_automodify_address
+ (in, DImode, gen_rtx_POST_INC (Pmode, base), 0);
+
+
--- Additional Comments From zack at codesourcery dot com 2004-01-23 08:35
---
Subject: Re: PR 13722 candidate fix
Richard Henderson [EMAIL PROTECTED] writes:
On Thu, Jan 22, 2004 at 11:43:40PM -0800, Zack Weinberg wrote:
+out[0] = adjust_automodify_address
+ (in,
--- Additional Comments From zack at codesourcery dot com 2004-01-23 08:48
---
Subject: Re: PR 13722 candidate fix
Re-revised patch.
zw
--- Additional Comments From zack at codesourcery dot com 2004-01-23 08:48
---
Created an attachment (id=5560)
--
--- Additional Comments From schwab at suse dot de 2004-01-23 21:32 ---
Subject: Re: PR 13722 candidate fix
Zack Weinberg [EMAIL PROTECTED] writes:
Re-revised patch.
Seems to miscompile the stage2 compiler.
$ stage2/xgcc -Bstage2/ -B/usr/local/ia64-suse-linux/bin/ -c -g -O2
--- Additional Comments From zack at codesourcery dot com 2004-01-23 21:51
---
Subject: Re: PR 13722 candidate fix
Andreas Schwab [EMAIL PROTECTED] writes:
Zack Weinberg [EMAIL PROTECTED] writes:
Re-revised patch.
Seems to miscompile the stage2 compiler.
$ stage2/xgcc -Bstage2/
--- Additional Comments From schwab at suse dot de 2004-01-23 22:05 ---
Subject: Re: PR 13722 candidate fix
Zack Weinberg [EMAIL PROTECTED] writes:
Andreas Schwab [EMAIL PROTECTED] writes:
Zack Weinberg [EMAIL PROTECTED] writes:
Re-revised patch.
Seems to miscompile the stage2
--- Additional Comments From zack at codesourcery dot com 2004-01-23 22:18
---
Subject: Re: PR 13722 candidate fix
Andreas Schwab [EMAIL PROTECTED] writes:
Could you repeat the failing command with the added option -gnatdl,
and send me the output?
Unfortunately, there is no
--- Additional Comments From wilson at specifixinc dot com 2004-01-23
22:55 ---
Subject: Re: PR 13722 candidate fix
On Thu, 2004-01-22 at 23:43, Zack Weinberg wrote:
Under what circumstances should REG_INC notes be tagged onto the insns
emitted here? It's currently done only for
--- Additional Comments From wilson at specifixinc dot com 2004-01-23
23:22 ---
Subject: Re: PR 13722 candidate fix
On Fri, 2004-01-23 at 00:47, Zack Weinberg wrote:
Re-revised patch.
I started a bootstrap as soon as I saw the patch. It just failed. I
will try taking a look at
--- Additional Comments From schwab at suse dot de 2004-01-24 00:04 ---
Subject: Re: PR 13722 candidate fix
Zack Weinberg [EMAIL PROTECTED] writes:
So, if you wouldn't mind trying the appended revision (changes only
ia64.c)?
Does that mean that the changes in ia64.md from
--- Additional Comments From wilson at specifixinc dot com 2004-01-24
00:18 ---
Subject: Re: PR 13722 candidate fix
On Fri, 2004-01-23 at 00:47, Zack Weinberg wrote:
Re-revised patch.
On the REG/SUBREG issue, I was looking at your latest patch. In the
full context of the previous
--- Additional Comments From rth at redhat dot com 2004-01-24 00:29 ---
Subject: Re: PR 13722 candidate fix
On Fri, Jan 23, 2004 at 10:32:51PM +0100, Andreas Schwab wrote:
strace shows that gnat1 wants to stat() three times, whereas the stage1
compiler searches for ./system.ads,
--- Additional Comments From zack at codesourcery dot com 2004-01-24 01:35
---
Subject: Re: PR 13722 candidate fix
Jim Wilson [EMAIL PROTECTED] writes:
On Fri, 2004-01-23 at 00:47, Zack Weinberg wrote:
Re-revised patch.
On the REG/SUBREG issue, I was looking at your latest patch.
--- Additional Comments From zack at codesourcery dot com 2004-01-24 01:51
---
Subject: Re: PR 13722 candidate fix
Jim Wilson [EMAIL PROTECTED] writes:
You mention reload nightmares. There is a reload nightmare only if you
fight how reload works. If we allocate an OImode scratch
--- Additional Comments From schwab at suse dot de 2004-01-24 01:56 ---
Subject: Re: PR 13722 candidate fix
Zack Weinberg [EMAIL PROTECTED] writes:
So, if you wouldn't mind trying the appended revision (changes only
ia64.c)?
Unfortunately that didn't help, still the same problem
--- Additional Comments From zack at codesourcery dot com 2004-01-24 02:20
---
Subject: Re: PR 13722 candidate fix
Andreas Schwab [EMAIL PROTECTED] writes:
Zack Weinberg [EMAIL PROTECTED] writes:
So, if you wouldn't mind trying the appended revision (changes only
ia64.c)?
--- Additional Comments From wilson at specifixinc dot com 2004-01-24
03:31 ---
Subject: Re: PR 13722 candidate fix
On Fri, 2004-01-23 at 17:50, Zack Weinberg wrote:
This, I think, can be addressed with peephole2 patterns, which have
the ability to allocate scratch registers without
--- Additional Comments From zack at codesourcery dot com 2004-01-24 03:35
---
Subject: Re: PR 13722 candidate fix
Jim Wilson [EMAIL PROTECTED] writes:
On Fri, 2004-01-23 at 17:50, Zack Weinberg wrote:
This, I think, can be addressed with peephole2 patterns, which have
the ability
--- Additional Comments From wilson at specifixinc dot com 2004-01-24
03:55 ---
Subject: Re: PR 13722 candidate fix
On Fri, 2004-01-23 at 19:34, Zack Weinberg wrote:
Ok. I would prefer to implement that in a separate patch after we fix
the bootstrap failure, though.
Yes, that is
--- Additional Comments From zack at codesourcery dot com 2004-01-22 08:22
---
Subject: Re: [3.4/3.5 regression] [ia64] ICE in
push_secondary_reload
wilson at specifixinc dot com [EMAIL PROTECTED] writes:
The simple fact is that you have broken the IA-64 compiler a number of
--- Additional Comments From zack at gcc dot gnu dot org 2004-01-22 20:14
---
Several messages regarding this bug were sent to PR 13772 by mistake.
--
What|Removed |Added
--- Additional Comments From zack at codesourcery dot com 2004-01-22 20:20
---
Subject: Re: PR 13722 candidate fix
[Note corrected bug number. 13722, not 13772.]
Richard Henderson [EMAIL PROTECTED] writes:
On Thu, Jan 22, 2004 at 02:07:12PM +0100, Andreas Schwab wrote:
(mem/s:TI
--- Additional Comments From rth at redhat dot com 2004-01-22 22:05 ---
Subject: Re: PR 13722 candidate fix
On Thu, Jan 22, 2004 at 12:20:10PM -0800, Zack Weinberg wrote:
Okay, what is the form of a post_modify expression supposed to be?
My eyes weren't awake, sorry. It's addr = addr
--- Additional Comments From wilson at specifixinc dot com 2004-01-22
22:17 ---
Subject: Re: [3.4/3.5 regression] [ia64] ICE in push_secondary_reload
zack at codesourcery dot com wrote:
The implication of what you are saying above is that you don't think
anyone without access to an
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|bootstrap |target
Ever Confirmed||1
--- Additional Comments From dhazeghi at yahoo dot com 2004-01-21 16:53
---
Reduces to:
struct cset_converter
{
void * func;
char cd;
};
extern void cpp_error (void *, int, char *,...);
static struct cset_converter
init_iconv_desc (void *to)
{
struct cset_converter ret;
--- Additional Comments From wilson at specifixinc dot com 2004-01-22
02:13 ---
Subject: Re: [3.4/3.5 regression] [ia64] ICE in push_secondary_reload
See the MIME attachment.
I see Zack has left yet another IA-64 turd for me to clean up. Sigh.
The main problem with Zack's patch is
--- Additional Comments From zack at codesourcery dot com 2004-01-22 02:26
---
Subject: Re: [3.4/3.5 regression] [ia64] ICE in
push_secondary_reload
wilson at specifixinc dot com [EMAIL PROTECTED] writes:
I see Zack has left yet another IA-64 turd for me to clean up. Sigh.
...
--- Additional Comments From wilson at specifixinc dot com 2004-01-22
05:21 ---
Subject: Re: [3.4/3.5 regression] [ia64] ICE in push_secondary_reload
zack at codesourcery dot com wrote:
... excuse me for having bigger problems on my plate right now. Not
to mention that none of this
50 matches
Mail list logo
