--- Additional Comments From danglin at gcc dot gnu dot org 2004-12-15
05:49 ---
Fixed by patch.
--
What|Removed |Added
Status|ASSIGNED|RESO
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15
05:11 ---
Subject: Bug 17242
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-15 05:10:58
Modified files:
gcc: ChangeLog configure.ac configure conf
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-12-15 04:59 ---
It isn't a compiling problem that I'm trying to illustrate. TestD.java
(included above) has a line: String s = "" characters.If
these characters were received over a network connection as a byte
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15
04:48 ---
This actually has been fixed for a while now. Since Thu, 16 Sep 2004 16:34:14
-0400.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15
04:55 ---
Confirmed as a regression from 3.3.2, this happens in libstdc++ as mentioned
other places.
And I also check that 3.3.2 did not unroll a loop with non power of two step
aka:
int check(int a,int b, char *c)
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 04:09
---
We should not ice, indeed, but the comment #18 test case -- with -msse
but not -msse2 -- is invalid. We should have stopped earlier, saying
that v2df is not available with sse1 only.
--
What|R
--- Additional Comments From bauhaus at futureapps dot de 2004-12-15 03:18
---
>The offending(?) line is in the procedure Space_Info.mark,
I should have said, in the procedure mark in the protected
body of the Space_Info's Map type.
Sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
The code appended below triggers a bug box.
$ gcc -v
Reading specs from /opt/GCC/4/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: /opt/gcc/configure --prefix=/opt/GCC/4 --enable-languages=c,ada
--enable-werror
Thread model: posix
gcc version 4.0.0 20041214 (experimental)
The box does
--- Additional Comments From mg_gentoo at yahoo dot com 2004-12-15 02:52
---
The available information on it is, admittedly, a bit dispersed, but I think
http://www.co-array.org/caf_def.htm might be close enough to what you are
looking for.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-15
01:50 ---
Reopening, just for 3.4.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15
00:42 ---
Subject: Bug 18738
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-15 00:42:36
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/g++.
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-15
00:45 ---
Fixed in GCC 4.0.
--
What|Removed |Added
Status|ASSIGNED|RE
With gcc 4.0 checked out from CVS at Tue Dec 14 20:32:34 UTC 2004, I got
[EMAIL PROTECTED] tmp]$ cat foo.c
static int i;
int bar;
static __thread void *foo [32 / sizeof (void *)]
__attribute__ ((tls_model ("initial-exec")))
= { &i, &bar };
void
test1 (void)
{
unsigned int s;
for (s = 0; s
Loop of the following form
int check(int a,int b, char *c)
{
for(;a 1, and bounds variable) does not get
unrolled.
It may happen that this loop is infinite, but this should not prevent unrolling.
--
Summary: Loops with power of two step and variable bounds not
unr
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
23:35 ---
This is an exact dup of bug 18910.
*** This bug has been marked as a duplicate of 18910 ***
--
What|Removed |Added
--
--- Additional Comments From giovannibajo at libero dot it 2004-12-14
23:27 ---
Patch is here:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01070.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
23:35 ---
*** Bug 19000 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From giovannibajo at libero dot it 2004-12-14
23:20 ---
Subject: Re: [3.4/4.0 Regression] ~6x+ performance regression, constant trees
not being computed.
ericw at evcohs dot com <[EMAIL PROTECTED]> wrote:
>> Nope, unfortunately not as of yesterday, since reloa
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
22:45 ---
Subject: Bug 17990
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-14 22:45:29
Modified files:
gcc: ChangeLog
gcc/config/i386: i
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:33
---
Do you have a link to something documenting this feature. I for one have never
heard of it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18918
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:41
---
The code as given is not valid, but since we segfault at runtime even with
-fbounds-check one can argue that this is a real deficiency.
--
What|Removed |Added
--
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Keywords||ice-on-i
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:29
---
I'm seeing the same result as Deji on i686-pc-linux.
[EMAIL PROTECTED] tests]$ gfortran --version
GNU Fortran 95 (GCC 4.0.0 20041210 (experimental))
Copyright (C) 2004 Free Software Foundation, Inc.
GNU Fortr
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:24
---
This is unrelated to preprocessing (changing the extension to .f doesn't solve
the problem). Changing 'C' to '!' fixes the problem.
It looks like the scanner is mistaken about the column count.
--
http://g
--- Additional Comments From chrisp_42 at bigpond dot com 2004-12-14 22:17
---
This test has recently started passing on x86-linux:
gcc version 4.0.0 20041213 (experimental)
=== acats Summary ===
# of expected passes2307
# of unexpected failures15
***
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2004-12-
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:19
---
I think that's what intended, g77 behaves the same way. I'm somewhat torn
between INVALID and WONTFIX. If the user wants to use unit 6 for something else,
and still have PRINT * print to the console, he can pre
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:09
---
*** Bug 18943 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18937
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2004-12-
#include
#include
Simple programs like the one below fail with segmentation faults. It happens
with locales and streams, and probably others, when they are created statically.
g++ is from a recent CVS.
static const std::locale l;
//static std::ostream& o = std::cerr;
int main(const int,
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:09
---
The quadraticness is in the handling of labels, so this is the same as PR18937
*** This bug has been marked as a duplicate of 18937 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
20:15 ---
Fixed by the C++ patch, I filed PR 18999 for the possible middle-end bug.
--
What|Removed |Added
-
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14
19:40 ---
Fixed in GCC 4.0.
--
What|Removed |Added
Status|ASSIGNED|RE
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2004-12-14 20:35 ---
The compiles and runs correctly on amd64-*-FreeBSD.
--
steve
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18998
--- Additional Comments From deji_aking at yahoo dot ca 2004-12-14 20:55
---
(In reply to comment #4)
> > I should add that I noticed the problem with gcc 4.0.0 (20041211) on FC3
>
> That still does not give enough information. What target is this, x86?
Yes. I thought I put that in t
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14
20:16 ---
I got this to fail with yesterday's cvs head.
Removing the "-O2" is a workaround.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18931
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
20:29 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From law at redhat dot com 2004-12-14 20:07 ---
Should be fixed with today's checkin to tree-outof-ssa.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
19:34 ---
I really doubt that libstdc++ is at fault here, lets look at the backtrace:
#0 0x00405ec0 in pthread_getspecific ()
#1 0x0040528d in _Unwind_SjLj_Register (fc=0x22eee8)
at /home/User/cvsroot/gcc/gcc/gt
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
20:31 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From deji_aking at yahoo dot ca 2004-12-14 20:06
---
(In reply to comment #2)
> This works for me on ppc-darwin with gcc 4.0.0 (20041214).
I should add that I noticed the problem with gcc 4.0.0 (20041211) on FC3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-14 19:58 ---
What happens if you revert this patch
http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg00265.html
Alternatively, does adding
#define GTHREAD_USE_WEAK 0
to config/i386/cygwin.h
and
to libstdc++-v3/
Even though the C++ front-end no longer produces RANGE_EXPR which would cause
an ICE. I think we
should support RANGE_EXPR in gimplify_init_ctor_eval.
--
Summary: gimplify_init_ctor_eval does not support RANGE_EXPRs
Product: gcc
Version: 4.0.0
Statu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
20:13 ---
Subject: Bug 18965
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-14 20:13:16
Modified files:
gcc/cp : init.c ChangeLog
gcc/testsui
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14
20:17 ---
FYI, this will only work with the new verifier,
which is only available via -findirect-dispatch.
The new verifier doesn't yet work with the old ABI, AFAIK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14
20:13 ---
If by "high ascii" you mean byte with the high bit
set, then you want to compile those with "--encoding ISO-8859-1"
or the like.
Whether this works on Windows, I don't know. It depends on
whether iconv is a
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
20:07 ---
(In reply to comment #3)
> (In reply to comment #2)
> > This works for me on ppc-darwin with gcc 4.0.0 (20041214).
>
> I should add that I noticed the problem with gcc 4.0.0 (20041211) on
--- Additional Comments From deji_aking at yahoo dot ca 2004-12-14 19:30
---
Created an attachment (id=7744)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7744&action=view)
FFT code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18998
I'm sorry the summary seems so vague, I'm not so sure why it's behaving that
way.
Executing the attached code (a simple i/o around a numerical recipe FFT
subroutine) produces the following;
[EMAIL PROTECTED] ~]$ gfortran fft2.for -o resu2
[EMAIL PROTECTED] ~]$ ./resu2
0.00 0.00
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
19:40 ---
This works for me on ppc-darwin with gcc 4.0.0 (20041214).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18998
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
19:35 ---
So this is already fixed, so closing.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14
19:42 ---
This is a low-priority issue.
--
What|Removed |Added
Priority|P2
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
19:38 ---
Subject: Bug 18793
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-14 19:38:26
Modified files:
gcc/testsuite : ChangeLog
gcc/cp : C
--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14
19:26 ---
This also works on x86-linux.
One way I think it could fail on Windows is if the
zip contains extended time stamps and we try to load
some locale data and can't find it. This might cause
the failure, thoug
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-12-14 19:27 ---
Works on win32 for me.
gcc version 4.0.0 20041213 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
19:14 ---
It works on ppc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996
--- Additional Comments From mike at tedder dot com 2004-12-14 16:23
---
Created an attachment (id=7740)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7740&action=view)
requested config.log from failed compile
taken from "/usr/src/gcc-3.4.3-objdir/powerpc-unknown-linux-gnu/libstdc
--- Additional Comments From nlite at users dot sf dot net 2004-12-14
19:06 ---
Created an attachment (id=7742)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7742&action=view)
a testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996
When a register is set outside of a loop and referenced inside,
update_life_info can't figure out that the set is dead because
the loop appears to still use the register according to the
lifeness information which is propagated circularily around the
loop.
delete_trivially_dead_insns can detect tha
--- Additional Comments From nlite at users dot sf dot net 2004-12-14
19:07 ---
Created an attachment (id=7743)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7743&action=view)
an archive belonging to the testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996
gcj (GCC) 4.0.0 20040924 (experimental)
Windows XP on a Pentium 4
I'm using Mohan's build (thisiscool.com)
Using a ZipFile, especially to open a "large" archive (43 files, ~90kb), often
results in ZipExceptions ("Deflated stream ends early.") or corrupted data. I
tried several archivers such as 7z
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
18:12 ---
Subject: Bug 18951
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-14 18:12:32
Modified files:
gcc: Change
--
What|Removed |Added
OtherBugsDependingO||18995
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992
With the attached code, gfortran fails to understand that the second comment
is a comment, and complains about an unclassified statement.
parabrisas% gfortran -c bug5.F
In file bug5.F:5
C Set default sizes for order N arrays
1
Error: Non-numeric
Some debugging information for AIX contains the storage class suffix because
it is not stripped by strip_name_encoding. See libgfortran/io/transfer.c for
example.
--
Summary: storage class in debugging strings
Product: gcc
Version: 4.0.0
Status: UNC
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
18:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
delete_trivially_dead_insns is no longer able to remove sequences
where the same register is first set and then modifed in a sequence of
instructions to compute a particular value, as it is common on two-address
machines. This affects both the 3.4 series and 4.0 . Details of the
problem and a pat
--
What|Removed |Added
Severity|normal |minor
Status|UNCONFIRMED |NEW
Ever Confirmed||1
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
18:05 ---
Subject: Bug 18951
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-14 18:04:56
Modified files:
gcc: ChangeLog builtins.c
gcc/tes
--- Additional Comments From law at redhat dot com 2004-12-14 17:55 ---
BTW, it's pretty easy now that I've sat down and analyzed this test to see
that my tree-ssa-dom.c patch from yesterday to fix pr18694 merely masked this
bug (pr1) on Darwin.
As I mentioned earlier today, pr1
--- Additional Comments From atul dot sabharwal at tek dot com 2004-12-14
17:53 ---
This bug is fixed in 3.4.1 version of gcc. I received a cross compiled version
of gcc for MPC8540 platform with the 3.4.1 gcc based tool chain and all
busybox apps work correctly.
--
http://gcc.gnu.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
17:53 ---
*** Bug 18991 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
17:53 ---
*** This bug has been marked as a duplicate of 15809 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
17:55 ---
Closing as fixed then.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From hjl at lucon dot org 2004-12-14 17:52 ---
Mark, can you take a look at the patch? Thanks.
--
What|Removed |Added
CC|
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14
17:46 ---
Upon further reflection, I don't see a problem with what the gimplifier is
doing, because it does not actually try to construct the S component in the
temporary variable.
--
http://gcc.gnu.org/bugzilla/
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-14
17:49 ---
Thread with patch and discussion starts here:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01041.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17340
attached code fails with:
parabrisas% gfortran -c -g bug3.F90
bug3.F90: In function 'de':
bug3.F90:1: internal compiler error: in gfc_conv_descriptor_data, at
fortran/trans-array.c:183
Please submit a full bug report,
with preprocessed source if appropriate.
parabrisas% cat bug3.F90
SUB
--- Additional Comments From law at redhat dot com 2004-12-14 17:33 ---
This appears to be a bug in how we coalesce objects appearing in abnormal
PHIs. [ We get abnormal PHIs because of the computed gotos. ]
I've got a patch which appears to generate the right code for this testcase
and
--- Additional Comments From law at redhat dot com 2004-12-14 15:49 ---
Definitely a different problem than 18694. I'm looking at it now.
--
What|Removed |Added
BugsThisDe
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
17:20 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
The attached (invalid) code gives the following error message:
parabrisas% gfortran -c -g core.f90
core.f90:12: internal compiler error: in gfc_get_derived_type, at
fortran/trans-types.c:1399
Please submit a full bug report,
with preprocessed source if appropriate.
(The code is invalid si
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:40 ---
*** Bug 18988 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:40 ---
I don't know why someone asked you to file another bug but anyways, this is a
dup of bug 18887.
*** This bug has been marked as a duplicate of 18887 ***
--
What|Removed
Warnings generated during a failed avr target build of 4.0 as of today, on a
mac/dwawin-7.6 host which should likely be verified as being harmless, and
then silenced if so. (sending the report just in case the build failure may
be related to one of the more ominous warnings, and for reference: buil
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:30 ---
Here is a reduced testcase at least for mmix:
struct X{ ~X(); };
struct B
{
virtual void a( X ) = 0;
};
struct D : public virtual B
{
void a( X );
};
void D::a( X ){};
--
http://gcc.gnu.org/bugzil
--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-14
16:55 ---
(In reply to comment #4)
I can't tell what's being said here. IIUC, you're saying that
Comeau (which uses the edg frontend) also rejects the code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18975
Warnings generated during a failed avr target build of 4.0 as of today, on a
mac/dwawin-7.6 host
which should likely be verified as being harmless, and then silenced if so.
(sending the report just in
case the build failure may be related to one of the more ominous warnings, and
for reference:
--- Additional Comments From schlie at comcast dot net 2004-12-14 16:51
---
Subject: Re: 4.0 build failure resulting in internal
compiler error, not diagnostic.
> From: pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]>
> --- Additional Comments From pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:51 ---
This one cannot be fixed:
gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings
-Wstrict-prototypes
-Wmissing-prototypes -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE
-I.
-Ib
--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-12-14
15:47 ---
Your testcase compiles without error with gcc 3.4 and the development build. On
my pre-release of gcc-3.3.4 I get an unrecognized internal instruction, but no
segmentation fault.
I'd strongly recommend th
Build as of today's cvs 4.0 ~10:10am est, configured with:
../gcc/configure --target=avr --disable-nls --enable-languages=c
Resulting with failure:
/Applications/avr/gcc-build/gcc/xgcc -B/Applications/avr/gcc-build/gcc/
-B/usr/local/avr/bin/ -B/
usr/local/avr/lib/ -isystem /usr/local/avr/includ
--- Additional Comments From mike at tedder dot com 2004-12-14 16:31
---
I attached the config.log file you requested. I wasn't sure if you were
interested in the one also located in nof/, so I attached them both.
If it matters at all, I'm using binutils-2.13.90.0.10 (built with gcc-3
--- Additional Comments From mike at tedder dot com 2004-12-14 16:24
---
Created an attachment (id=7741)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7741&action=view)
requested config.log from failed compile (in nof)
taken from
"/usr/src/gcc-3.4.3-objdir/powerpc-unknown-linux-gn
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2004-12-14 16:18 ---
Indeed a Heisenbug:
reload.o from stage2 and stage3 differ when produced like this:
touch ../../gcc-4.0-20041212/gcc/reload.c
make restage2 BOOT_CFLAGS="-O2 -g -fomit-frame-pointer"
make res
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14
16:21 ---
(In reply to comment #5)
> Indeed a Heisenbug:
>
> Does anyone know how I could disassemble those .o files to get something more
> human readable?
Use otool.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14
15:39 ---
Subject: Bug 18949
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-14 15:39:12
Modified files:
gcc/cp : ChangeLog pt.c typeck.c
gcc/
1 - 100 of 127 matches
Mail list logo
