https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
--- Comment #4 from Mike Frysinger ---
(In reply to Martin Sebor from comment #3)
that's fine. thanks !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60618
Mike Frysinger changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67310
--- Comment #6 from Mike Frysinger ---
normally the gcc devs want patches posted to the gcc-patc...@gcc.gnu.org
mailing list. they don't review/comment on patches in bugs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57125
--- Comment #9 from Mike Frysinger ---
after having the backport deployed in Gentoo, we found an edge case with the
fix in trunk ...
we still have this rule in gcc/Makefile.in:
# Generated source files for gengtype. Prepend inclusion of
# bconf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57125
Mike Frysinger changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61899
Mike Frysinger changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61899
Mike Frysinger changed:
What|Removed |Added
CC||toolchain at gentoo dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49340
--- Comment #2 from Mike Frysinger ---
seems to work with gcc-4.9 at least ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56750
--- Comment #7 from Mike Frysinger ---
ping ... this is causing releases of binutils' gold to be statically linked,
and causing headaches for the gold testsuites.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #25 from Mike Frysinger ---
here's the series of link commands:
gcc -nostdlib -nostartfiles -r -o elf/librtld.os \
'-Wl,-(' /home/vapier/glibc/build/elf/dl-allobjs.os elf/rtld-libc.a -lgcc \
'-Wl,-)' -Wl,-Map,elf/librtld.os.map
gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #20 from Mike Frysinger ---
Created attachment 33341
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33341&action=edit
rtld.s generated -- failing w/r187042
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #19 from Mike Frysinger ---
Created attachment 33340
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33340&action=edit
rtld.s generated -- passing w/r187038
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
Mike Frysinger changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #17 from Mike Frysinger ---
(In reply to Eric Botcazou from comment #13)
fwiw, i took latest 4.8 branch and reverted that change, and ldso works
i'll test r188009 and related too though
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #16 from Mike Frysinger ---
Created attachment 33321
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33321&action=edit
rtld.i preprocessed source
the preprocessed output is the same between 4.7.4 & 4.8.3 (checked with `diff`)
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #15 from Mike Frysinger ---
(In reply to Andrew Pinski from comment #11)
i tried 4.8.3 w/those two patches applied but still see the crash :(
(In reply to Eric Botcazou from comment #12)
correct, gcc-4.6.4 & gcc-4.7.3 work fine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
Mike Frysinger changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #9 from Mike Frysinger ---
i've verified that 4.8.0 & 4.9.1 fail as well :/
binutils 2.24 doesn't help
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #7 from Mike Frysinger ---
it's beyond my (ia64 beginners) experience to track this down further
i can certainly make available ssh access to interested devs ... it's a fast
system on a fast edu connection
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vapier at gentoo dot org
CC: toolchain at gentoo dot org
Host: hppa2.0-linux-gnu
Target: hppa2.0-linux-gnu
Build: hppa2.0-linux-gnu
Created attachment 32426
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #5 from Mike Frysinger ---
Created attachment 32385
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32385&action=edit
gdb session
here's the trace from the first insn where dyn is pointing to DT_GNU_HASH. at
this point, it has pr
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: vapier at gentoo dot org
CC: toolchain at gentoo dot org
Host: ia64-linux-gnu
Target: ia64-linux-gnu
Build: ia64-linux-gnu
if you build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
Mike Frysinger changed:
What|Removed |Added
CC||vapier at gentoo dot org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60558
Mike Frysinger changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56750
--- Comment #5 from Mike Frysinger ---
(In reply to Eric Botcazou from comment #4)
that is an end user's decision. the build scripts really have no business
forcing this on all random tools including gdb. the bootstrap logic makes
sense for boo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780
--- Comment #9 from Mike Frysinger ---
http://gcc.gnu.org/ml/gcc-patches/2014-01/msg00213.html has been committed now
which should fix trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56928
Bug #: 56928
Summary: false positive when using -Wstrict-overflow
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56750
Bug #: 56750
Summary: static -lstdc++ logic bleeds into all subdirs
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56182
--- Comment #6 from Mike Frysinger 2013-02-05
05:37:08 UTC ---
(In reply to comment #4)
yes, the Gentoo build has to undo all the magic checks that gcc adds in a naïve
attempt to find the right multilib which makes it too fragile to be useful
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53679
--- Comment #6 from Mike Frysinger 2013-01-26
03:20:51 UTC ---
Ian has pushed the patch to trunk:
http://gcc.gnu.org/viewcvs?view=revision&revision=195482
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55890
Bug #: 55890
Summary: calling a builtin func through a cast triggers an ICE
Classification: Unclassified
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53679
--- Comment #5 from Mike Frysinger 2012-12-23
23:32:35 UTC ---
posted a patch here to add --disable-werror:
http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01379.html
we need this for ChromiumOS ...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32193
--- Comment #8 from Mike Frysinger 2012-12-23
23:31:22 UTC ---
posted a patch here to add --disable-werror:
http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01378.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54725
--- Comment #8 from Mike Frysinger 2012-10-20
16:55:05 UTC ---
(In reply to comment #7)
that patch doesn't work as there is a typo in Make-lang.in. it needs to be:
CFLAGS-fortran/cpp.o += $(TARGET_SYSTEM_ROOT_DEFINE)
then it works OK
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54724
--- Comment #2 from Mike Frysinger 2012-09-28
23:20:09 UTC ---
i'm 50/50 on this. if the code doesn't utilize anything beyond the local code
base, and isn't compiled/processed by anything other than the local compiler,
then the -Werror sh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54725
--- Comment #6 from Mike Frysinger 2012-09-28
23:12:08 UTC ---
(In reply to comment #5)
that's half the equation. the other half is the build system support.
in gcc/Makefile.in, they do:
CFLAGS-c-family/c-opts.o += @TARGET_SYSTEM_R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54725
Mike Frysinger changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54725
Bug #: 54725
Summary: cross gfortran always searches host paths (e.g.
/usr/include)
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54724
Bug #: 54724
Summary: libgfortran does not respect --disable-werror
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32193
Mike Frysinger changed:
What|Removed |Added
CC||vapier at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38436
Mike Frysinger changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52990
--- Comment #2 from Mike Frysinger 2012-08-24
15:41:11 UTC ---
(In reply to comment #1)
yes, the "build-programs = no" hack is also what i do. from my tests in the
past, the cross-compiler produced usable executables.
note, there is an ia64 si
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54303
Mike Frysinger changed:
What|Removed |Added
CC||toolchain at gentoo dot org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53679
Mike Frysinger changed:
What|Removed |Added
CC||toolchain at gentoo dot org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53548
Bug #: 53548
Summary: allow flexible array members in unions like
zero-length arrays
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53198
Bug #: 53198
Summary: [4.6 Regression] gcc wrongly emits "array subscript is
above array bounds" for simple arrays
Classification: Unclassified
Product: gcc
Version: 4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52990
Bug #: 52990
Summary: bootstrap ia64 cross-compiler gcc (static C-only)
includes a broken libgcc.a due to libunwind
dependencies
Classification: Unclassified
Product: gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
--- Comment #4 from Mike Frysinger 2012-04-12
15:42:49 UTC ---
(In reply to comment #3)
wouldn't it though ? there's still a top level union there surrounding all the
members. so flattening it, i'd get three choices:
- th_block; th_data
- th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
Mike Frysinger changed:
What|Removed |Added
Known to work||4.4.7
Known to fail|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52944
Bug #: 52944
Summary: [4.5/4.6 Regression] __builtin_object_size(..., 1) no
longer returns (size_t)-1 for consecutive
flexible/zero-length array members
Classification: Unclassifie
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38627
Mike Frysinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46596
Mike Frysinger changed:
What|Removed |Added
CC||toolchain at gentoo dot org
Se
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51368
Bug #: 51368
Summary: libstdc++ python pretty printers should use
--with-python-dir just like libjava
Classification: Unclassified
Product: gcc
Version: unknown
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48524
Mike Frysinger changed:
What|Removed |Added
CC||toolchain at gentoo dot org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48217
Summary: lto mishandles quotes in command line defines
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46632
Summary: libjava: fortify catches memcpy overflow in
parseAnnotationElement() for 64bit targets
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46596
--- Comment #3 from Mike Frysinger 2010-11-22
18:51:09 UTC ---
i want to provide two symbols -- one that may be overridden and one that always
exists. that's the point of having "__foo" be the normal symbol and "foo"
being the alias. for people
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46596
--- Comment #1 from Mike Frysinger 2010-11-22
03:49:52 UTC ---
Created attachment 22479
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22479
example file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46596
Summary: misbehavior when mixing always_inline and alias
attributes in the same compilation unit
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35855
--- Comment #3 from Mike Frysinger 2010-09-26
20:16:07 UTC ---
the same locale that breaks every time: et_EE
example build failure:
http://bugs.gentoo.org/215828
--- Comment #19 from vapier at gentoo dot org 2010-08-18 03:39 ---
as we stated, you wont hit the bug with vanilla gcc + vanilla glibc. we also
arent absolutely stating "this is a gcc bug". our dissection of the problem
lead us from cryptsetup to glibc to what seems
--- Comment #17 from vapier at gentoo dot org 2010-08-18 03:23 ---
thanks for the shorter test case. could you explain why a 64bit load is used
though ? if you're looking for the address of something, and you're not going
through a pointer to that location, why isnt it a
--- Comment #14 from vapier at gentoo dot org 2010-08-15 21:59 ---
we are using current GNU binutils (2.20.1). we dont use Linux binutils anymore
in Gentoo by default due to the instability and random patches that never get
mainlined into the GNU binutils. however, even with binutils
--- Comment #10 from vapier at gentoo dot org 2010-08-15 21:01 ---
from the glibc-2.11.2/signal/ subdir:
$ gcc -Wall -Winline -Wwrite-strings -Wstrict-prototypes -std=gnu99 -O2
-fgnu89-inline -fmerge-all-constants -fno-strict-aliasing -fno-unwind-tables -g
-pipe '-DWRAPPER_INCLUDE
--- Comment #8 from vapier at gentoo dot org 2010-08-15 20:40 ---
yes, we did. take the .i files we already posted and compile them with the
quoted pic/pie flags and look at the disassembled code.
the hardened gentoo variant builds all of glibc with pic/pie support (including
static
--- Comment #6 from vapier at gentoo dot org 2010-08-15 05:49 ---
Created an attachment (id=21479)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21479&action=view)
signaler.c
register a signal handler that goes though __libc_sigaction(), then trigger
that signal and att
--- Comment #4 from vapier at gentoo dot org 2010-08-15 04:41 ---
what are you looking for ? miscompiled objects ? linking sigaction.c with a
libc.a doesnt make sense as the libc.a already contains sigaction.o. or you
want an example app linked against a miscompiled libc.a
--- Comment #17 from vapier at gentoo dot org 2010-06-10 07:22 ---
vanilla gcc-4.4.x shows the same behavior if you were to use the same configure
options as Gentoo. specifically, --disable-checking seems to cause this.
i dont have the ability to re-open this bug since i didnt file it
-4.3.5 release in wrong dir
Product: gcc
Version: 4.3.5
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: web
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
http://gcc.gnu.org
--- Comment #1 from vapier at gentoo dot org 2009-04-06 00:50 ---
Created an attachment (id=17592)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17592&action=view)
parse_.i
$ time gcc -c -O2 parse_.i
real5m16.777s
user5m14.586s
sys 0m1.545s
--
http://gcc.
inordinate amount of time on x86 with -O2
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: pending
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
--- Comment #7 from vapier at gentoo dot org 2009-04-05 20:18 ---
we've hit this with gcc-4.3.3 with arm-softfloat-linux-gnueabi targets, and the
commit in question was for PR38000:
http://gcc.gnu.org/viewcvs?view=rev&revision=143194
/usr/arm-softfloat-linux-gnueabi/tmp/po
--- Comment #5 from vapier at gentoo dot org 2009-03-31 01:15 ---
mmm, i was thinking this was common SH code rather than TLS specific. i doubt
uClibc will get NPTL support faster than glibc ;).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24836
--- Comment #3 from vapier at gentoo dot org 2009-03-31 00:02 ---
well, as you certainly know, glibc isnt the only C library on the block ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24836
--- Comment #8 from vapier at gentoo dot org 2009-03-15 05:27 ---
this has been fixed for gcc-4.4 ... time to close the bug ?
http://gcc.gnu.org/viewcvs?view=rev&revision=136783
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33200
--- Comment #4 from vapier at gentoo dot org 2009-03-14 18:48 ---
i think this is a dupe of PR35964 ... and that bug indicates that this is a
regression from gcc-4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36209
--- Comment #3 from vapier at gentoo dot org 2009-02-25 23:58 ---
i'd reconstruct this report as gcc not properly handling constant strings with
printf() when the string is readily available to it and clearly does not change
as for the kernel and this warning flag, that's a
--- Comment #19 from vapier at gentoo dot org 2009-01-28 18:20 ---
are corresponding changes needed for hppa/sparc considering this bug discussed
them originally ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38740
--- Comment #1 from vapier at gentoo dot org 2008-12-25 22:16 ---
Created an attachment (id=16985)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16985&action=view)
73_all_sh-libgcc-stacks.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38627
ormal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
GCC target triplet: sh4-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38627
--- Comment #2 from vapier at gentoo dot org 2008-12-24 15:02 ---
Created an attachment (id=16981)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16981&action=view)
gdevifno.orig.i
here's the original file in case the reduced test case is troublesome
--
http:/
--- Comment #1 from vapier at gentoo dot org 2008-12-24 14:59 ---
Created an attachment (id=16980)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16980&action=view)
gdevifno.i
$ sh4-unknown-linux-gnu-gcc -c gdevifno.i -O2
gdevifno.i: In function inferno_rgb2cmap:
gdevif
building ghostscript-gpl
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
GCC target tr
ssigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38436
--- Comment #1 from vapier at gentoo dot org 2008-06-22 19:48 ---
Created an attachment (id=15804)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15804&action=view)
e2fsprogs-fipa-pta.i
reduced test case by Nico R.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36600
optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
GCC host triplet: i686-linux-gnu
GCC target triplet: i686-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36600
--- Comment #1 from vapier at gentoo dot org 2008-06-11 23:37 ---
Created an attachment (id=15751)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15751&action=view)
reduced texenvprogram.i
$ gcc -c -O3 -fprefetch-loop-arrays texenvprogram.i
texenvprogram.i: In f
NCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36504
--- Comment #24 from vapier at gentoo dot org 2008-04-22 07:51 ---
the proposed patch in question seems to break the opposite scenario on ia64:
--without-system-libunwind
--
vapier at gentoo dot org changed:
What|Removed |Added
y: ICE while building simple ObjC code with -fobjc-gc
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo d
--- Comment #2 from vapier at gentoo dot org 2008-04-20 04:47 ---
Created an attachment (id=15498)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15498&action=view)
af_volnorm.i
original test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35982
--- Comment #1 from vapier at gentoo dot org 2008-04-20 04:46 ---
the reduced test case
$ cat af_volnorm.i
struct mem {
float avg;
int len;
};
float method2_int16(struct mem *mem)
{
int i;
float avg;
for (i = 0; i < 100; ++i)
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
GCC host triplet: ppc-linux-gnu
GCC target triple
via configure, but
this ignores the problems that configure solves automatically.
--
Summary: build locale not properly handled with awk scripts
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #3 from vapier at gentoo dot org 2008-04-07 06:00 ---
this is in gcc-4.3.0 and that's fine by me
--
vapier at gentoo dot org changed:
What|Removed |
--- Comment #1 from vapier at gentoo dot org 2008-02-17 08:23 ---
Created an attachment (id=15174)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15174&action=view)
mandel.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35227
ReportedBy: vapier at gentoo dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35227
--- Comment #2 from vapier at gentoo dot org 2008-02-17 08:14 ---
Created an attachment (id=15173)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15173&action=view)
PR35225-orig.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35225
--- Comment #1 from vapier at gentoo dot org 2008-02-17 08:12 ---
Created an attachment (id=15172)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15172&action=view)
PR35225-reduced.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35225
--
Summary: [4.2 regression] gcc segfaults when building GTK+ code
with -O2 -fPIC for SH4
Product: gcc
Version: 4.2.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
As
1 - 100 of 162 matches
Mail list logo
