--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-04 06:18 ---
I should note on the 970 (fx at least), logical cr instructions can only appear
in the first dispatch group.
(Table6-6. Instructions with Group Formation Restrictions).
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-04 06:26 ---
Oh, this is -ftracer being too late in the game problem.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pluto at agmk dot net 2005-10-04 06:56 ---
yes, You've right. binutils was miscompiled but i found something else:
(...)
/home/users/builder2/rpm/BUILD/gcc-4.1-20051003T0833UTC/obj-ppc-pld-linux/gcc/gcj
--- Comment #4 from falk at debian dot org 2005-10-04 07:32 ---
(In reply to comment #3)
Correct me if I wrong, but loading long from passed pointer to char minus 4
is not correct too.
You are right, I misread the example, the pointer that is cast to Foo* is
actually correctly
--
falk at debian dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords|
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-10-04 08:37 ---
Patch posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #1 from uros at kss-loka dot si 2005-10-04 08:44 ---
This fails due to my change to testsuite:
http://gcc.gnu.org/ml/gcc-cvs/2005-10/msg00053.html
* lib/target-supports.exp (check_effective_target_vect_shift):
Implement with result caching. Add i?86, x86_64
--- Comment #6 from drab at kepler dot fjfi dot cvut dot cz 2005-10-04
09:06 ---
(In reply to comment #5)
OK, then there are two questions:
1) Is the testcase from Comment #3 really hitting the same bug? since when I
compile my original test case with -O1 -ftree-vectorize -msse it
--- Comment #23 from lucier at math dot purdue dot edu 2005-10-04 10:31
---
This bug was triaged as a duplicate of 21757, which has now been resolved as
fixed.
And this bug still doesn't work with mainline. Here are the symptoms.
[lindv2:~/Desktop/gcc-test] lucier% cat conftest.c
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-10-04 10:44 ---
The problem is, that with this part of the blamed patch
===
RCS file: /cvs/gcc/gcc/gcc/tree-inline.c,v
retrieving revision 1.182
retrieving revision
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-04 10:54
---
Subject: Bug 24064
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-04 10:54:11
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-04 10:54
---
Subject: Bug 24054
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-04 10:54:11
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #7 from pcarlini at suse dot de 2005-10-04 10:55 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from pcarlini at suse dot de 2005-10-04 10:56 ---
Fixed for 4.0.3.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-04 11:00 ---
Other approach, make sure we fold it. We don't have fold_build4, neither does
fold handle it. But there's fold_read_from_constant_string.
Index: fold-const.c
--- Comment #11 from bonzini at gcc dot gnu dot org 2005-10-04 11:12
---
rth asked that this fix be moved to the front-end. Also, the middle-end fix
triggers PR24151.
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from uros at kss-loka dot si 2005-10-04 11:38 ---
(In reply to comment #6)
1) Is the testcase from Comment #3 really hitting the same bug? since when I
compile my original test case with -O1 -ftree-vectorize -msse it works, but
then again the reduction might cause
--- Comment #8 from uros at kss-loka dot si 2005-10-04 11:44 ---
(In reply to comment #5)
A regression hunt using an i686-linux cross compiler with the testcase from
comment #3 identifies this patch from [EMAIL PROTECTED]:
http://gcc.gnu.org/ml/gcc-cvs/2005-03/msg00534.html
No,
An exception thrown from a C++ function which was called by an external C
function is not caught.
How to reproduce:
Consider the following files:
--- main.cc ---
#include string
#include iostream
using namespace std;
class error_class {
public:
error_class(const string msg) : message(msg)
version 4.1.0 20051004 (experimental)
gfortran was compiled with gcc from SuSE 9.3. Output of gcc -v:
Reading specs from /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/specs
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--- Comment #15 from dberlin at gcc dot gnu dot org 2005-10-04 12:26
---
I think we can call this one fixed for now, i'll reopen if it goes crazy again
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #38 from dberlin at gcc dot gnu dot org 2005-10-04 12:30
---
As a 4.1 kludge, i can make the points-to analyzer do what it does for unions,
which is to glob everything to a single variable for those classes where it has
found two fields it thinks overlap.
This will lose
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-04 12:31 ---
When compiling C code, you need -fexceptions.
*** This bug has been marked as a duplicate of 11813 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-04 12:31
---
*** Bug 24187 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from amacleod at redhat dot com 2005-10-04 12:36 ---
It looks like operands scan times have snuck up again when building virtual
operand lists.
3.0 Ghz p4:
tree operand scan : 18.97 (27%) usr
TOTAL : 71.11
--
amacleod at redhat dot com
--- Comment #6 from dberlin at gcc dot gnu dot org 2005-10-04 12:37 ---
We, i know why this happens if you change the points-to sets. and we
can't fix it until escape analysis is disentangled from alias analysis.
So i'm going to resolve this as fixed, since the original bug is
--
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=23989
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|build_v_may_defs and|[4.1 Regression]
|build_vuses can be improved
--- Comment #9 from uros at kss-loka dot si 2005-10-04 12:45 ---
The problem here is that we are out of GENERAL_REGS at the point of. This can
be seen in code, produced with -fomit-frame-pointer:
...
.L4:
movl1052(%esp), %edx
movl%ebp, (%edx,%ecx,4)
--- Comment #11 from amacleod at redhat dot com 2005-10-04 12:46 ---
Created an attachment (id=9868)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9868action=view)
patch to replace the operand build vectors
Virtual operands are maintained in a sorted order, and the scanner was
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-04 12:53 ---
(In reply to comment #6)
Other approach, make sure we fold it. We don't have fold_build4, neither does
fold handle it. But there's fold_read_from_constant_string.
I rather see this patch here than the first one
--- Comment #33 from pinskia at gcc dot gnu dot org 2005-10-04 12:54
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hubicka at ucw dot cz 2005-10-04 12:56 ---
Subject: Re: [4.1 Regression] error: incorrect sharing of tree nodes
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-10-04 10:44
---
The problem is, that with this part of the blamed patch
--- Comment #10 from uros at kss-loka dot si 2005-10-04 12:57 ---
(In reply to comment #9)
Sorry for typing too fast... Of course, load of %ebp is here:
foo:
pushl %ebp
pushl %edi
pushl %esi
pushl %ebx
subl$1032, %esp
leal
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-04 13:10
---
BTW: Peerhaps a tree expert could look into an optimized tree dump, maybe
something can be done there.
I doubt it. Unless you find that:
q.0 = (int) q;
r = q + (char *) (((long unsigned int) q.0 + 3) / 4 *
--
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=18180
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-04 13:20
---
This works for me so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-04 13:25 ---
No feedback in 3 month (T-10 days).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-04 13:38
---
Fixed on the mainline at least. Will be applying to the branch later this
week.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-04 13:39
---
Subject: Bug 23125
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-04 13:39:17
Modified files:
gcc: ChangeLog c-decl.c varasm.c
gcc/cp
Program open DSO with dlopen; DSO has has any C++ global (static) object;
program close DSO with dlclose; crash at program exit. Compiler use
-fuse-cxa-atexit option, compiler was builded as
Reading specs from /opt/gcc-3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/specs
Configured with: ./configure
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #9 from rguenth at gcc dot gnu dot org 2005-10-04 13:42 ---
Patch posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-04 13:48 ---
This works for me with:
+ c++ -pthread -fexceptions -fident -g -fuse-cxa-atexit -c -o test.o test.cc
+ c++ -pthread -fexceptions -fident -g -fuse-cxa-atexit -o test test.o -ldl
+ c++ -pthread -fexceptions -fident
--- Comment #2 from hidden_peak at mail dot ru 2005-10-04 13:49 ---
Created an attachment (id=9870)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9870action=view)
testcase
Unpack, (cd dlclose-cxa; x.sh). Script (bash) x.sh compile and run test; crash
at exit.
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-04 13:52 ---
It works with your script too:
sh -x x.sh
+ CXX=/home/peshtigo/pinskia/ia32_linux_gcc3_4/bin/c++
+ /home/peshtigo/pinskia/ia32_linux_gcc3_4/bin/c++ -pthread -fexceptions
-fident -g -fuse-cxa-atexit -c -o test.o
--- Comment #4 from hidden_peak at mail dot ru 2005-10-04 13:54 ---
What is the version of glibc you have? I have 2.3.3.
2.2.5
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-04 13:55 ---
(In reply to comment #4)
What is the version of glibc you have? I have 2.3.3.
2.2.5
This sounds like a bug in your glibc then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-04 13:58
---
Subject: Bug 23576
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-04 13:58:42
Modified files:
gcc: ChangeLog c-decl.c
gcc/testsuite :
Konfigurerad med: ../4.1/configure --enable-languages=c,c++,f95 --enable-shared
--enable-threads=posix --disable-checking --program-suffix=-4.1.0
Trådmodell: posix
gcc version 4.1.0 20051004 (experimental)
g++-4.1.0 -O1 -c -O GCC-BUG.cpp
GCC-BUG.cpp: In function void __prepare_line(std::string, const char
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-04 14:01
---
Subject: Bug 23576
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-04 14:01:33
Modified files:
gcc: ChangeLog
--- Comment #12 from rguenth at gcc dot gnu dot org 2005-10-04 14:02
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from Thomas dot Svedberg at chalmers dot se 2005-10-04
14:02 ---
Created an attachment (id=9871)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9871action=view)
Preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24190
--- Comment #6 from hidden_peak at mail dot ru 2005-10-04 14:04 ---
May be. Just for info: Debian GNU/Linux 3.0 ('woody'),
Linux peak 2.6.12.5 #1 SMP Mon Aug 29 17:22:33 MSD 2005 i686 unknown
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-04 14:06 ---
*** This bug has been marked as a duplicate of 22488 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #39 from pinskia at gcc dot gnu dot org 2005-10-04 14:06
---
*** Bug 24190 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hidden_peak at mail dot ru 2005-10-04 14:17 ---
But may be this is problem in crtbeginS.o or crtendS.o? I.e. in something like
__cxa_finalize:
nm /opt/gcc-3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/crtbeginS.o
U _GLOBAL_OFFSET_TABLE_
w
--- Comment #6 from h dot m dot brand at xs4all dot nl 2005-10-04 14:24
---
Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04
On 2 Oct 2005 13:23:41 -, h dot m dot brand at xs4all dot nl
[EMAIL PROTECTED] wrote:
--- Comment #5 from h dot m dot brand at xs4all dot nl
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-04 14:34 ---
Here is the output I have for those files in 3.4.0:
earth:~nm ~/ia32_linux_gcc3_4/lib/gcc/i686-pc-linux-gnu/3.4.0/crtendS.o
d __CTOR_END__
t __do_global_ctors_aux
d __DTOR_END__
r
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-04 14:36 ---
And how I configured GCC:
earth:~~/ia32_linux_gcc3_4/bin/gcc -v
Reading specs from
/home/gates/pinskia/ia32_linux_gcc3_4/lib/gcc/i686-pc-linux-gnu/3.4.0/specs
Configured with: ../configure
--- Comment #12 from drab at kepler dot fjfi dot cvut dot cz 2005-10-04
14:38 ---
(In reply to comment #7)
As further evidence, using -fomit-frame-pointer, I was not able to produce an
ICE for any testcase in this bugreport.
I was under the impression that -fomit-frame-pointer is
--- Comment #7 from dje at watson dot ibm dot com 2005-10-04 15:00 ---
Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04
h dot m dot brand at xs4all dot nl writes:
h Next step is to upgrade vac-6.0.0.11 to vac-7.0.0.3
You said that you are bootstrapping with GCC-4.0
--- Comment #2 from menzel at ls6 dot cs dot uni-dortmund dot de
2005-10-04 15:10 ---
(In reply to comment #1)
I think this only effects 4.0.x.
Yes, I tried version 3.4.4, 4.0.0 and 4.0.2 of the compiler.
No Problem with 3.4.4, while 4.0.0 and 4.0.2 fail.
--
--- Comment #40 from rguenth at gcc dot gnu dot org 2005-10-04 15:12
---
(In reply to comment #38)
As a 4.1 kludge, i can make the points-to analyzer do what it does for unions,
which is to glob everything to a single variable for those classes where it
has
found two fields it
--- Comment #41 from mark at codesourcery dot com 2005-10-04 15:28 ---
Subject: Re: [4.1 Regression] push_fields_onto_fieldstack
calculates offset incorrectly
rguenth at gcc dot gnu dot org wrote:
--- Comment #40 from rguenth at gcc dot gnu dot org 2005-10-04 15:12
---
--- Comment #11 from pcarlini at suse dot de 2005-10-04 15:44 ---
The DR is now [Ready] and we can implement its straightforward resolution.
--
pcarlini at suse dot de changed:
What|Removed |Added
Compiling libgfortran results in this ICE:
../../../libgfortran/generated/maxloc0_16_i4.c: In function
#8216;maxloc0_16_i4#8217;:
../../../libgfortran/generated/maxloc0_16_i4.c:154: error: unrecognizable insn:
(insn 592 591 593 22 ../../../libgfortran/generated/maxloc0_16_i4.c:107 (set
(mem:DI
--- Comment #1 from schwab at suse dot de 2005-10-04 15:46 ---
Created an attachment (id=9873)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9873action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24193
--- Comment #10 from hidden_peak at mail dot ru 2005-10-04 15:49 ---
Like my.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24189
--- Comment #11 from hidden_peak at mail dot ru 2005-10-04 15:55 ---
Sometimes test run fine fror me too, but (the same build and same evironment!)
sometimes not. This like depends upon garbage... Well, as expected---call of
dtor of died object.
--
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-04 16:14
---
Subject: Bug 19382
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-04 16:14:52
Modified files:
gcc: ChangeLog builtins.c
Log message:
PR
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-04 16:16
---
Subject: Bug 19382
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-04 16:16:10
Modified files:
gcc: ChangeLog
--- Comment #12 from bonzini at gcc dot gnu dot org 2005-10-04 16:53
---
C and middle-end part was approved; I'd rather wait for C++ approval too before
committing it, because committing the approved parts will reintroduce a C++
regressions.
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-04 16:54
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from kargl at gcc dot gnu dot org 2005-10-04 17:06 ---
(In reply to comment #3)
Patch posted.
Ok for mainline and 4.0. Note, please cross post Fortran patches
to fortran@ mailinglist.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24176
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-04 17:29 ---
Even though it is a latent bug, this causes a build failure, therefor it is a
considered a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-04 18:06
---
Subject: Bug 13726
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-04 18:06:20
Modified files:
gcc: ChangeLog c-ppoutput.c
gcc/testsuite :
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-04 18:09 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24193
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-04 18:17 ---
Confirmed, reduced testcase:
void g (__int128_t *dest, long dstride, long rank)
{
long n;
for (n = 0; n rank; n++)
dest[n * dstride] = 1;
}
So TImode is fully supported on ia64.
--
pinskia at gcc dot
--- Comment #11 from ian at airs dot com 2005-10-04 18:18 ---
Fixed on mainline.
--
ian at airs dot com changed:
What|Removed |Added
Known to work|2.95.3
--- Comment #23 from pinskia at gcc dot gnu dot org 2005-10-04 18:35
---
Created an attachment (id=9874)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9874action=view)
New patch which takes into the suggesstion from RTH
The new patch, it is simplier and actually fixes the real
When emit_input_reload_insns has an oldequiv that is different from old,
it re-computes the reload pattern icode used for secondary reloads.
It checks the predicate of operand 0 against the relod register, something
md.texi says doesn't happen and it clears icode for a mismatch. Instead it
should
--- Comment #14 from michael dot meissner at amd dot com 2005-10-04 18:59
---
Created an attachment (id=9876)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9876action=view)
Patch for x86 double word shifts
This patch fixes the bug from the x86 side of things instead of from the
--- Comment #17 from pinskia at gcc dot gnu dot org 2005-10-04 19:07
---
The backtrace:
#1 0x008d8fc8 in make_edges (min=0x2c73cb8, max=0x2c694d0, update_p=1) at
../../gcc/cfgbuild.c:350
#2 0x008da32c in find_many_sub_basic_blocks (blocks=0x1e01200) at
../../gcc/cfgbuild.c:763
#3
Hello,
I noticed the following problem while porting an internal C++ application
from linux to Cygwin. If a std::string instance created in one module
(exe or dll) is passed to another say as an argument of a function call,
the program crashes or hangs. I did debug for a while and it turned
out
--- Comment #1 from gerrit at gcc dot gnu dot org 2005-10-04 19:08 ---
Created an attachment (id=9877)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9877action=view)
Testcase which demostrates the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-04 19:10 ---
Maybe it is better just to support shared (dynamic) Libraries on win32 too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196
--- Comment #8 from h dot m dot brand at xs4all dot nl 2005-10-04 19:13
---
Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04
On 4 Oct 2005 15:00:17 -, dje at watson dot ibm dot com
[EMAIL PROTECTED] wrote:
--- Comment #7 from dje at watson dot ibm dot com
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-04 19:14
---
Reload is adding the REG_LABEL.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20606
--- Comment #19 from pinskia at gcc dot gnu dot org 2005-10-04 19:17
---
I am not going to try to fix a reload bug, sorry.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from janis187 at us dot ibm dot com 2005-10-04 19:20 ---
My debugging sessions for this got bogged down, but I ran into a mainline fix
for this problem while investigating something else:
http://gcc.gnu.org/ml/gcc-cvs/2004-05/msg00133.html
I'm testing a backport of
--- Comment #9 from dje at watson dot ibm dot com 2005-10-04 19:24 ---
Subject: Re: gcc-4.x fails to build on AIX 5.2.0.0-ML04
I bootstrap GCC every day without seeing this problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24119
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23606
--- Comment #3 from ptsekov at gmx dot net 2005-10-04 19:28 ---
Is there any specific reason that _GLIBCXX_FULLY_DYNAMIC_STRING is not defined
on Cygwin ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-04 19:28
---
I stoped working on this a while back.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-04 19:29
---
(In reply to comment #10)
I stoped working on this a while back.
Well right after powerpc-darwin stoped bootstrapping Ada.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18692
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-04 19:29 ---
I will try to update the patch tomorrow and submit it again for 4.1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from pinskia at gcc dot gnu dot org 2005-10-04 19:41
---
Fixed the correct way in 4.0.3 which does not expose PR 23104.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from cvs-commit at gcc dot gnu dot org 2005-10-04 19:41
---
Subject: Bug 22052
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-04 19:41:47
Modified files:
gcc: ChangeLog
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-04 19:41
---
Subject: Bug 21975
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-04 19:41:47
Modified files:
gcc: ChangeLog
1 - 100 of 161 matches
Mail list logo