--
Summary: --help=common undocumented
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot
--- Comment #19 from aldot at gcc dot gnu dot org 2010-07-09 07:53 ---
Created an attachment (id=21156)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21156action=view)
gcc/testsuite/gcc.dg/tree-ssa/vrp50-PR28632.c
--
aldot at gcc dot gnu dot org changed:
What
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|aldot at gcc dot gnu dot org|unassigned at gcc dot gnu
--- Comment #11 from aldot at gcc dot gnu dot org 2010-03-16 13:35 ---
(In reply to comment #10)
Well, simply re-ordering the visibility and the weak check in
varasm.c:default_binds_local_p_1 should do the trick.
It does.
http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00665.html
--- Comment #9 from aldot at gcc dot gnu dot org 2010-03-08 19:28 ---
(In reply to comment #8)
What's the status of this bug ?
we currently still end up with
call 0
on e.g. i386
The same things can happen in libraries with fpic
yes. Thing is that we could theoretically work around
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
OtherBugsDependingO 16996
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42899
--- Comment #26 from aldot at gcc dot gnu dot org 2010-01-26 17:44 ---
ping.
Although nick's ChangeLog in
comment #c15
mentiones the Use for MULTILIB_DEFAULTS the hunk in comment #22 and #24 did
not end up in svn:
* config/arm/linux-elf.h (TARGET_ENDIAN_DEFAULT): Define based
--- Comment #19 from aldot at gcc dot gnu dot org 2009-11-25 18:15 ---
(In reply to comment #18)
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01392.html
Wunused-var-1.c has these two tests:
void
f1 (void)
{
int a;/* { dg-warning set but not used } */
int b;
int c;
c
--- Comment #8 from aldot at gcc dot gnu dot org 2009-08-27 20:28 ---
(In reply to comment #7)
any regressions, if any exist at all, must be addressed by vlad's new register
allocator.
IRA is now on trunk, is this fixed on 4.4.x ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #8 from aldot at gcc dot gnu dot org 2009-07-02 15:05 ---
Important reminder from steven from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33828#c13
stevenb GCC should not hoist up further than up to the first common dominator.
i.e. ..can be Hoisted to B from #3
and _not_
--- Comment #17 from aldot at gcc dot gnu dot org 2009-06-22 08:28 ---
Created an attachment (id=18044)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18044action=view)
Bootstraps and regtests
bootstrapped and regtested all default languages with no new regressions.
TODO:
- split
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aldot at gcc dot gnu dot org
|dot org
--- Comment #10 from aldot at gcc dot gnu dot org 2009-06-07 16:54 ---
4.3.3 does not simplify it, 4.4.0 onward do.
for reference
4.3.3:
Substituing values and folding statements
Constants propagated: 0
Copies propagated: 0
Predicates folded: 0
ior (bD.1193
--- Comment #24 from aldot at gcc dot gnu dot org 2009-06-07 22:51 ---
Nick,
As mentioned in #22 the following hunk that was in the patch was not applied:
diff --git a/gcc/config/arm/linux-elf.h b/gcc/config/arm/linux-elf.h
index 07455ee..d8e65d2 100644
--- a/gcc/config/arm/linux
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||16996
nThis
--- Comment #6 from aldot at gcc dot gnu dot org 2009-06-05 16:19 ---
CC'ing honza as i386 maintainer
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from aldot at gcc dot gnu dot org 2009-06-05 16:27 ---
(In reply to comment #15)
(In reply to comment #13)
Created an attachment (id=16113)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113action=view) [edit]
Updated doubleint-based patch. DOES NOT PASS
--- Comment #12 from aldot at gcc dot gnu dot org 2009-06-04 13:24 ---
Well, without it fixed it's impossible to build libgfortran (and other apps)
with combine, which would be a very nice thing to have.
The sample patch above exposed no regressions fwiw.
--
http://gcc.gnu.org
--- Comment #3 from aldot at gcc dot gnu dot org 2009-01-14 11:01 ---
Created an attachment (id=17098)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17098action=view)
patch for trunk to remove references to the removed
__builtin_ia32_{pextrw,pinsrw}
--
http://gcc.gnu.org
--- Comment #1 from aldot at gcc dot gnu dot org 2009-01-14 11:02 ---
*** This bug has been marked as a duplicate of 20049 ***
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from aldot at gcc dot gnu dot org 2009-01-14 11:02 ---
*** Bug 37250 has been marked as a duplicate of this bug. ***
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from aldot at gcc dot gnu dot org 2009-01-14 11:13 ---
As previously said on irc, this is a duplicate of PR20049.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38836
--- Comment #5 from aldot at gcc dot gnu dot org 2009-01-14 11:33 ---
Also applies to the 4_3-branch.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-14 15:30 ---
Sounds a bit like the problem from comment #0 is a duplicate or related to
PR31537 and/or PR35034 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37865
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #1 from aldot at gcc dot gnu dot org 2008-12-09 20:37 ---
Created an attachment (id=16856)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16856action=view)
unreduced file1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #2 from aldot at gcc dot gnu dot org 2008-12-09 20:37 ---
Created an attachment (id=16857)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16857action=view)
unreduced file2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #3 from aldot at gcc dot gnu dot org 2008-12-09 20:38 ---
Created an attachment (id=16858)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16858action=view)
unreduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-09 20:38 ---
Created an attachment (id=16859)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16859action=view)
output of unreduced input
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc
-Os
--- Comment #5 from aldot at gcc dot gnu dot org 2008-12-09 20:39 ---
Created an attachment (id=16860)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16860action=view)
reduced file1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #6 from aldot at gcc dot gnu dot org 2008-12-09 20:39 ---
Created an attachment (id=16861)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16861action=view)
reduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #7 from aldot at gcc dot gnu dot org 2008-12-09 20:40 ---
Created an attachment (id=16862)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16862action=view)
reduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- Comment #8 from aldot at gcc dot gnu dot org 2008-12-09 20:41 ---
Created an attachment (id=16863)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16863action=view)
output of reduced input
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc
-Os
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38445
--- Comment #1 from aldot at gcc dot gnu dot org 2008-12-08 15:08 ---
Created an attachment (id=16851)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16851action=view)
preprocess source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38445
: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: i386-pc-linux-gnu
GCC host triplet: i386-pc-linux
--- Comment #1 from aldot at gcc dot gnu dot org 2008-09-30 10:24 ---
Created an attachment (id=16431)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16431action=view)
reduced from linux-2.6.26.5/fs/ocfs2/alloc.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37680
: normal
Priority: P3
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: i386-pc-linux-gnu
GCC host triplet: i386-pc-linux-gnu
GCC target triplet: powerpc-linux-uclibc
http
--- Comment #84 from aldot at gcc dot gnu dot org 2008-09-24 09:51 ---
The fix doesn't seem to work for me on arm:
$ cat pr-weak.c
/* tell the compiler that the count isn't in the small data section if the arch
* has one (eg: FRV)
*/
extern const unsigned long kallsyms_num_syms
--- Comment #10 from aldot at gcc dot gnu dot org 2008-09-16 19:15 ---
(In reply to comment #9)
Hi,
I tried the following patch.
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00195.html
.weak symbol can be emitted, but with two same lines. Thanks!
So that would bring you
--- Comment #10 from aldot at gcc dot gnu dot org 2008-09-16 19:17 ---
unassigning. The BE workaround bypasses it for me, no time to look further.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
--- Comment #29 from aldot at gcc dot gnu dot org 2008-08-19 13:43 ---
4.3.1 and later give:
GNU C++ (Debian 4.3.1-8) version 4.3.1 (i486-linux-gnu)
compiled by GNU C version 4.3.1, GMP version 4.2.2, MPFR version 2.3.1.
GGC heuristics: --param ggc-min-expand=100 --param ggc
--- Comment #2 from aldot at gcc dot gnu dot org 2008-08-12 09:54 ---
(In reply to comment #1)
The error message is correct as the function types are not compatible. If in
fact this is invalid C even though we don't currently diagnostic it without
-combine.
Closing as invalid
--- Comment #4 from aldot at gcc dot gnu dot org 2008-08-12 15:48 ---
(In reply to comment #3)
You don't. You can try some tricks with __asm__ but I would not recommend it
though.
Yes, i dont' want that.
As far as I can tell mremap only takes 4 arguments anyways.
unfortunately
--- Comment #21 from aldot at gcc dot gnu dot org 2008-07-31 07:56 ---
Lothar, see #10
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Known to fail||4.4.0
--- Comment #2 from aldot at gcc dot gnu dot org 2008-07-23 13:41 ---
I'm curious as to why you think that would be useful? What would you do with
it?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from aldot at gcc dot gnu dot org 2008-07-18 08:14 ---
is this PR36450 ?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #1 from aldot at gcc dot gnu dot org 2008-07-18 08:32 ---
Please read http://gcc.gnu.org/bugs.html and fill in the missing information
accordingly.
Note that this sounds more like a bug in the buildsystem of your application
rather than a bug in gcc.
--
http
--- Comment #15 from aldot at gcc dot gnu dot org 2008-07-16 12:48 ---
Fixed on trunk, thanks!
Can we have the testcase in the testsuite and the fix applied to the
4_3-branch, too?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36849
--- Comment #10 from aldot at gcc dot gnu dot org 2008-07-16 14:33 ---
Will be in the next 4.3.x release which will be 4.3.2, from the looks.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from aldot at gcc dot gnu dot org 2008-07-16 14:35 ---
The target milestone does not matter in this case.
The fix will be in the next 4.3.x release which will be 4.3.2, from the looks.
--
aldot at gcc dot gnu dot org changed:
What|Removed
Version: 4.3.1
Status: UNCONFIRMED
Keywords: documentation
Severity: normal
Priority: P3
Component: web
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla
at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36786
--- Comment #7 from aldot at gcc dot gnu dot org 2008-07-07 09:20 ---
Closing as INVALID as suggested by the reporter.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-30 08:23 ---
CC'ing Vladimir.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #11 from aldot at gcc dot gnu dot org 2008-06-27 13:04 ---
should we
- add a bit so that used_flags:2 and set TREE_USED() = 2 in
expand_assignment(), expand_expr_real_1, adjust setting tree
addressable(decl)=!!TREE_USED(decl), set it in gimplify_modify_expr_rhs() for
vars
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-24 08:22 ---
It looks like several improvements were installed since then. Can somebody
perhaps retry with the 4.3 branch and trunk?
--
aldot at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from aldot at gcc dot gnu dot org 2008-06-24 11:19 ---
(In reply to comment #9)
DFP needs floating point exception support. If your C library doesn't
support it, you can disable DFP.
libdecnumber's configury should thus check whether fenv.h is available
--- Comment #11 from aldot at gcc dot gnu dot org 2008-06-24 11:21 ---
libdecnumber hunk could look like this:
Index: libdecnumber/configure.ac
===
--- libdecnumber/configure.ac (revision 137059)
+++ libdecnumber
--- Comment #4 from aldot at gcc dot gnu dot org 2008-06-20 13:33 ---
(In reply to comment #3)
Subject: Re: Namelist I/O error: Bogus Cannot match
namelist object
Hello,
I am not sure what is meant by regression. Am I correct in assuming
that you do not regard
--- Comment #1 from aldot at gcc dot gnu dot org 2008-06-19 10:54 ---
Works for me with
GNU C (Debian 4.3.1-2) version 4.3.1 (i486-linux-gnu)
and current trunk.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-19 14:10 ---
works for me with 4.3.1 and current trunk
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from aldot at gcc dot gnu dot org 2008-06-19 14:57 ---
Created an attachment (id=15789)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15789action=view)
handle libdecnumber
libdecnumber/ChangeLog
* configure.ac: Add option --enable-intermodule and adjust
warning
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-17 10:46 ---
(In reply to comment #1)
check() can return 1 on the first call and 0 on the second and if *argv is
NULL
then then bug will be used uninitialized.
right, but this doesn't matter here. Better testcase:
/* { dg-do
--- Comment #10 from aldot at gcc dot gnu dot org 2008-06-17 13:54 ---
boostrapping pristine trunk still fails with:
/scratch/obj.i686/gcc-4.4.orig/./gcc/xgcc
-B/scratch/obj.i686/gcc-4.4.orig/./gcc/
-B/opt/i686/gcc-4.4.orig//i686-linux-gnu/bin/
-B/opt/i686/gcc-4.4.orig//i686-linux-gnu
--- Comment #6 from aldot at gcc dot gnu dot org 2008-06-14 12:23 ---
Jerry, does the 4.3 branch also need this fix?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36538
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-11 10:35 ---
Created an attachment (id=15747)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15747action=view)
ICEs on trunk
This ICEs on trunk with -mpreferred-stack-boundary=2 but works wih =4
gcc-4.4-HEAD -std=gnu99
--- Comment #11 from aldot at gcc dot gnu dot org 2008-06-11 12:30 ---
Created an attachment (id=15748)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15748action=view)
updated patch including unwind and eh and handling of static
includes untested draft for --disable-shared which
--- Comment #9 from aldot at gcc dot gnu dot org 2008-06-11 18:12 ---
(In reply to comment #8)
Created an attachment (id=15747)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15747action=view) [edit]
ICEs on trunk
This ICEs on trunk with -mpreferred-stack-boundary=2 but works
--- Comment #4 from aldot at gcc dot gnu dot org 2008-06-10 08:18 ---
pristine trunk is also broken:
sort.i:10318: internal compiler error: in insert_save, at caller-save.c:787
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from aldot at gcc dot gnu dot org 2008-06-10 11:07 ---
smallish testcase, fwiw.
$ gcc -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing
-fno-common -Werror-implicit-function-declaration -fno-stack-protector
-mregparm=3 -freg-struct-return -mpreferred
--- Comment #13 from aldot at gcc dot gnu dot org 2008-06-10 11:20 ---
should have been
int argh(void) __attribute__((error (dce?)));
works without __builtin_constant_p and fails even with
-Os -ftree-dce -fweb -ftree-fre -ftree-pre
pr36359.c: In function 'foo':
pr36359.c:7: error
--- Comment #6 from aldot at gcc dot gnu dot org 2008-06-10 19:34 ---
Can you please also fix trunk?
Thanks alot
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from aldot at gcc dot gnu dot org 2008-06-10 19:42 ---
Fixed on the IRA branch.
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-09 16:09 ---
Smaller testcase:
extern int dummy(long int *);
void build_range_exp(void)
{
long int cmp_buf[6] = { L'\0', L'\0', L'\0', L'\0', L'\0', L'\0' };
if (dummy(cmp_buf
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-09 17:08 ---
Vladimir,
Is the testcase ok as is or do you need it reduced?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
--- Comment #1 from aldot at gcc dot gnu dot org 2008-06-08 20:00 ---
Created an attachment (id=15737)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15737action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
AssignedTo: vmakarov at redhat dot com
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
--- Comment #1 from aldot at gcc dot gnu dot org 2008-06-06 14:40 ---
Created an attachment (id=15726)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15726action=view)
original testcase from uClibc
ira-branch revision 136341
Works with -fno-ira
works with -mpreferred-stack
--- Comment #5 from aldot at gcc dot gnu dot org 2008-06-06 14:44 ---
maybe provoking PR36450 although this one is about a slightly different thing
AFAICS?
I'm curious if you can build your distro with -O3 and -Os ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
org
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36279
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla
--- Comment #25 from aldot at gcc dot gnu dot org 2008-05-15 07:58 ---
(In reply to comment #10)
It fails on arm-eabi with -mthumb and/or -fPIC.
Currently -fPIC is not well tested.
I have created a separate PR36240 to track all PIC issues.
--
http://gcc.gnu.org/bugzilla
--- Comment #22 from aldot at gcc dot gnu dot org 2008-05-09 18:36 ---
$ gcc-4.4.orig-HEAD -O0 -frtl-abstract-sequences -fPIC -S foo.i -o /dev/null
foo.i: In function bazoo:
foo.i:4: error: unrecognizable insn:
(insn 23foo.i:4: internal compiler error: Segmentation fault
Please submit
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
GCC host triplet: i386
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
--- Comment #1 from aldot at gcc dot gnu dot org 2008-04-23 17:30 ---
Created an attachment (id=15518)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15518action=view)
slightly reduced testcase from bash
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
--- Comment #2 from aldot at gcc dot gnu dot org 2008-04-23 17:30 ---
Created an attachment (id=15519)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15519action=view)
original testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
--- Comment #2 from aldot at gcc dot gnu dot org 2008-04-22 14:13 ---
Please provide a self-contained testcase (see http://gcc.gnu.org/bugs.html )
that ideally abort()s on a wrong result.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36008
--- Comment #42 from aldot at gcc dot gnu dot org 2008-04-18 14:03 ---
Isn't this fixed now?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from aldot at gcc dot gnu dot org 2008-04-18 18:00 ---
While not really useful, i dare to state that SCC(N)-VN unfortunately misses a
lot of what it is ment to serve (IMHO), generally:
1) PR11832
testcase from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11832#c0
Needs
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963
--- Comment #1 from aldot at gcc dot gnu dot org 2008-04-17 10:01 ---
Created an attachment (id=15484)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15484action=view)
smallish testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963
--- Comment #3 from aldot at gcc dot gnu dot org 2008-04-17 11:07 ---
It compiles just fine with the old RA.
If the =r is wrong, then shouldn't it be rejected also with -fno-ira?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 373 matches
Mail list logo