http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52294
Bug #: 52294
Summary: [4.7 Regression] [ARM Thumb] generated asm code
produces "branch out of range" error in gas with -Os
-mcpu=cortex-a9
Classification: Unclassified
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19563
--- Comment #4 from bero at arklinux dot org 2011-11-13 18:17:20 UTC ---
It has worked for me for the last couple of years as well, so whatever caused
it is fixed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50116
bero at arklinux dot org changed:
What|Removed |Added
CC||bero at arklinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50266
bero at arklinux dot org changed:
What|Removed |Added
Attachment #25164|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50266
Bug #: 50266
Summary: internal compiler error: in decode_addr_const, at
varasm.c:2638
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49040
--- Comment #2 from bero at arklinux dot org 2011-06-18 09:57:10 UTC ---
Probably the same as 48648 (which has a reduced test case)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
--- Comment #8 from bero at arklinux dot org 2011-06-18 09:55:58 UTC ---
ppl 0.11.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49040
Summary: ICE in translate_clast, at
graphite-clast-to-gimple.c:1123
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48914
Summary: #pragma GCC diagnostic ignored "-Wc++0x-compat"
doesn't work
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48865
--- Comment #2 from bero at arklinux dot org 2011-05-04 11:16:01 UTC ---
It does - if you know how to read it.
It's easy to tell a student who has never used a compiler outside of an IDE how
to add a #warning -- teaching him how to rea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48865
Summary: It would be useful to have a way to check the value of
a #define at preprocessing time
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48805
--- Comment #2 from bero at arklinux dot org 2011-04-28 13:56:59 UTC ---
gcc 4.6.1 svn rev. 173053
cloog 0.16.2
isl 0.06
ppl 0.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48805
bero at arklinux dot org changed:
What|Removed |Added
Attachment #24127|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48805
Summary: ICE in rename_uses, at sese.c:533 while compiling
qutecom 2.2 with -fgraphite-identity
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
--- Comment #6 from bero at arklinux dot org 2011-04-18 12:19:12 UTC ---
cloog 0.16.2 with isl 0.06 (I read somewhere ppl should be replaced with isl?)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
--- Comment #4 from bero at arklinux dot org 2011-04-17 10:34:52 UTC ---
void *foo(const void *a);
void bug48648()
{
unsigned char a[2];
long b;
int i;
for(i = 0; i < 2; i++) {
if (b &
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
bero at arklinux dot org changed:
What|Removed |Added
Attachment #24016|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
bero at arklinux dot org changed:
What|Removed |Added
Attachment #24015|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
--- Comment #1 from bero at arklinux dot org 2011-04-17 09:48:04 UTC ---
Created attachment 24015
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24015
Full preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648
Summary: internal compiler error: in translate_clast, at
graphite-clast-to-gimple.c:1123
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48056
--- Comment #3 from bero at arklinux dot org 2011-03-10 11:48:47 UTC ---
Thanks, works.
Re-filed as WebKit bug
https://bugs.webkit.org/show_bug.cgi?id=56088
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48056
Summary: lto throws out needed symbols when linking QtScript
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
bero at arklinux dot org changed:
What|Removed |Added
Attachment #23605|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
bero at arklinux dot org changed:
What|Removed |Added
Attachment #23598|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
--- Comment #6 from bero at arklinux dot org 2011-03-09 15:02:55 UTC ---
Created attachment 23601
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23601
stripped down libQt3Support.a
Here's a stripped down version of libQt3Support.a --
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
--- Comment #4 from bero at arklinux dot org 2011-03-09 13:27:24 UTC ---
Created attachment 23598
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23598
Preprocessed source of remaining widgetinfo.cpp
Preprocessed source of remain
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
--- Comment #3 from bero at arklinux dot org 2011-03-09 13:19:53 UTC ---
If I reduce widgetinfo.cpp to just say
#include
it still breaks and produces a different, potentially more useful error:
In file included from tools/q3glist.h:164:0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
--- Comment #2 from bero at arklinux dot org 2011-03-09 12:58:58 UTC ---
Somewhat reduced, still too large:
$ g++ -m64 -O2 -g -flto -o ../../../bin/uic3
.obj/release-static-emb-x86_64/widgetinfo.o -L/usr/src/ark/BUILD/qt/lib
-lQt3Support
lto1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042
Summary: lto segfaults while building Qt 4.7.2 with -g -flto
-fwhole-program
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47705
Summary: internal compiler error: in convert_nontype_argument,
at cp/pt.c:5006
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47176
Summary: libgo doesn't compile if libunicode is installed
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
AssignedTo: i...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47062
Summary: -mfpmath=sse,387 causes pow() to produce incorrect
results
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45314
--- Comment #5 from bero at arklinux dot org 2010-11-05 15:30:20 UTC ---
Still happens on current 4.5 branch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46082
Summary: libgcj fails to build in current 4.5 branch
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unass
--- Comment #3 from bero at arklinux dot org 2010-08-31 18:48 ---
Created an attachment (id=21611)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21611&action=view)
(fairly stupid) Workaround
Attaching workaround for people coming across this bug report when googling th
--- Comment #2 from bero at arklinux dot org 2010-08-21 01:10 ---
Assumed it was an infinite loop a bit too early -- it did finish after giving
it some more time.
There is a speed problem though. Updating summary and severity.
--
bero at arklinux dot org changed:
What
--- Comment #1 from bero at arklinux dot org 2010-08-21 01:00 ---
Created an attachment (id=21534)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21534&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364
ion: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triple
--- Comment #1 from bero at arklinux dot org 2010-08-17 22:27 ---
Created an attachment (id=21508)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21508&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45314
c
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i
--- Comment #3 from bero at arklinux dot org 2010-08-17 14:15 ---
Ignore the previous comment -- it working on x86 (32bit) was caused by not
having -fgraphite-identity in the CFLAGS there. It crashes everywhere.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
--- Comment #2 from bero at arklinux dot org 2010-08-17 11:14 ---
Seems to work on 32-bit x86
--
bero at arklinux dot org changed:
What|Removed |Added
GCC build triplet
--- Comment #1 from bero at arklinux dot org 2010-08-17 11:13 ---
Created an attachment (id=21502)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21502&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
ity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44717
--- Comment #7 from bero at arklinux dot org 2010-06-03 11:38 ---
Exact same error with 4.5.1 branch rev. 160157, compiling trunk
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
--- Comment #1 from bero at arklinux dot org 2010-06-03 10:44 ---
Created an attachment (id=20816)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20816&action=view)
ltrace output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44398
ot org
ReportedBy: bero at arklinux dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44398
--- Comment #6 from bero at arklinux dot org 2010-06-02 16:53 ---
Omitting -fwhole-program doesn't change anything. Compiling 4.5 branch and
trunk now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
--- Comment #1 from bero at arklinux dot org 2010-06-02 16:20 ---
uic3.tar.gz, containing the object files that should be linked and the source
they're generated from, is too large to attach, so I've uploaded it to
http://arklinux.org/~bero/uic3.tar.gz
--
http://g
on the command line -- the symbol appears
to be "optimized away" wrongfully.
--
Summary: LTO strips out symbols that are actually needed
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
nedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44385
ersion: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: armv6j-blankpage
cc
Version: 4.5.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43933
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x
--- Comment #1 from bero at arklinux dot org 2010-03-12 12:52 ---
Created an attachment (id=20094)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20094&action=view)
Preprocessed source showing the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43347
by gcc being used uninitialized
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build
--- Comment #2 from bero at arklinux dot org 2010-02-08 13:00 ---
Only happens at -O2 and higher
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
--- Comment #1 from bero at arklinux dot org 2010-02-08 12:29 ---
Created an attachment (id=19820)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19820&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i686-ark-linux-gnu
GCC host triplet: i686-ark-linux-gnu
GCC target triplet: i686-ark-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC
--- Comment #13 from bero at arklinux dot org 2010-01-21 11:56 ---
FWIW a very similar error occurs when building mysql 5.5.1-m2, almost certainly
the same bug
opt_range.cc: In member function 'int SEL_ARG::store_min_key(KEY_PART*,
uchar**, uint*, uint)':
opt_range.cc:11812
--- Comment #2 from bero at arklinux dot org 2009-12-09 13:56 ---
Created an attachment (id=19266)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19266&action=view)
Fix for decl.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42343
--- Comment #1 from bero at arklinux dot org 2009-12-09 13:55 ---
Created an attachment (id=19265)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19265&action=view)
Fix for obstack.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42343
ty: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: arm920t-unknown-linux-gnu
http://g
--- Comment #8 from bero at arklinux dot org 2009-02-05 20:14 ---
mkdir build
cd build
../configure --prefix=/usr --enable-static --enable-shared
--enable-fast-install --enable-c99 --enable-wchar_t --disable-gconf-peer
--target=i686-pc-mingw32 --enable-threads --enable-tls --with-tls
--- Comment #5 from bero at arklinux dot org 2009-02-05 15:56 ---
It does get called when building that i686-pc-linux-gnu -> i686-pc-mingw32
crosscompiler -- but maybe the fact that it does indicates a bug elsewhere in
the build system
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #3 from bero at arklinux dot org 2009-02-05 13:58 ---
Created an attachment (id=17247)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17247&action=view)
Proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39107
--- Comment #2 from bero at arklinux dot org 2009-02-05 13:52 ---
A bit below the check for --gc-sections, GLIBCXX_CHECK_LINKER_FEATURES actually
checks for another linker feature in a way that doesn't break crosscompiling:
cxx_z_relo=`$LD -v --help 2>/dev/null | grep
--- Comment #1 from bero at arklinux dot org 2009-02-05 13:50 ---
Since the purpose of the AC_TRY_LINK statement in libstdc++/acinclude.m4, line
260, is just to check if the linker barfs when given an argument, probably just
moving the GLIBCXX_CHECK_LINKER_FEATURES call to come before
ned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39107
--- Comment #2 from bero at arklinux dot org 2008-12-26 21:09 ---
If I install libstdc++ from gcc 4.4.0 and libgcc_s from gcc 4.3.2 (yes, I know
that's a weird thing to do, and it's definitely not my normal setup), it works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38631
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i686-pc-linux-gnu
--- Comment #3 from bero at arklinux dot org 2008-12-25 13:11 ---
Created an attachment (id=16984)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16984&action=view)
Updated patch, takes care of errors that come up after the first one
--
bero at arklinux dot org
--- Comment #2 from bero at arklinux dot org 2008-12-25 13:09 ---
Happens when bootstrapping with 4.4 only; after applying the patch I've
attached, it aborts with other errors.
--
bero at arklinux dot org changed:
What|Removed |
--- Comment #1 from bero at arklinux dot org 2008-12-25 11:18 ---
Created an attachment (id=16983)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16983&action=view)
Fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38626
dTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38626
--- Comment #4 from bero at arklinux dot org 2008-12-19 12:25 ---
Looks like bugzilla doesn't handle attachments > 128 kB...
I've uploaded the file to http://arklinux.org/~bero/formpreviewview.ii.gz
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
--- Comment #1 from bero at arklinux dot org 2008-12-19 10:03 ---
The ICE occurs even at -O0
--
bero at arklinux dot org changed:
What|Removed |Added
Keywords
--- Comment #2 from bero at arklinux dot org 2008-12-19 10:03 ---
Created an attachment (id=16943)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16943&action=view)
gzipped preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
--- Comment #5 from bero at arklinux dot org 2008-12-18 20:10 ---
Created an attachment (id=16938)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16938&action=view)
gzipped preprocessed source of file actually causing the problem
Attaching correct preprocessed source
#
--- Comment #4 from bero at arklinux dot org 2008-12-18 20:08 ---
Sorry, I misread the error message - I saw the warnings about jsparse.cpp, but
the actual ice occurs in jsopcode.cpp
--
bero at arklinux dot org changed:
What|Removed |Added
--- Comment #1 from bero at arklinux dot org 2008-12-18 19:26 ---
Created an attachment (id=16937)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16937&action=view)
gzipped preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
ONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36888
--- Comment #16 from bero at arklinux dot org 2008-04-28 10:59 ---
ping...
This missed 4.3 again, it should probably get in now before 4.4 enters freeze
mode...
Re the moc -> moc-qt4 change suggested in comment #14: This should be detected
by the configure script, moc-qt4 i
system libtool is version
2.x
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux d
--- Comment #10 from bero at arklinux dot org 2008-01-27 19:36 ---
> this should make lot of difference on K&R code (I wonder if
> any is still around in usual distro)
Some parts of xorg still follow K&R conventions, few parts of teTeX have K&R
code in them, cdrtoo
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i
--- Comment #3 from bero at arklinux dot org 2008-01-20 11:10 ---
The padlock code itself doesn't crash (if you add anything else near it, the
crash goes away). I suspect something gets messed up in the calling
conventions, and so far haven't been able to reproduce this in
rity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34725
--- Comment #2 from bero at arklinux dot org 2007-12-26 23:32 ---
A Qt strict-aliasing bug potentially affecting this has shown up; it's possible
that the problem isn't with gcc after all, but only shows up with the current
versions. Running more tests with a fixed Qt vers
--- Comment #1 from bero at arklinux dot org 2007-12-26 23:12 ---
I've run checks on some more gcc revisions. Down to a few revisions.
Last known working svn rev: 130324
First known broken svn rev: 130330
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34570
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34570
--- Comment #1 from bero at arklinux dot org 2007-12-11 10:10 ---
Created an attachment (id=14727)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14727&action=view)
fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34430
s to build
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
http://gcc.gnu.or
--- Comment #3 from bero at arklinux dot org 2007-11-26 20:26 ---
Works in 4.2.x -- marking as regression
--
bero at arklinux dot org changed:
What|Removed |Added
--- Comment #1 from bero at arklinux dot org 2007-11-26 17:19 ---
Created an attachment (id=14642)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14642&action=view)
bzip2-ed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34238
fined"
are actually the places where the members are defined.
--
Summary: "static data member used, but not defined" error on
member definition
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 276 matches
Mail list logo
