--- Comment #5 from uros at kss-loka dot si 2005-11-28 07:32 ---
... close as FIXED.
--
uros at kss-loka dot si changed:
What|Removed |Added
Status|REOPENED
--- Comment #4 from uros at gcc dot gnu dot org 2005-11-28 07:29 ---
Subject: Bug 20219
Author: uros
Date: Mon Nov 28 07:29:43 2005
New Revision: 107597
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107597
Log:
PR middle-end/20219
* fold-const.c (fold binary) :
/*
* gcc-3.4 -O2 miscompiles this program on armv5b-unknown-linux:
* a negative value for y is passed to I_lshift(), but I_lshift()
* behaves as though y is non-negative (chooses the wrong branch
* of the second if-statement).
*
* The original code comes from the bignum support code in the
*
--- Comment #3 from uros at kss-loka dot si 2005-11-28 07:20 ---
Reopened to ...
--
uros at kss-loka dot si changed:
What|Removed |Added
Status|RESOLVED
--- Comment #4 from charlet at gcc dot gnu dot org 2005-11-28 07:11 ---
<>
No, the compiler is giving you a list of source files, so you should only
include those source files, and verify that the bug can indeed
be reproduced with these sources only (some additional source files
may sti
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-11-28 07:08
---
No, it's in fact easier than that. We shouldn't come into us_read for this
file, which is formatted! Probably a bad default flag is set.
--
fxcoudert at gcc dot gnu dot org changed:
What|Remove
--- Comment #5 from schnetter at aei dot mpg dot de 2005-11-28 06:13
---
Created an attachment (id=10351)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10351&action=view)
Failing preprocessed source code (gzipped)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-28 05:26 ---
*** Bug 24563 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24466
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-28 05:26 ---
*** This bug has been marked as a duplicate of 24466 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from bje at gcc dot gnu dot org 2005-11-28 05:22 ---
One problem with this proposal is that sometimes the user just wants one actual
error (the C++ error messages are multiline, but are still one message) and it
is difficult to estimate what a good value of is to ensure t
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2005-01-11 16:18:25 |2005-11-28 05:21:
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-28 05:20 ---
No feedback in over 3 months.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-28 05:18
---
No feedback in over two years now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-11-28 05:17
---
I should note that libunwind has at least a way to dynamicly add unwinding
info. I don't know if libgcc has this ability, maybe it should be added.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23278
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17352
--- Comment #4 from amodra at bigpond dot net dot au 2005-11-28 05:10
---
I could not reproduce this using 4.0.3 20051120. I suspect a header/library
mismatch or somesuch. Why are you using -lrtgcc? Normally, you would use -lrt
on a powerpc-linux system.
--
amodra at bigpond dot
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-28 05:08 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-28 05:07 ---
Can you attach the preprocessed source for unwind-dw2.c when bootstrapping with
options that ICE?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 05:06 ---
Confirmed, isn't it better just to convert m68k to a non cc0 target?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 05:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 05:04 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|collect2: ld terminated with|[4.1/4.2 Regres
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 05:02 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
/test/gnu/gcc-3.3/objdir/./gcc/xgcc -B/test/gnu/gcc-3.3/objdir/./gcc/
-B/opt/gnu
/gcc/gcc-4.1.0/hppa2.0w-hp-hpux11.11/bin/
-B/opt/gnu/gcc/gcc-4.1.0/hppa2.0w-hp-h
pux11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.1.0/hppa2.0w-hp-hpux11.11/include
-isy
stem /opt/gnu/gcc/gcc-4.1.0/hppa2.0w-hp-hpux11.11/sys-in
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-28 04:58 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 04:57 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-28 04:56 ---
So this is not a GCC bug so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from amodra at bigpond dot net dot au 2005-11-28 04:19
---
I would guess this isn't a gcc problem, but rather that the elfutils testsuite
hasn't been updated for new binutils. Older binutils put _GLOBAL_OFFSET_TABLE_
at the start of .got but the powerpc SYSV ABI allows _
--- Comment #11 from amodra at gcc dot gnu dot org 2005-11-28 03:52 ---
Subject: Bug 24997
Author: amodra
Date: Mon Nov 28 03:52:01 2005
New Revision: 107591
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107591
Log:
PR target/24997
* config/rs6000/rs6000.c (legi
--- Comment #7 from ghazi at gcc dot gnu dot org 2005-11-28 03:36 ---
4.0 patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01918.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
--- Comment #2 from ghazi at gcc dot gnu dot org 2005-11-28 03:23 ---
Getting stdout wrapped in an inline function is not hard. I can create
something fixincl or whatever to capture that. The part I don't know how to do
is expand that inline function's body into the code stream from
fo
--- Comment #3 from schnetter at aei dot mpg dot de 2005-11-28 03:19
---
After removing the flags "-mcpu=G4 -mabi=altivec" from the explicit compiler
options, the bootstrap completes fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25127
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-11-28 03:16 ---
Andrew, any progress on this one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7098
--- Comment #1 from amodra at bigpond dot net dot au 2005-11-28 03:10
---
Ugh, misunderstanding..
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
The logic in mark_mode_tests is broken and doesn't match the comment. Here is
a testcase, a simple predicate that is just an alias for address_operand, which
is a special predicate.
(define_predicate "foo" (match_operand 0 "address_operand"))
This will incorrectly have mode tests added.
--
--- Comment #2 from ghazi at gcc dot gnu dot org 2005-11-28 02:45 ---
*** This bug has been marked as a duplicate of 25120 ***
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-11-28 02:45 ---
*** Bug 20109 has been marked as a duplicate of this bug. ***
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-28 02:00 ---
Loop optimizers don't do anything to this testcase as there are no loops.
-fno-gcse fixes it so I am going to assume it is GCSE bug. Anyways confirmed.
--
pinskia at gcc dot gnu dot org changed:
Wha
--- Comment #3 from jvdelisle at verizon dot net 2005-11-28 01:40 ---
Subject: Re: [regression wrt g77] namelist read from
non-opened file
fxcoudert at gcc dot gnu dot org wrote:
> --- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-27 23:14
> ---
> (In reply to com
fxcoudert at gcc dot gnu dot org wrote:
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-27 23:14
---
(In reply to comment #1)
At line 2 of file nml.f
Fortran runtime error: End of file
Debugging shows that the bytes_left field of the stream is not set correctly
(233862
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
|
hi -
The current gcc in the 4.1 branch (svn rev 107578) miscompiles the following
source with -O3 -fno-strict-aliasing:
---
// g++ -O3 -g -fno-strict-aliasing -o x x.cc
inline void* operator new(unsigned, void* __p) thr
--- Comment #5 from joseph at codesourcery dot com 2005-11-28 00:45 ---
Subject: Re: New: [3.4/4.0/4.1/4.2] builtin printf/fprintf
is confused by -fexec-charset
On Sun, 27 Nov 2005, ghazi at gcc dot gnu dot org wrote:
> With a program compiled with e.g. -O2 -fexec-charset=IBM1047, t
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2005-11-28 00:23
---
Subject: Bug 25109
Author: jvdelisle
Date: Mon Nov 28 00:23:28 2005
New Revision: 107588
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107588
Log:
2005-11-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-28 00:13 ---
the X constaint means any operand from memory to a register. You might want to
use the m constaint instead.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Compile the following with -O and compile fails with "Error: suffix or operands
invalid for `movq'". No problem is either __volatile__ or -O removed.
Compiles ok with gcc-3.2.3 or gcc-2.96.
Here is the test code:
#define mmx_r2m(op,reg,mem) \
__asm__ __volatile__ (#op " %%" #reg ", %0" \
--- Comment #12 from giovannibajo at libero dot it 2005-11-27 23:38 ---
Thanks Volker
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15938
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25113
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25114
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25128
Consider:
unsigned int bar (void);
void
foo (void)
{
unsigned int a = bar ();
if (65536 > a)
bar ();
}
./cc1 -quiet -O2 -fomit-frame-pointer generates
foo:
move.l %a2,-(%sp)
lea bar,%a2
jbsr (%a2)
cmp.l #65535,%d0
jbhi .L10
jbsr (%a2)
.L10
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-27 23:14
---
(In reply to comment #1)
> At line 2 of file nml.f
> Fortran runtime error: End of file
Debugging shows that the bytes_left field of the stream is not set correctly
(2338621003140048416 instead of 922337203685477
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25120
--- Comment #21 from sgk at troutmask dot apl dot washington dot edu
2005-11-27 22:42 ---
Subject: Re: Add -byteswapio flag
On Sun, Nov 27, 2005 at 10:15:02PM -, tkoenig at gcc dot gnu dot org wrote:
>
> I have a patch (attached), but it causes quite a number of
> regressions (so
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-11-27 22:38
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #2 from reichelt at gcc dot gnu dot org 2005-11-27 22:37
---
Subject: Bug 24979
Author: reichelt
Date: Sun Nov 27 22:37:06 2005
New Revision: 107578
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107578
Log:
PR c++/24979
* cp-tree.h (DECL_MAIN_P): Re
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-27 22:30
---
In the end, I want to build some large applications, and I had an error at one
time where one of gcc's run time libraries needed to be built with -mlongcall.
I didn't investigate this more closely, and I could be
--- Comment #20 from tkoenig at gcc dot gnu dot org 2005-11-27 22:27
---
Removed patch keyword.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-27 22:26 ---
After the patch which I am about to test, we get this with -fwrapv (yes that is
weird we get it with something which should be cause optimizations not to
happen and not the other way around).
--
http://gcc.gnu.o
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-27 22:19 ---
Is there a reason why you are bootstrapping with -mlongcall?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from tkoenig at gcc dot gnu dot org 2005-11-27 22:14
---
Created an attachment (id=10350)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10350&action=view)
broken patch
The patches for this PR have been obsoleted of the introduction of the
thread-safety patch.
I h
--- Comment #2 from pluto at agmk dot net 2005-11-27 22:06 ---
(In reply to comment #1)
> Hmm, this was PR 23602.
>
so what's happens on current 4.1?
compiler flags look good.
[EMAIL PROTECTED] gcc]$ grep 'frame\-pointer'
obj-i486-pld-linux/i486-pld-linux/libj
--- Comment #1 from dje at gcc dot gnu dot org 2005-11-27 22:06 ---
Build GCC on AIX as 64-bit application is not a tested configuration. A better
way to set the flag for AR probably is in new config/mh-aix file or with
OBJECT_MODE=64 environment variable.
You probably need to do this
I try to install gcc 4.1; I have
$ svn info
Path: .
URL: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_1-branch
Repository UUID: 138bc75d-0d04-0410-961f-82ee72b054a4
Revision: 107570
Node Kind: directory
Schedule: normal
Last Changed Author: kargl
Last Changed Rev: 107569
Last Changed Date: 2005-11-27
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-27 21:31 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-27 21:31 ---
Subject: Bug 24575
Author: pinskia
Date: Sun Nov 27 21:31:36 2005
New Revision: 107575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107575
Log:
2005-11-27 Andrew Pinski <[EMAIL PROTECTED]>
PR mi
--- Comment #3 from bauhaus at futureapps dot de 2005-11-27 21:26 ---
OK if I attach an archive of (most of) the sources
of AWS, ready for make build? Otherwise I'll have to see
whether I can cut some of the .gpr dependenies in AWS
modules in order to downsize the sources.
--
http:/
--- Comment #6 from gdr at gcc dot gnu dot org 2005-11-27 21:18 ---
this is accept-invalid, no diagnostic
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-27 21:01 ---
Actually I doubt it works also on mips-linux-gnu and maybe a couple other
targets too. It is a semi generic target specific option but it also changes
the ABI so I doubt it will ever work on GNU/Linux on x86.
--
The -msoft-float option is accepted on i86, and causes calls to the soft fp
library routines. however those routines are not built so one ends up with
link errors.
I don't mind if soft-float is rejected, but I think it should be if it's not
supposed to work :)
--
Summary: -msoft-flo
--- Comment #1 from kargl at gcc dot gnu dot org 2005-11-27 19:17 ---
Change subject to something more meaningful
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from kargl at gcc dot gnu dot org 2005-11-27 19:11 ---
Sigh. Change subject to some meaningful.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from kargl at gcc dot gnu dot org 2005-11-27 19:07 ---
Sigh. Change subject to something meaningful.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kargl at gcc dot gnu dot org
|dot org
--- Comment #3 from danglin at gcc dot gnu dot org 2005-11-27 18:57 ---
The "-Aa" option is likely the problem. It's probably set in
CFLAGS. If you're using the HP tools, put the "-Aa" in your CC
define. There's more info in the manual on this.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-27 18:03 ---
I am going to say that convert.c is part of the middle-end.
The problem is convert.c:570
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-27
17:51 ---
Subject: Re: [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload,
at targhooks.c:529
This is what I see in gdb:
Assembling functions:
__gcov_merge_single
Breakpoint 3, default_secondary_relo
--- Comment #4 from rguenth at gcc dot gnu dot org 2005-11-27 17:47 ---
g++ has the same problem. We don't have a frontend category, though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25125
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-11-27 17:45 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-27 17:42 ---
I think this is related to PR 19606
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25125
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-27 17:40 ---
I should note I found this while trying to improve fold to a - b to a + -b as
that is valid as far as I can tell.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from hidden_peak at mail dot ru 2005-11-27 17:40 ---
Thanks for explanation. Link to this issue:
http://www.codesourcery.com/cxx-abi/abi.html#dso-dtor (for archive/reference
purposes).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
unsigned short f(unsigned short a)
{
short c = a;
if (c >0) return 0;
short b = ((int)a) + - (int)32768;
return b;
}
int main(void)
{
printf("%d\n", f(32769));
}
---
Compile with -O2 and we get the wrong result. We should get 1 but instead we
get 32768. Note this was exposed by VRP bu
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-27
17:28 ---
Subject: Re: [4.2 Regression] libgcov.c:652: ICE: in default_secondary_reload,
at targhooks.c:529
> The preprocessed source is where?
Attached.
Dave
--- Comment #6 from dave at hiauly1 dot hia dot
--- Comment #2 from charlet at gcc dot gnu dot org 2005-11-27 17:26 ---
Please file a self contained test case, it is inappropriate to reference
third party CVS in particular if a specific date must be used.
Also please extract proper sources and remove the need to for any extra
step (c
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-11-27 17:01 ---
builtin sprintf (and _chk friends) also have the problem, changed summary to
reflect that.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from ghazi at gcc dot gnu dot org 2005-11-27 16:59 ---
Yes same conceptual problem, but entirely different GCC location. This bug
lies in builtins.c and PR 20110 lies in c-format.c.
What I mean is that they be fixed separately and should not have any bugzilla
dependencie
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-11-27 16:52
---
(In reply to comment #13)
> Really, I wonder why code specific for C++ language support (and even more:
> specific for gcc) should be in glibc? May be the better place is one of
> crt*.o?
It is not specific to GC
--- Comment #14 from hidden_peak at mail dot ru 2005-11-27 16:48 ---
Created an attachment (id=10348)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10348&action=view)
__cxa_atexit and __cxa_finalize that work correctly
cxa.c contain code with __cxa_atexit and __cxa_finalize that w
--- Comment #13 from hidden_peak at mail dot ru 2005-11-27 16:41 ---
This is really bug in glibc: __cxa_finalize don't call all registered handlers
in case of NULL argument (glibc 2.2.5 has this bug, but 2.3.2 already not).
But nevertheless, the problem still present at platforms withou
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-27 16:20 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-27 16:13 ---
Hmm, this was PR 23602.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25121
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-27 16:11 ---
Isn't a simular problem as PR 20110?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from johannes at sipsolutions dot net 2005-11-27 16:09
---
Same thing happens with "-O2 -fno-strict-aliasing", I've thrown in "-W -Wall
-Werror" for fun and get no warnings/errors. Program keeps segfaulting.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25118
gcc-4.1.0-20051126 (rev 107546) bootstraped with `-march=i486 -O2`
causes runtime error. i686 library binaries works fine.
$ LD_PRELOAD=./libgcj.so.7.0.0_i686 gij Test
$ LD_PRELOAD=/usr/lib/libgcj.so.7.0.0 gij Test
Aborted
public class Test {
public static void main (String args[]) {}
}
i486 ba
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-27 16:05 ---
What happens if you do "-O2 -fno-strict-aliasing"? I almost want to say you
are violating C aliasing rules. Also what warnings do you get with -O2 -W
-Wall?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25118
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
Summary|Segmentation fault in
--- Comment #5 from kargl at gcc dot gnu dot org 2005-11-27 15:54 ---
Fixed.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from ghazi at gcc dot gnu dot org 2005-11-27 15:52 ---
This is the same bug as PR 18785 and probably has a similar solution. I'm
working on a patch.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
1 - 100 of 116 matches
Mail list logo
