--- Comment #3 from bero at arklinux dot org 2006-05-01 17:50 ---
Agreed, should be built in any case (which is apparently done correctly in
current trunk).
trunk still has the problem that the classpath_jawt_* functions are defined for
the gtk peer only; an implementation for the qt
ormal
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=27724
--- Comment #1 from bero at arklinux dot org 2006-05-22 17:04 ---
Created an attachment (id=11493)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11493&action=view)
Preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27724
--- Comment #6 from bero at arklinux dot org 2006-05-23 21:41 ---
It is creative offsetof indeed -- this a "explanation" from a bit of code
referenced to this one [while it isn't free yet, its license does allow posting
bits of it online]:
// HACK: gcc warns about ap
--- Comment #4 from bero at arklinux dot org 2006-05-27 15:30 ---
After some digging around, the other peers need an implementation of
classpath_jawt for this to work -- I've attached a working implementation for
the Qt peer to classpath bug #27555
--
bero at arklinux do
--- Comment #5 from bero at arklinux dot org 2006-05-27 15:31 ---
Created an attachment (id=11521)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11521&action=view)
Patch for gcc adding support for the Qt classpath_jawt bits from bug 27555 to
libjava
--
bero at arklinux
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
--- 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
--- 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 #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
#
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 #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
--- 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 #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
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 #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
--- 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 #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
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 #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
--- Comment #2 from bero at arklinux dot org 2005-11-06 15:32 ---
An alternative way of building that doesn't trigger this error:
cd build/bin
find -name '*.java' >filelist
gcj -C @filelist
That compiles all classes without complaining, but I suspect it of generating
rrent csl-arm-
branch
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC
/jdt/internal/compiler/util/messages.properties
The same code (and build process) works nicely if gcj/gij 4.0.x is used.
--
Summary: [4.1 regression] Apparent problem getting non-.class
files out of jars
Product: gcc
Version: 4.1.0
--- Comment #2 from bero at arklinux dot org 2005-11-09 18:13 ---
It definitely wasn't added in binutils csl-arm-branch... Is gcc csl-arm-branch
supposed to be used with binutils head now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24695
--- Comment #1 from bero at arklinux dot org 2005-11-19 15:00 ---
Created an attachment (id=10293)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10293&action=view)
Simplified test case (this will become a jar)
Compile the attached minimalistic test case into a jar file:
--- Comment #2 from bero at arklinux dot org 2005-11-19 15:02 ---
Created an attachment (id=10294)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10294&action=view)
Testcase, part 2
Step 2: Compile something that uses it
CLASSPATH=test.jar gcj -C test1.java
--
--- Comment #3 from bero at arklinux dot org 2005-11-19 15:03 ---
Step 3: Try running it.
CLASSPATH=test.jar gij test1
Prints "Microsoft is crap" with gcj 4.0.x, produces a segmentation fault with
today's SVN.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24698
--- Comment #4 from bero at arklinux dot org 2005-11-19 15:16 ---
Also try:
gcj -O2 -fPIC -fjni -shared -o libtestcase.so test.jar
gcj -o testcase test1.java --main=test1 -L. -ltestcase
LD_LIBRARY_PATH=. ./testcase
Works as expected in 4.0.x, current SVN acts up: Generating
roduct: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet
--- Comment #1 from bero at arklinux dot org 2005-11-23 12:17 ---
Created an attachment (id=10323)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10323&action=view)
test code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24999
--- Comment #2 from bero at arklinux dot org 2005-11-23 17:12 ---
I've just checked post-4.0.2 gcc-4_0-branch (svn 107418), works there
--
bero at arklinux dot org changed:
What|Removed |
machine code
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
GCC build triplet: i686-pc-lin
--- Comment #1 from bero at arklinux dot org 2005-11-24 17:20 ---
Verified still broken with gcc 4.0.3 SVN 107424
--
bero at arklinux dot org changed:
What|Removed |Added
--- Comment #5 from bero at arklinux dot org 2005-11-24 18:07 ---
This should be marked important regression IMO, it breaks a number of
applications out there
--
bero at arklinux dot org changed:
What|Removed |Added
--- Comment #7 from bero at arklinux dot org 2005-12-12 19:05 ---
Works for me too (4.1 branch SVN 108424 w/ the referenced patch, x86)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24441
--- Comment #7 from bero at arklinux dot org 2005-12-12 19:16 ---
Just tried current 4.1 branch SVN (108424 with the patch for bug 24441 applied)
- it works a lot better (no more ICEs or segfaults).
One problem remains though (but this isn't major):
CLASSPATH=test.jar gij test1
--- Comment #8 from bero at arklinux dot org 2005-12-12 19:18 ---
Adjusting summary to reflect the current situation
--
bero at arklinux dot org changed:
What|Removed |Added
--- Comment #9 from bero at arklinux dot org 2005-12-12 20:02 ---
After some more testing, it turns out the test case is fixed, but the bigger
test case from the original report isn't.
Compiling ecj with gcj 4.0.1 and using it on a simple .java file still causes a
SIGABRT after s
--- Comment #10 from bero at arklinux dot org 2005-12-12 21:00 ---
Created an attachment (id=10460)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10460&action=view)
Script to trigger the SIGABRT problem
Attaching a script that still triggers the SIGABRT.
It's quite
rtedBy: bero at arklinux dot org
GCC build triplet: x86_64-ark-linux
GCC host triplet: x86_64-ark-linux
GCC target triplet: x86_64-ark-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25404
--- Comment #1 from bero at arklinux dot org 2005-12-14 01:43 ---
Created an attachment (id=10480)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10480&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25404
--- Comment #2 from bero at arklinux dot org 2005-12-14 01:44 ---
Created an attachment (id=10481)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10481&action=view)
Generated assembly code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25404
--- Comment #11 from bero at arklinux dot org 2005-12-16 01:01 ---
After adding some debug statements, I can add that the SIGABRT happens in
org.eclipse.jdt.internal.compiler.parser.Parser's readReadableNameTable method.
ResourceBundle.getBundle() succeeds [doesn'
--- Comment #12 from bero at arklinux dot org 2005-12-16 01:17 ---
Created an attachment (id=10511)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10511&action=view)
Small test case
Found a MUCH smaller test case, just a couple of lines.
tar xzf testcase.tar.gz; cd t
--- Comment #13 from bero at arklinux dot org 2005-12-16 01:24 ---
Created an attachment (id=10512)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10512&action=view)
Another, even smaller, testcase
Attaching another even smaller test case.
--
http://gcc.gnu.org/b
--- Comment #14 from bero at arklinux dot org 2005-12-16 09:59 ---
This happens 100% reproducably when using ResourceBundle.getString on an
existing bundle with a nonexistant key -- this is enough to reproduce, no need
for an external jar or anything
--- Comment #15 from bero at arklinux dot org 2005-12-16 13:22 ---
Created an attachment (id=10515)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10515&action=view)
Workaround patch
The problem is with implicit exception handling.
A slight modification to libjava (mak
--- Comment #17 from bero at arklinux dot org 2006-01-08 21:50 ---
Might be my {C,CXX}FLAGS...
I can reproduce this on Linux 2.6.15, glibc 2.3.6, binutils 2.16.91.0.4, gcc
4.1 branch (SVN Revision 108760) with
--enable-fast-install --enable-libstdcxx-pch --enable-__cxa_atexit --enable
--- Comment #18 from bero at arklinux dot org 2006-01-17 18:25 ---
If I compile without the compiler flag settings and make bootstrap instead of
profiledbootstrap, it throws the exception as expected rather than causing a
SIGABRT.
The cause is probably somewhere else in gcc; 4.0.2
--- Comment #27 from bero at arklinux dot org 2006-01-17 19:34 ---
Still breaks for me on 4.1 branch too (4.1 branch SVN ID 109831).
Linux x86, binutils 2.16.91.0.4
The error is related but slightly different and on a different file these days:
c-errors.c -o c-errors.o
stage1/xgcc
--- Comment #28 from bero at arklinux dot org 2006-01-17 19:35 ---
Created an attachment (id=10664)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10664&action=view)
Preprocessed source of code triggering this in current 4.1 SVN
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #30 from bero at arklinux dot org 2006-01-17 19:36 ---
Created an attachment (id=10665)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10665&action=view)
asm code generated by current 4.1 SVN
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22313
error"
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28605
--- Comment #2 from bero at arklinux dot org 2006-08-04 20:42 ---
Right, just thought a configure check for a broken zip wouldn't hurt
--
bero at arklinux dot org changed:
What|Removed |
: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28609
--- Comment #1 from bero at arklinux dot org 2006-08-05 22:33 ---
Seems to be caused by classpath needing a different version of libtool than
gcc.
This fixed it for me:
cp -f ltconfig libjava/classpath
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28609
.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: i586-pc-linux-gnu
GCC target triplet: i58
--- Comment #1 from bero at arklinux dot org 2006-08-08 20:08 ---
Created an attachment (id=12043)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12043&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28659
--- Comment #2 from bero at arklinux dot org 2006-08-08 20:17 ---
Created an attachment (id=12044)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12044&action=view)
Simplified test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28659
--- Comment #3 from bero at arklinux dot org 2006-08-08 20:19 ---
The problem in the simplified test case goes away when removing the
__attribute__((visibility("default")))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28659
--- Comment #4 from bero at arklinux dot org 2006-08-09 01:02 ---
Right, it's a matter of not getting the right includes -- I'm attaching a fixed
patch to bug 25404.
--
bero at arklinux dot org changed:
What|Removed
--- Comment #8 from bero at arklinux dot org 2006-08-09 01:04 ---
Created an attachment (id=12045)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12045&action=view)
Updated fix, works for multilib arches too
This new fix is even more ugly than the old one because I couldn&#
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
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-
: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28671
--- Comment #2 from bero at arklinux dot org 2006-08-09 22:54 ---
-O2 -march=i586 -mcpu=i686 -fomit-frame-pointer
--
bero at arklinux dot org changed:
What|Removed |Added
--- Comment #6 from bero at arklinux dot org 2006-08-09 23:55 ---
Ok, misunderstanding about the compiler flags -- -march=i586 was used to build
the compiler, strigi was built without any -march= tags (making the default
i386, I guess).
Using -march=i586 in strigi makes the problem go
--- Comment #9 from bero at arklinux dot org 2006-08-15 16:15 ---
Created an attachment (id=12081)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12081&action=view)
Updated to work with today's trunk
--
bero at arklinux dot org changed:
What
--- Comment #1 from bero at arklinux dot org 2006-08-15 23:02 ---
Some debugging shows this is related to the new jar -- if I use jar from gcc
4.1.x (or just fastjar 0.93 from www.sourceforge.net/projects/fastjar) to
generate the ecj.jar file, I can binary-compile it with gcj 4.2 just
--- Comment #2 from bero at arklinux dot org 2006-08-16 00:01 ---
Forget about the last comment - there was a typo in my "try old gcc version"
script that caused reverting to the old jar to revert to the old gcj for
.java->.class compilation too (but not for .jar->.so
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bero at arklinux dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28754
--- Comment #1 from bero at arklinux dot org 2006-08-16 21:11 ---
Created an attachment (id=12085)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12085&action=view)
Simple test case
Attaching a simple test case -- in the "test" directory contained in this
tar
--- Comment #2 from bero at arklinux dot org 2006-08-16 21:12 ---
Updating summary to reflect there's an easier test case than "compile ecj"
--
bero at arklinux dot org changed:
What|Removed
--- Comment #10 from bero at arklinux dot org 2006-08-17 01:09 ---
Created an attachment (id=12086)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12086&action=view)
Updated fix for current trunk+multilib
--
bero at arklinux dot org changed:
What|
--- Comment #3 from bero at arklinux dot org 2006-08-17 14:45 ---
gcj -C miscompiles just org/eclipse/jdt/internal/compiler/lookup/Scope.java and
org/eclipse/jdt/internal/compiler/ast/QualifiedTypeReference.java -- I can
generate a perfectly working ecj using gcj -C for all files, then
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=28775
--- Comment #1 from bero at arklinux dot org 2006-08-18 19:10 ---
The problem is that classpath.security gets installed to /usr/lib/security
only, but not /usr/lib64/security.
Running
cp /usr/lib/security/classpath.secruity /usr/lib64/security
after installing gcc fixes it
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
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=28780
--- Comment #1 from bero at arklinux dot org 2006-08-19 12:57 ---
Tried on both x86 and x86_64
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28780
--- Comment #2 from bero at arklinux dot org 2006-08-19 13:07 ---
The problem goes away with -O0, and keeps working with
-fdefer-pop -fdelayed-branch -fguess-branch-probability -fcprop-registers
-floop-optimize -fif-conversion -fif-conversion2 -ftree-ccp
-ftree-dce -ftree-dominator
--- Comment #3 from bero at arklinux dot org 2006-08-19 13:09 ---
Created an attachment (id=12096)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12096&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28780
--- Comment #4 from bero at arklinux dot org 2006-08-19 13:56 ---
Created an attachment (id=12097)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12097&action=view)
Preprocessed source from ffmpeg
The same error shows up when compiling ffmpeg
--
http://gcc.gnu.org/b
rsion: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
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-gn
--- Comment #5 from bero at arklinux dot org 2006-09-11 23:00 ---
Created an attachment (id=12229)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12229&action=view)
Real test case
Oops, must have attached the wrong file, that was the test case for a much
older problem (
FIRMED
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: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-
--- Comment #1 from bero at arklinux dot org 2006-09-30 19:00 ---
Created an attachment (id=12361)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12361&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29301
: 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=31172
--- Comment #2 from bero at arklinux dot org 2007-03-14 11:21 ---
The difference between this and 30052 is that 30052 claims x86 is ok and the
problem occurs only on x86_64 -- it happens here with x86 (non-64).
Uploading preprocessed source currently gives a "bugzilla internal
t 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=32780
--- Comment #1 from bero at arklinux dot org 2007-07-16 15:58 ---
Created an attachment (id=13925)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13925&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32780
--- Comment #2 from bero at arklinux dot org 2007-07-16 16:13 ---
Simplified test case:
extern void dont_optimize_away(unsigned long);
void crashGcc(char*a)
{
unsigned long b=(unsigned long)a - ((unsigned long)a & 1);
dont_optimize_away(b);
}
--
http://gcc.gnu
nedTo: 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=32967
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: i586-pc-linux-gnu
GCC target triplet: i586-pc-linux-gnu
http://gcc.gnu.org/bugzil
--- Comment #1 from bero at arklinux dot org 2007-09-10 14:11 ---
Created an attachment (id=14184)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14184&action=view)
test case
Add test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33378
--- Comment #1 from bero at arklinux dot org 2007-09-18 12:26 ---
Created an attachment (id=14220)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14220&action=view)
bzip2-ed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33471
t 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=33471
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: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
--- Comment #1 from bero at arklinux dot org 2007-10-01 22:14 ---
Created an attachment (id=14282)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14282&action=view)
bzip2-ed preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33620
Version: 4.3.0
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: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target
--- Comment #1 from bero at arklinux dot org 2007-10-07 10:24 ---
Created an attachment (id=14313)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14313&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33684
nt: rtl-optimization
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=33685
1 - 100 of 276 matches
Mail list logo
