The mainline compiler for sh4-*-linux-gnu segfaults with -O2 on
the program:
struct state
{
int retrans;
int retry;
int options;
char pad[4];
};
extern __thread struct state *res
__attribute__ ((tls_model ("initial-exec")));
void
foo (void)
{
if (!res->retrans)
res->retrans = 5;
--- Comment #4 from bernds_cb1 at t-online dot de 2005-11-27 11:09 ---
The preprocessed source is where?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25027
Gfortran should read a namelist from a file that has not
been given a name on an open statement from the fort.n
where n is the unit number in the read statement.
(this a defacto standard way to do it on Unix systems).
Hmm, in lynx I do not see the attach file option, so here goes:
namelist /n
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-11-27 11:38
---
Confirmed on mainline. Interesting, because the Access time of the fort.9 file
is indeed modified, and the error message is:
At line 2 of file nml.f
Fortran runtime error: End of file
--
fxcoudert at gcc dot
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2005-11-27 11:42
---
Subject: Bug 24919
Author: fxcoudert
Date: Sun Nov 27 11:42:46 2005
New Revision: 107563
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107563
Log:
PR libfortran/24919
* io/list_read.c (
Happens when compiling the sources of AdaCore's
AWS, checked out 2005-11-26, public CVS,
cvs -d :pserver:[EMAIL PROTECTED]:/anoncvs co AWS
$ make setup
$ make build
...
gcc -c -gnatwecfijkmruv -gnaty3abcefhiklmnoprstx -Wall -O2 -gnatn -I- -gnatA
/werkstatt/src/AWS/src/aws-containers-key_value.ads
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2005-11-27 12:25
---
Will wait a bit before backporting to 4.1.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from bauhaus at futureapps dot de 2005-11-27 12:31 ---
another one when using a 4.2 compiler instead.
$ make clean
$ make setup
$ make build
gcc -c -gnatwecfijkmruv -gnaty3abcefhiklmnoprstx -Wall -O2 -gnatn -I- -gnatA
/werkstatt/src/AWS/src/aws-attachments.adb
/werkstatt
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2005-11-27 14:01
---
Subject: Bug 23912
Author: fxcoudert
Date: Sun Nov 27 14:01:36 2005
New Revision: 107566
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107566
Log:
PR fortran/23912
* iresolve.c (gfc_reso
I have a 64bit GMP and want to bootstrap gcc with:
export CONFIG_SHELL=/path/to/bash
AR="ar -X64" CFLAGS="-maix64 -mminimal-toc"
/tmp/gfortran-20051127/gcc/configure --enable-languages=c,fortran
--with-gmp=/tmp/gfortran-20051127/gfortran_libs
but this fails to bo
--- Comment #7 from sayle at gcc dot gnu dot org 2005-11-27 14:27 ---
Subject: Bug 21309
Author: sayle
Date: Sun Nov 27 14:27:26 2005
New Revision: 107567
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107567
Log:
PR middle-end/21309
* expmed.c (choose_mult_vari
--- Comment #9 from rep dot nop at aon dot at 2005-11-27 14:46 ---
(In reply to comment #8)
> updated patch:
>
> http://gcc.gnu.org/ml/fortran/2005-11/msg00612.html
>
> ACK by stevenb:
> http://gcc.gnu.org/ml/fortran/2005-11/msg00631.html
>
And each a testcase for -ffree-line-length-n
--- Comment #5 from ghazi at gcc dot gnu dot org 2005-11-27 14:47 ---
4.0 patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01845.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from kargl at gcc dot gnu dot org 2005-11-27 15:47 ---
Subject: Bug 24917
Author: kargl
Date: Sun Nov 27 15:47:56 2005
New Revision: 107568
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107568
Log:
PR fortran/24917
* primary.c (match_boz_constant): Implement pos
With a program compiled with e.g. -O2 -fexec-charset=IBM1047, the builtin
handlers for printf and fprintf get confused because they check for matching
stuff in the format string like "%s", "%s\n", "%c" and trailing "\n" using the
host's charset values. So they don't match correctly when compiling
--- Comment #4 from kargl at gcc dot gnu dot org 2005-11-27 15:51 ---
Subject: Bug 24917
Author: kargl
Date: Sun Nov 27 15:51:54 2005
New Revision: 107569
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107569
Log:
PR fortran/24917
* primary.c (match_boz_constant): Implement pos
--- 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
--
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
Summary|Segmentation fault in
--- 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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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
--
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 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
---
--- 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 #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
-
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 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.
--
--- 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 #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 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 #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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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
--
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 #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
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
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25128
--
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=25113
--- 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
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 #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
--- 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 #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
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
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
|
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
--- 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
--- 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 #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 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
--
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 #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
--- 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 #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 #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 #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 #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 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 #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 #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:58 ---
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 #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
--
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:04 ---
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: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: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
--
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 #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
--- 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
1 - 100 of 116 matches
Mail list logo
