--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-11-03 19:17
---
> a-direct.ads:426:09: alignment for "Search_Typeb82s" must be at least 8
> a-direct.ads:426:09: alignment for "Search_Typer80s" must be at least 8
> a-direct.ads:426:09: alignment
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-10-31 08:42
---
You need to add multilib support for s390 to gcc-interface/Makefile.in, see
for example SPARC/Solaris.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2008-10-27 09:53
---
[Sorry about the delay]
> I think either data->passed_type being passed always, or what I've posted,
> should be correct. emit_group_store is run on the hard register(s) in which
> it
>
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-10-12 19:47
---
> This works for me with GCC 4.4.0 20081011 + GAS 2.18.92 + Sun ld on Solaris 9.
([EMAIL PROTECTED]) ~ $ gcc -v
Using built-in specs.
Target: sparc64-sun-solaris2.9
Configured with: /nile.build/botcazou/gcc-h
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-10-11 20:56
---
This works for me with GCC 4.4.0 20081011 + GAS 2.18.92 + Sun ld on Solaris 9.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2008-10-10 05:14
---
> works well on gcc 4.3.2 + patch.
Thanks but this patch is not suitable for the branch, only Rainer's is. And
you didn't say whether you can reproduce PR 3 so I'm closing it.
--
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2008-10-09 17:35
---
> We have filed case #65952072 with Sun to get this backported to Solaris 10.
Do you have any news about this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2008-10-09 11:22
---
> to Rainer Orth.
> when apply your patch on gcc 4.3.2 release, cause PR3.
Are you really sure? Please retry and close the PR otherwise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2008-10-08 17:22
---
> FTR: I've long been using this patch as a workaround until the neccessary
> Sun ld patch is available:
Ah, this is helpful, thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-09-30 19:41
---
> I'm a bit unsure how to test this right now: what I find is that C objects
> have read-only .eh_frame sections and use .cfi* directives, while C++, Java
> and Ada objects have read-write .eh_fram
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-09-30 18:19
---
See http://sourceware.org/ml/binutils/2008-09/msg00195.html
Now someone needs to write a configure test for the compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37463
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-09-30 18:18
---
Yep, same on SPARC.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-09-30 15:01
---
> This happens only for the 64-bit libada, so it's probably due to missing
> support for the 64-bit multilib.
Yes, it is, the hitch being that there is no port to x86_64/Solaris yet.
--
ebotcazou
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-09-28 15:20
---
Thanks for reporting the problem.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-09-28 15:16
---
Subject: Bug 36575
Author: ebotcazou
Date: Sun Sep 28 15:15:16 2008
New Revision: 140736
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140736
Log:
PR middle-end/36575
* fo
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-09-28 15:15
---
Subject: Bug 36575
Author: ebotcazou
Date: Sun Sep 28 15:13:52 2008
New Revision: 140735
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140735
Log:
PR middle-end/36575
* fo
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-09-28 15:13
---
Subject: Bug 36575
Author: ebotcazou
Date: Sun Sep 28 15:12:07 2008
New Revision: 140734
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140734
Log:
PR middle-end/36575
* fo
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-09-27 19:04
---
> If you want a workaround rather than backporting the patch, I suppose you
> could do all your conversions to long double from long long or unsigned
> long long instead of from 32-bit integer types, t
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-09-26 09:24
---
> I would bet this is VRP triggered by more inlining.
It's constant-folding triggered by more inlining, this already fails at -O0:
procedure P is
type Unsigned_Over_8 is mod 2**8+2;
type Signed_O
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-09-26 08:43
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-09-26 08:43
---
Reproducible on x86.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2008-09-26 08:34
---
Subject: Bug 5911
Author: ebotcazou
Date: Fri Sep 26 08:33:04 2008
New Revision: 140687
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140687
Log:
PR ada/5911
* gcc-interface/Mak
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-09-24 07:18
---
> Then perhaps either configure should reject the too-old version, or the
> testcase should detect this situation and either skip the tests in question
> and/or report that MPFR is too old. The situat
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-09-23 19:27
---
> Clean build from a source tree that was the result of svn switching to the
> 4.3.2 release tag (was previously a 4.3.0 release I think).
Update your tree with contrib/gcc_update.
--
ebotcazou at g
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-09-23 19:26
---
> That probably means you have too old mpfr.
Yes, I just upgraded from 2.2.x to 2.3.1 on Solaris and the failure vanished.
--
ebotcazou at gcc dot gnu dot org changed:
What|Remo
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2008-09-21 13:31
---
> To use Ada multilib with gnatmake:
>
> export FLAGS="-m32"; gnatmake $FLAGS --RTS=$(gcc -print-multi-directory
> $FLAGS)
> -f main.adb
We should try and eliminate one of the redun
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-09-21 09:08
---
Fixing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-09-21 09:08
---
Confirmed on Solaris.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-09-20 21:40
---
> According to http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg01683.html this
> problem is gone. We are back down to 10 failures.
OK, that's good news.
> Are there any remaining on that repor
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2008-09-20 19:16
---
Subject: Bug 33642
Author: ebotcazou
Date: Sat Sep 20 19:15:19 2008
New Revision: 140516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140516
Log:
PR rtl-optimization/33642
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-09-20 14:05
---
This is a corner case anyway.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-09-20 14:02
---
Is this still present?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-09-20 14:00
---
No feedback.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-09-20 08:49
---
Thanks for reporting the problem.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-09-20 08:43
---
Subject: Bug 37585
Author: ebotcazou
Date: Sat Sep 20 08:41:55 2008
New Revision: 140511
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140511
Log:
PR ada/37585
* gcc-interface
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-09-19 13:18
---
Looking into it.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-09-19 13:17
---
It's a fallout of the recent changes to the inlining machinery.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-09-17 15:07
---
> This is the patch we use for openSUSE to fix this bug.
Any particular reason for not installing it at the FSF as well?
--
ebotcazou at gcc dot gnu dot org changed:
What|Remo
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-09-13 14:34
---
Presumably, similar problems on Solaris have been fixed by:
2008-09-11 Jeff Law <[EMAIL PROTECTED]>
* reload1.c (alter_reg): Undo the BYTE_BIG_ENDIAN correction performed
by assign_stack
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2008-09-13 08:51
---
This works fine now.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-09-12 19:59
---
Fixed by
2008-09-11 Jeff Law <[EMAIL PROTECTED]>
* reload1.c (alter_reg): Undo the BYTE_BIG_ENDIAN correction performed
by assign_stack_local on the IRA path for stack slot sharing
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-09-12 05:26
---
Subject: Bug 37424
Author: ebotcazou
Date: Fri Sep 12 05:24:41 2008
New Revision: 140312
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140312
Log:
PR rtl-optimization/37424
* ira
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-09-10 17:58
---
> This is with revision 140005, on gcc30.fsffrance-gnu.org.
> Just when I thought I had a big-endian machine :-)
Even if it bootstrapped, you wouldn't have one. :-) Try SPARC instead.
--
ebotc
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-09-09 21:20
---
> Bootstrap is still running, we'll see how far it goes after that.
Not very far... we need to wait for Jeff's stack slot sharing fix on big
endian.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37424
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-09-09 19:17
---
Several files are miscompiled by the stage1 compiler, starting with c-decl.c.
Now if you take the preprocessed file c-decl.i and compile it with a cross on
Linux, the resulting code is OK (the differences are in
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-09-08 15:32
---
Yep. I'll try to debug later today.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-09-08 15:25
---
> Eric, thanks a lot for your analysis. It was very helpful.
You're welcome!
> IRA uses live ranges to find conflicts for spill slots during reload. Live
> ranges for r376 were wrong after IR f
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-09-07 16:01
---
The problem is the 4th line in
Remove r222:a590->a10(mem)
Remove r69:a566->a389(mem)
Remove r69:a549->a389(mem)
Remove r376:a432->a12(mem)
Remove r220:a148->a9(mem
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-09-07 15:45
---
Created an attachment (id=16247)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16247&action=view)
Simplified testcase.
It is still big, but only 2 functions eventually reach IRA.
Compile with -O2
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-09-07 13:58
---
> See
>
> http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00384.html
>
> Mainline can bootstrap with i586-linux. But there are some additional
> testsuite failures.
Thanks for trying to repro
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-09-05 06:24
---
> I tried revision 140023 on RHEL4U6. I can bootstrap
> with --enable-languages=c i586-linux.
Which branch? I still get the failure on mainline at revision 140025.
--
http://gcc.gnu.org/bu
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-09-04 20:46
---
Excerpt from 168r.asmcons:
(insn:HI 108 107 109 14 /home/eric/svn/gcc/gcc/df-scan.c:1479 (set (reg/f:SI
373 [ df.3419 ])
(mem/f/c/i:SI (symbol_ref:SI ("df") [flags 0x40] ) [166 df+0 S4
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-09-04 20:36
---
In the assembly file:
.L871:
movl%ebx, %eax
movl%edx, 20(%ebx)
callT.911
movldf, %esi
movl60(%esi), %eax
movl%esi, 36(%esp) <-- save
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-09-04 20:32
---
Created an attachment (id=16225)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16225&action=view)
Preprocessed source
Sorry, I don't have time to reduce it.
Compile with -O2 -fomit-frame-po
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-09-04 20:30
---
It's a miscompilation of df-scan.c:df_reorganize_refs_by_reg by
regalloc/reload.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
IRMED
Keywords: wrong-code
Severity: blocker
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ebotcazou at gcc dot gnu dot org
GCC build triplet: i586-*-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37377
--- Comment #32 from ebotcazou at gcc dot gnu dot org 2008-09-04 19:30
---
> I tried i586-linux with ira-merge branch. It built libgcc fine.
> So the problem is either fixed on ira-merge branch or it isn't
> caused by IRA merge.
Or isn't exposed on that branch.
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2008-09-03 21:05
---
I now get on i586-linux at revision 139953
/home/eric/build/gcc/native32/./gcc/xgcc -B/home/eric/build/gcc/native32/./gcc/
-B/home/eric/install/gcc/i586-suse-linux/bin/
-B/home/eric/install/gcc/i586-suse-linux
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2008-09-02 17:35
---
> I've looked at the cgraphbuild.i code and I think something is wrong with
> inlining. There are two paths achieving L21 with different stack
> adjustments.
> Here is the code. I marked i
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-09-02 13:26
---
> The offset against %esp should be the same.
Actually it should be adjusted to the value of %esp:
rebuild_cgraph_edges:
pushl %ebp
pushl %edi
pushl %esi
pushl %
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-09-02 10:17
---
Created an attachment (id=16189)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16189&action=view)
Simplified preprocessed source
It's still big, but it yields a 353-line assembly file.
Comp
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2008-09-01 21:46
---
> checking for i386-unknown-freebsd8.0-gcc... /usr/home/kargl/gcc/obj/./gcc/xgcc
> -B/usr/home/kargl/gcc/obj/./gcc/
> -B/usr/home/kargl/work/i386-unknown-freebsd8.0/bin/
> -B/usr/home/kargl/work/
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2008-09-01 13:40
---
Reconfirmed with failure mode from comment #4 on i586-linux at r139863.
I'm going to investigate.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-09-01 13:18
---
> Yes, I realise that, but it's still documented and it was apparently harmless
> with 4.2.2
It's still documented because it's still useful on platforms that don't default
to DWARF-2
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2008-09-01 13:02:39 |2008-09-01 13
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-09-01 13:02
---
> From the backtrace I very doubt this is a IRA issue.
The backtrace is for another problem, the _muldi3 issue is a miscompilation of
gimple.c:gimple_build_asm_vec by the new regalloc/reload.
--
ebotca
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-09-01 12:59
---
> It is not fixed on FreeBSD. I sometimes also see
>
> checking for i386-unknown-freebsd8.0-gcc... /usr/home/kargl/gcc/obj/./gcc/xgcc
> -B/usr/home/kargl/gcc/obj/./gcc/
> -B/usr/home/kargl/wo
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-08-31 17:11
---
> Vlad, caused by the IRA merge?
Yes, see my message on [EMAIL PROTECTED] But I cannot reproduce it anymore
today (r139820)
on Linux, can you on FreeBSD?
--
ebotcazou at gcc dot gnu dot org chan
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-08-31 06:42
---
Same on i586-linux, it's a regalloc/reload issue.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-08-29 20:26
---
Remove --with-dwarf2, it is useless now.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-08-23 21:08
---
The Ada compiler builds again.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-08-22 20:18
---
> Following patch should fix it, I will test it ASAP
Thanks, I can confirm that it does fix the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37094
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36998
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-08-12 14:00
---
See http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00776.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-08-02 15:49
---
> Untested patch to set args_size to 0 when encountering (set (reg sp) (reg di))
> etc.
OK on i586-linux (C/C++/Ada) on both the mainline and the 4.3 branch.
--
ebotcazou at gcc dot gnu dot org c
: ebotcazou at gcc dot gnu dot org
GCC host triplet: i586-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36998
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-07-31 17:47
---
Confirmed, thanks for the quick turnaround!
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-07-31 07:16
---
Just to confirm that reverting r138135-r138140 makes the bug vanish.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36980
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-07-31 06:57
---
Created an attachment (id=15980)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15980&action=view)
Preprocessed file to be compiled with -msse -g -mtune=i586.
--
http://gcc.gnu.org/bugzilla/show_
4 [0xfffc])) [8 S4 A8])
crtfastmath.i to be attached. Very likely the stack realignment merge.
--
Summary: Bootstrap broken with RTL checking on i586
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-07-30 23:59
---
Sort of.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-07-30 23:56
---
Subject: Bug 36554
Author: ebotcazou
Date: Wed Jul 30 23:54:56 2008
New Revision: 138348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138348
Log:
PR ada/36554
* dwa
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-07-30 23:39
---
Recategorizing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from ebotcazou at gcc dot gnu dot org 2008-07-30 13:00
---
Note that changes to gnattools/ are to be described in gnattools/ChangeLog.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5911
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-07-29 20:47
---
> Eric, this failure seems to be fixed now on trunk.
Great!
> Ada is back in business now on mingw32, modulo some Makefile.in problems which
> I'm fixing now.
Thanks for spending a bit of yo
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-07-27 17:11
---
Aaron, could you update your tree and attemp a clean bootstrap? The fix is
supposed to be
2008-07-17 Olivier Hainque <[EMAIL PROTECTED]>
* utils.c (create_var_decl_1): Relax expectations
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-07-27 17:04
---
Presumably.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2008-07-27 16:58
---
Subject: Bug 36830
Author: ebotcazou
Date: Sun Jul 27 16:57:34 2008
New Revision: 138192
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138192
Log:
PR tree-optimization/36830
* t
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-07-27 16:56
---
Subject: Bug 36830
Author: ebotcazou
Date: Sun Jul 27 16:55:31 2008
New Revision: 138191
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138191
Log:
PR tree-optimization/36830
*
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-07-27 15:58
---
> Even if the op isn't hashed, it is still compared for in
> vn_reference_op_eq, so at worst the non-hashing will make it compare
> more vn_reference_op's than it has to, it shouldn
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-07-27 09:16
---
This points to an immediate problem in vn_reference_op_compute_hash:
/* Compute the hash for a reference operand VRO1. */
static hashval_t
vn_reference_op_compute_hash (const vn_reference_op_t vro1)
{
return
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-07-27 09:04
---
With some 'make' kludgery, I get the same reproducible error on x86 as Dave.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-07-23 09:35
---
I'm seeing this as well since the PRE rewrite.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-07-14 22:44
---
Note that the problematic patch has been installed on the 4.3 branch as well.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-07-14 21:50
---
> OK, thanks for the tip. The patch to convert Ada to a canonical boolean type
> is written though (and eliminates the ICE as expected), I'm just waiting for
> the GDB people to adjust the Ada modu
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-07-14 14:44
---
> /mingw/src/gccada/./prev-gcc/xgcc -B/mingw/src/gccada/./prev-gcc/
> -B/mingw/i386-pc-mingw32/bin/ -c -g -O2 -D__USE_MINGW_ACCESS -gnatpg
> -gnata -gnatwns -g -O1 -fno-inline \
> -nos
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-07-14 09:03
---
> Eric, with that change, I see this:
>
> ../../../svn/libgcc/../gcc/libgcc2.c: In function '__do_global_ctors':
>
> ../../../svn/libgcc/../gcc/libgcc2.c:2161: in
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-07-12 15:23
---
> Has anyone fixed this?
2008-07-10 Daniel Berlin <[EMAIL PROTECTED]>
* tree-ssa-pre.c (create_expression_by_pieces): Add fold_convert
calls.
(eliminate): Ditto.
(ex
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-07-11 21:20
---
> I think it's actually the same problem, the patch that has fixed it on other
> platforms probably doesn't behave the same everywhere.
Yep, PE-COFF has a custom binds_local_p hook tha
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-07-10 14:48
---
> 1) and 2) fixed now, 3) still unfixed.
I presume that 3) is not just a problem with the CFIs generated in final.c,
rather a problem in the code itself, right?
--
ebotcazou at gcc dot gnu dot org chan
701 - 800 of 2634 matches
Mail list logo