--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-06
11:55 ---
It should be fixed by the next push from AdaCore.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-06
11:56 ---
The change comes from:
2004-11-28 Matt Kraai <[EMAIL PROTECTED]>
PR diagnostic/17594
* opts.c (find_opt): Require that the input match a switch exactly
or that the switc
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-07
09:54 ---
An interesting thing in the head comment of unsafe_for_reeval in 3.4.x:
This assumes that CALL_EXPRs and TARGET_EXPRs are never replicated in
an expression tree, so that it safe to unsave them and
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
GCC build triplet
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
Component|c
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-10
08:04 ---
New patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00864.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-10
19:40 ---
Confirmed:
pr20412.c: In function 'foo':
pr20412.c:20: internal compiler error: RTL check: expected elt 0 type 'e' or
'u', have 'i' (rtx reg) in simplify_set, at
--
What|Removed |Added
CC||jason at redhat dot com
AssignedTo|ebotcazou at gcc dot gnu dot|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-12
23:15 ---
It's 4.1.0 if I read correctly.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-15
16:25 ---
Fixed on mainline.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
07:56 ---
The problem occurs only with GCC 4.x, in particular not with GCC 3.4.3.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
09:01 ---
Recategorizing.
--
What|Removed |Added
Component|target
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
10:24 ---
With Sun as, I get
as: "sugarconverter.s", line 873: error: can't compute difference between
symbols in different segments
for the same function (which is slightly m
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
10:26 ---
Investigating, but STABS+ is crippled in GCC 4.x.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
10:53 ---
Confirmed, but the question is why do you need to generate the PCH twice?
Header files never produce object files, unlike in Ada. Also removing the PCH
file is enough to solve the problem
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
15:55 ---
> This was strange to read, because I've definitely noticed it with 3.4.3.
> Interestingly, it seems to be only g++, rather than gcc, that has the problem:
>
> plg2=; cat g7.c
> regis
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
10:28 ---
> Perhahs, I have a concept problem. If you have a c++ template in a ".h"
> file without a ".c" file and you compile it you should obtain a .o object.
No, you're fo
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
15:10 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
15:39 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
18:50 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
18:50 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
19:57 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
19:59 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-19
15:38 ---
Uncovered by a front-end change. Not sure it can work on 64-bit machines now.
--
What|Removed |Added
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
||org
Summary
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-24
22:24 ---
> Wouldn't it be better to have DECL_ASSEMBLER_NAME use the real name? What's
> the
> background onthe change to DECL_ASSEMBLER_NAME?
Define "real name". In 3.4.x, as dis
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-28
11:57 ---
Confirmed.
--
What|Removed |Added
CC
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29
12:23 ---
Fixed in 4.x.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29
14:08 ---
Workaround: -fdelayed-branch (enabled at -O and above).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20446
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29
16:38 ---
I'll backport the fix to 4.0 as per Richard's request.
--
What|Removed
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29
18:54 ---
Maybe this can be fixed by disabling PCH generation when -x is passed.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29
18:56 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29
18:58 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29
19:19 ---
Confirmed in 3.4.x, probably another incarnation of the infamous stack slot
sharing problem in 3.x when type-based aliasing is enabled.
As as side note, -fschedule-insns makes little sense without -mcpu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29
19:41 ---
The code is invalid: you're dereferencing a t_m pointer through a cast to
pointer to t_u. Now the structures don't have the same alignment (t_m is 32-bit
aligned while t_u is 64-bit aligned)
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-29
19:43 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-30
10:53 ---
Hum... type-punning simply doesn't work in this case with the C++ compiler, but
does work with the C compiler. The problem is that:
union u {
x_uint64_t first;
x_uin
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-31
08:16 ---
'section' is not a machine attribute, it's an attribute of C-like languages.
The compiler is correct in rejecting it. Use pragma Linker_Section instead.
--
W
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
14:54 ---
Recategorizing.
--
What|Removed |Added
Component|debug
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
15:42 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00359.html
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
15:48 ---
Patch backported.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
17:21 ---
Target removed.
--
What|Removed |Added
Status|SUSPENDED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-04
17:21 ---
Target removed.
--
What|Removed |Added
Status|SUSPENDED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-05
07:18 ---
See http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02709.html
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-07
06:56 ---
It only fails on mainline now.
--
What|Removed |Added
Summary|[4.0/4.1
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-07
06:57 ---
It only fails on mainline now.
--
What|Removed |Added
Summary|ACATS cdd2a02
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-08
08:53 ---
Thanks for confirming.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-13
21:55 ---
I can reproduce neither with a bootstrapped compiler on sparc-sun-solaris2.8,
nor with a built compiler on sparc-sun-solaris2.5.1, nor with a cross to
sparc-linux from x86_64-suse-linux.
Have you changed
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-14
06:27 ---
I'm interested too. :-) FWIW, when I did the transition on SPARC, I compared
the assembly code generated for all testcases in gcc.c-torture/compile at -O2;
IIRC there were a few regressions relat
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-15
22:07 ---
Confirmed, there is indeed a suspicious cast in the way.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-15
22:09 ---
Recategorizing for now.
--
What|Removed |Added
Component|middle-end
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-15
22:20 ---
Sorry, I missed this one. Do not hesitate to CC me for SPARC-related problems.
Could you attach the preprocessed file?
--
What|Removed |Added
--
What|Removed |Added
Severity|critical|normal
GCC build triplet||sparc64-portbld-freebsd5.3
GCC target triplet|
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-15
22:25 ---
PR libgcj/6461 was opened for the
FAIL: FileHandleGcTest execution - source compiled test
FAIL: FileHandleGcTest execution - gij test
FAIL: FileHandleGcTest execution - bytecode->native test
F
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-17
12:59 ---
According to Andrew, the
FAIL: Array_3 execution - gij test
FAIL: Array_3 execution - gij test
failures are expected: "optimization is allowed to delete load insns whose
result is unused, even if
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-17
21:13 ---
It's a target problem: FreeBSD overrides this line from sparc.h:
#define CPP_SPEC "%(cpp_cpu) %(cpp_arch) %(cpp_endian) %(cpp_subtarget)"
with this line from freebsd-spec.h:
/* Pro
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-18
09:23 ---
I messed up the quotation too. :-( It should read:
#undef CPP_SPEC
#define CPP_SPEC" \
%(cpp_cpu) \
%(cpp_arch) \
%{fPIC|fpic|fPIE|fpie:-D__PIC__ -D__pic_} \
%{posix:-D_POSIX_S
--- 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
--
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 #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
--- 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 #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 #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-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 #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 #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
--
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 #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
--- 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 #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 #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 #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 #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 #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 #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.
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 #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 |
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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-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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
701 - 800 of 2634 matches
Mail list logo
