Dear list,
# gcc -v
Using built-in specs.
Target: alphaev56-dec-osf5.1b
Configured with:
../configure
--enable-threads=posix
--enable-languages=c,c++,treelang
--prefix=/usr/local
--enable-version-specific-runtime-libs
--enable-shared
--enable-nls
--enable-interpreter
Thread model: posix
In accordance with the two maintainers of the sh port (Alexandre
Oliva and Joern Rennecke) the steering committee is happy to extend
Kaz Kojima's maintainership from the current sh-linux-gnu to also
include sh: libraries, configure.gcc, Makefiles.
Congratulations, Kaz! Would you mind updating
On October 4, 2005 02:46, Mark Mitchell wrote:
The number of bugs targeted at GCC 4.1 has declined to 225 from 250 in
my September 7th status report:
Mark, could you post the query you use for this? The query I've got gives
me a list of 289 bugs. Thanks.
Gerald Pfeifer [EMAIL PROTECTED] wrote:
In accordance with the two maintainers of the sh port (Alexandre
Oliva and Joern Rennecke) the steering committee is happy to extend
Kaz Kojima's maintainership from the current sh-linux-gnu to also
include sh: libraries, configure.gcc, Makefiles.
On Wed, 5 Oct 2005, Kaz Kojima wrote:
BTW, where is the appropriate place to add it in the MAINTAINERS
file? Is it enough to modify the currnet line like this?:
The current line is under OS Ports; have you considered adding a
new, third line for sh to the CPU Port Maintainers section?
Gerald
Gerald Pfeifer [EMAIL PROTECTED] wrote:
The current line is under OS Ports; have you considered adding a
new, third line for sh to the CPU Port Maintainers section?
Like this?
@@ -76,6 +76,7 @@
s390 port Ulrich Weigand [EMAIL PROTECTED]
sh port
Laurent GUERBY writes:
If I'm guessing correctly there are two solutions:
1/ Remove the default initialization in ada/osint.adb
- Running_Program : Program_Type := Unspecified;
+ pragma Warnings (Off);
+ Running_Program : Program_Type;
+ pragma Warnings (On);
This is not a long
On Wed, 5 Oct 2005, Kaz Kojima wrote:
Like this?
Yes -- and you can also include configure.gcc and Makefiles. ;-)
Gerald
Gerald Pfeifer [EMAIL PROTECTED] wrote:
Yes -- and you can also include configure.gcc and Makefiles. ;-)
Ah. There is no room to include all, though. :-) How about
sh libraries/configury Kaz Kojima [EMAIL PROTECTED]
?
Regards,
kaz
On Wed, 5 Oct 2005, Kaz Kojima wrote:
Ah. There is no room to include all, though. :-) How about
sh libraries/configuryKaz Kojima [EMAIL PROTECTED]
?
Looks fine.
Gerald
Gerald Pfeifer [EMAIL PROTECTED] wrote:
sh libraries/configury Kaz Kojima [EMAIL PROTECTED]
?
Looks fine.
Thanks! I'll send a patch to the list and check it in.
Regards,
kaz
Now the question is how to fix this for real.
As far as I can see, the binder is indeed generating a call to
osint__m___elabb before osint___elabb, so this is probably working elsewhere
because Running_Program is probably initialized by the loader.
I would suggest reducing the bug as much as
Hi,
Is there any reason why *all* of the macros in target-defs.h
are not conditionalized? target-defs.h is always included after
tm.h, so if the target specific include sets any of the macros
that are not protected in target-defs.h, they get overwritten.
Yes, you are warned, so my question is,
On Wed, 5 Oct 2005, Kean Johnston wrote:
Hi,
Is there any reason why *all* of the macros in target-defs.h
are not conditionalized? target-defs.h is always included after
tm.h, so if the target specific include sets any of the macros
that are not protected in target-defs.h, they get
I'm interested in studying different region formation algorithms for the
interblock scheduling code. Can someone please tell me the restrictions
on the form of these regions? (i.e., what does the Haifa scheduler
expect?) Specifically, I am interested in forming treegions (tree
regions).
If
Are the comment
/* Note that if one of these macros must be defined in an OS .h file
rather than the .c file, then we need to wrap the default
definition in a #ifndef, since files include tm.h before this one. */
and the description in tm.texi of these macros as defined in the .c file
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-05 07:32
---
Subject: Bug 22340
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 07:32:14
Modified files:
. : Makefile.in Makefile.tpl configure
--- Comment #5 from pcarlini at suse dot de 2005-10-05 08:03 ---
Hummm, in principle we could maybe fix 12077 in a less drastic way, that is
keeping a non-trivial showmanyc in stdio_sync_filebuf (able to work with pipes
and fifos too, similar to the one in filebuf) when safe, that is
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-05 08:27
---
Subject: Bug 23809
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 08:27:44
Modified files:
gcc: ChangeLog
gcc/doc:
--- Comment #6 from bonzini at gcc dot gnu dot org 2005-10-05 08:28 ---
Patch committed with some changes.
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ptsekov at gmx dot net 2005-10-05 08:36 ---
Paolo, I guess it is obvious to anyone around that _S_empty_rep_storage is
there to speed up things. What is not obvious to Cygwin users is that this
optimization actually makes their programs crash. And let me assure you
Maybe related to PR19362 and PR20244, but these are not marked as a regression.
The following code ICEs with -O3, adding the fordward decl for function avoids
the ICE.
Matthias
int main()
{
struct {int i;} x;
function(x);
return 0;
}
function (int k){}
--
Summary: [4.0 4.1
--- Comment #6 from pcarlini at suse dot de 2005-10-05 08:50 ---
(In reply to comment #5)
Paolo, I guess it is obvious to anyone around that _S_empty_rep_storage is
there to speed up things. What is not obvious to Cygwin users is that this
optimization actually makes their programs
--- Comment #11 from rguenth at gcc dot gnu dot org 2005-10-05 09:11
---
Any progress on this one?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-05 09:15
---
Subject: Bug 23513
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 09:15:47
Modified files:
gcc/cp : ChangeLog call.c pt.c
gcc/testsuite
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-05 09:35
---
Subject: Bug 24176
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 09:35:26
Modified files:
gcc/fortran: ChangeLog
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-05 09:38
---
Subject: Bug 24176
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 09:38:29
Modified files:
gcc/fortran: ChangeLog parse.c
gcc/testsuite :
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-10-05 09:38 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from pcarlini at suse dot de 2005-10-05 10:20 ---
PS: if you are going to experiment with _GLIBCXX_FULLY_DYNAMIC_STRING defined
by default, I would suggest also testing the performance impact of the
following:
change the default constructor to allocate memory on the heap
According to the standard, the instruction S'Remainder(X,Y) must raised a
Constraint_Error is raised if Y is zero (Annex A.5.3, point 47).
The following code, if build and launch (with gnat v3.15) returns 3.0 instead
of raising an exception.
package Test is
type T_Master is digits 8;
type
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-10-05 11:06
---
Looks indeed weird.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from nathan at gcc dot gnu dot org 2005-10-05 11:07 ---
fixed mainline and 4.0.3
2005-10-05 Nathan Sidwell [EMAIL PROTECTED]
PR c++/23513
* call.c (joust): Adjust length count to more_specialized_fn.
* pt.c (more_specialized_fn): Cope with
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-05 11:07
---
Subject: Bug 23513
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 11:07:33
Modified files:
gcc/cp : ChangeLog
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2005-10-05 11:41
---
Present on my SPARC/Solaris 8 machine, but neither on the SPARC/Solaris 9 nor
on the SPARC/Solaris 10 machines, while the 3 compilers are essentially
identical.
--
ebotcazou at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 11:59 ---
*** This bug has been marked as a duplicate of 16876 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-05 11:59 ---
*** Bug 24210 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 12:11 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 12:13 ---
Fixed in 4.0.0 at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-05 12:17
---
Subject: Bug 21419
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 12:17:16
Modified files:
gcc: ChangeLog c-typeck.c gimplify.c
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-05 12:17
---
Subject: Bug 24151
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 12:17:16
Modified files:
gcc: ChangeLog c-typeck.c gimplify.c
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-05 12:17
---
Subject: Bug 24146
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 12:17:16
Modified files:
gcc: ChangeLog c-typeck.c gimplify.c
--- Comment #12 from bonzini at gcc dot gnu dot org 2005-10-05 12:18
---
fix committed
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from bonzini at gcc dot gnu dot org 2005-10-05 12:18 ---
fix committed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24151
--- Comment #14 from bonzini at gcc dot gnu dot org 2005-10-05 12:19
---
new fix committed
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-10-05 12:19
---
(In reply to comment #12)
fix committed
Except it is latent on the 4.0 branch too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-05 13:20 ---
Talked to Daniel Berlin about the patch I had, it was in the wrong spot, I had
it in the post process and not when analyzing the code. So unassigning for
now.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-05 13:21 ---
Talked to Daniel Berlin about the patch I had, it was in the wrong spot, I had
it in the post process and not when analyzing the code. So assigning back to
Diego.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #21 from pinskia at gcc dot gnu dot org 2005-10-05 13:24
---
(In reply to comment #20)
Created an attachment (id=9888)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9888action=view) [edit]
The fix which needs to be tested
And this patch fixes the problem too. I
--- Comment #5 from jsberg at bnl dot gov 2005-10-05 13:31 ---
Created an attachment (id=9891)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9891action=view)
tpsalie_analysis.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24204
--- Comment #6 from jsberg at bnl dot gov 2005-10-05 13:35 ---
Created an attachment (id=9893)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9893action=view)
precision_constants.mod
Sorry about that--I don't know much about fortran9x...
--
--- Comment #15 from cvs-commit at gcc dot gnu dot org 2005-10-05 13:39
---
Subject: Bug 21419
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 13:39:51
Modified files:
gcc: ChangeLog
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-05 13:39
---
Subject: Bug 24146
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 13:39:51
Modified files:
gcc: ChangeLog
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-05 13:40
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from bonzini at gcc dot gnu dot org 2005-10-05 13:40 ---
committed to 4.0 branch too.
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-05 15:05 ---
This works on the mainline at least.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24204
If in a .h file you include another file with the same name, but in a different
directory, that contains a #pragma interface, it seems that the #pragma
interface gets extended to the current file, past the end of the included file.
In the following example there are three files:
a.h : contains
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-05 15:06
---
The patch causes the following failures:
FAIL: libffi.call/nested_struct3.c execution test
This is because libffi gets the alignment wrong. I have to look into libffi's
code.
--
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:16
---
Subject: Bug 18587
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-05 15:16:42
Modified files:
gcc: ChangeLog tree-ssa-opfinalize.h
--- Comment #2 from fitzsim at redhat dot com 2005-10-05 15:21 ---
Fixed. Closing.
--
fitzsim at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #19 from pinskia at gcc dot gnu dot org 2005-10-05 15:21
---
(In reply to comment #18)
This is because libffi gets the alignment wrong. I have to look into libffi's
code.
And I have a fix for that too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
--
fitzsim at redhat dot com changed:
What|Removed |Added
Target Milestone|--- |0.19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20757
--- Comment #13 from amacleod at redhat dot com 2005-10-05 15:22 ---
fixed
--
amacleod at redhat dot com changed:
What|Removed |Added
Status|REOPENED
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:36
---
Subject: Bug 17609
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-05 15:36:28
Modified files:
gcc/testsuite : ChangeLog
Added
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-10-05 15:37
---
Testcase now also on the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from bonzini at gcc dot gnu dot org 2005-10-05 15:45 ---
This could be fixed now (because of the fix for PR17860 and other
import-related bugs).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18796
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:49
---
Subject: Bug 11729
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 15:49:39
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:49
---
Subject: Bug 18368
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-05 15:49:50
Modified files:
gcc/testsuite : ChangeLog
Added
--- Comment #10 from reichelt at gcc dot gnu dot org 2005-10-05 15:50
---
Testcase now also on the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pcarlini at suse dot de 2005-10-05 15:50 ---
Fixed for 4.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |trivial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9751
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-05 16:00
---
Subject: Bug 23965
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-05 16:00:11
Modified files:
gcc/cp : ChangeLog call.c
--- Comment #5 from reichelt at gcc dot gnu dot org 2005-10-05 16:06
---
This is now fixed on the 4.0 branch, too.
Unfortunately I committed a suboptimal version to the 3.4 branch and mainline:
Misreading Mark's comments on the original patch I used
if (arg == error_mark_node ||
--- Comment #6 from uros at kss-loka dot si 2005-10-05 16:11 ---
According to comment #5, closed as WONTFIX on branches.
--
uros at kss-loka dot si changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 16:27 ---
Confirmed, a regression from 3.4.0.
Was introduced between 3.5.0 20040909 and 4.0.0 20041124.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dpatel at apple dot com 2005-10-05 17:02 ---
Subject: Re: [4.0/4.1 Regression] DBX_USE_BINCL support broken in the C++
compiler
AFAIK, It is not about compile time issue. There is another patch
available which is better than what is in apple branch.
--
We are using filebuf.open call to open a file in readonly mode in a
multi-threaded application. The result of the open call is checked with
is_open. The truss log shows that the file was opened successfully giving the
file handle. However, the application log shows that the open call failed and
--- Comment #2 from laurent at guerby dot net 2005-10-05 17:55 ---
Also fixed in 4.1.0 20051001 (experimental).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24212
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-05 18:19
---
Subject: Bug 23602
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 18:19:26
Modified files:
gcc: ChangeLog toplev.c
gcc/config/i386:
--- Comment #15 from rth at gcc dot gnu dot org 2005-10-05 18:23 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:11
---
Subject: Bug 24198
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 19:11:19
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #2 from pcarlini at suse dot de 2005-10-05 19:12 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
FAIL: gcc.dg/vect/fast-math-vect-reduc-5.c execution test
has appeared on mainline between 20051004 and 20051005 on ia64-hp-hpux11.23,
both -milp32 and -mlp64. This test previously PASSed.
--
Summary: [4.1 Regression] gcc.dg/vect/fast-math-vect-reduc-5.c
FAIL: gcc.dg/i386-sse-vect-types.c (test for errors, line 17)
appeared on mainline between 20051004 and 20051005 on i686-pc-linux-gnu. This
is a new test.
--
Summary: gcc.dg/i386-sse-vect-types.c (test for errors, line 17)
fails
Product: gcc
--
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=4945
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:35
---
Subject: Bug 20338
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:35:46
Modified files:
gcc/java : ChangeLog
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:35
---
Subject: Bug 21844
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:35:46
Modified files:
gcc/java : ChangeLog
--- Comment #17 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:35
---
Subject: Bug 19870
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:35:46
Modified files:
gcc/java : ChangeLog
--
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=23119
--
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=15938
--
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=18907
--- Comment #14 from mckinlay at redhat dot com 2005-10-05 19:39 ---
All patches from this bug have now been ported to the 4.0 branch, so I'm
closing it. Future fixes for 4.0 should be considered on a case-by-case basis,
or a new meta-bug opened if it freezes again.
--
mckinlay at
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-05 19:40
---
Also fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-05 19:40
---
Also fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-05 19:40
---
Also fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #8 from jsberg at bnl dot gov 2005-10-05 19:41 ---
Yup, I pulled the CVS and it works for me to.
--
jsberg at bnl dot gov changed:
What|Removed |Added
--- Comment #22 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:50
---
Subject: Bug 20606
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 19:50:28
Modified files:
gcc: ChangeLog reload.c
Log message:
--- Comment #25 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:50
---
Subject: Bug 24069
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 19:50:28
Modified files:
gcc: ChangeLog reload.c
Log message:
--- Comment #23 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:52
---
Subject: Bug 20606
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:52:14
Modified files:
gcc: ChangeLog
--- Comment #26 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:52
---
Subject: Bug 24069
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:52:14
Modified files:
gcc: ChangeLog
--- Comment #24 from pinskia at gcc dot gnu dot org 2005-10-05 19:52
---
Fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 145 matches
Mail list logo