: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
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=44933
--
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 #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=21156&action=view)
gcc/testsuite/gcc.dg/tree-ssa/vrp50-PR28632.c
--
aldot at gcc dot gnu dot org changed:
--- 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/msg0
--- 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 theoret
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):
--- 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" } */
--- 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/bugz
--- 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"
--- 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=18044&action=view)
Bootstraps and regtests
bootstrapped and regtested all default languages with no new regressions.
TODO:
--
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 #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
--- 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
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||16996
nThis
--- 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=16113&action=view) [edit]
> > Updated doubleint
--- 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 |
--- Comment #7 from aldot at gcc dot gnu dot org 2009-06-04 18:18 ---
(In reply to comment #5)
> movzbl 18(%esp), %eax
>
> could be used in this particular case.
4.3.3 onward seem to do that. Fixed?
$ for i in 4.2 4.3 4.4 4.5.orig-HEAD;do printf "###
--- 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.gn
--- 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 #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 #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:02 ---
*** This bug has been marked as a duplicate of 20049 ***
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- 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=17098&action=view)
patch for trunk to remove references to the removed
__builtin_ia32_{pextrw,pinsrw}
--
http://gcc.
--- 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
--- 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=16863&action=view)
output of reduced input
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-
--- 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=16862&action=view)
reduced file3
--
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=16861&action=view)
reduced file3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
--- 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=16860&action=view)
reduced file1
--
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=16859&action=view)
output of unreduced input
/there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-
--- 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=16858&action=view)
unreduced file3
--
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=16857&action=view)
unreduced file2
--
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=16856&action=view)
unreduced file1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
nt: c
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-08 15:08 ---
Created an attachment (id=16851)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16851&action=view)
preprocess source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38445
4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718
#15 0x084799c1 in emit_pointer_definition (def=)
at
/there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718
#16 0x084799c1 in emit_pointer_definition (def=)
at
/there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718
[snip gazillions of :4718]
--
Summary: [4.4 Regression] ICE in tree-ssa-struct-alias when
compiling grub-0.97
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
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
: 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 #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=16431&action=view)
reduced from linux-2.6.26.5/fs/ocfs2/alloc.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37680
unable to generate reloads for: (insn:QI
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
Re
--- 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 kallsym
--- 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
--- 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 li
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
))
mknod.6.i:10: internal compiler error: in extract_insn, at recog.c:2027
--
Summary: [4.4 Regression] ICE in extract_insn, at recog.c:2027
for i{4,5}86
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Sev
--- 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 #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 tak
--- 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.
&
--- 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 |
--- 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 #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
: gcc
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/bug
--- 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
--- 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
ummary: IMA rejects to merge (function)decls with va_args
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: a
--- 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
FIRMED
Keywords: ice-on-valid-code, build
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned 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
--- 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 #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 #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 avai
--- 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 #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
--- 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=15789&action=view)
handle libdecnumber
libdecnumber/ChangeLog
* configure.ac: Add option --enable-intermodule and
--- 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 #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 #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 #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 matt
Summary: Wrong "may be used uninitialized" warning
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gc
--- 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 #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=15747&action=view) [edit]
> ICEs on trunk
>
> This ICEs on trunk with -mpreferred-s
--- 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=15748&action=view)
updated patch including unwind and eh and handling of static
includes untested draft for --disable-share
--- 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=15747&action=view)
ICEs on trunk
This ICEs on trunk with -mpreferred-stack-boundary=2 but works wih =4
gcc-4.4-HEAD -st
--- 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 #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 #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'
--- 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 #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 #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
--- 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&
--- 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=15737&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
--- 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
--- 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=15726&action=view)
original testcase from uClibc
ira-branch revision 136341
Works with -fno-ira
works with -mpreferre
nt: target
AssignedTo: vmakarov at redhat dot com
ReportedBy: aldot at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
ning: #warning HAVE_FOO
--
Summary: division by zero in #if
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedB
--- 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.
d -frtl-abstract-sequences
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
ht
--- 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
--- 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=15519&action=view)
original testcase
--
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=15518&action=view)
slightly reduced testcase from bash
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
mponent: c
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 #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 #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
--- 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 |
--- Comment #8 from aldot at gcc dot gnu dot org 2008-04-17 12:03 ---
fixing the constraint and all is well. Thanks, Andrew!
*** This bug has been marked as a duplicate of 35102 ***
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from aldot at gcc dot gnu dot org 2008-04-17 12:03 ---
*** Bug 35963 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35102
1 - 100 of 374 matches
Mail list logo
