--- Additional Comments From rakdver at gcc dot gnu dot org 2004-11-26
08:12 ---
The problem indeed is ivopts - dom interaction. Ivopts decide that since
reg + 4 * reg is a cheap addressing mode, there is no reason to do anything
else than what it does. To cure this we need to be able t
--- Additional Comments From uros at gcc dot gnu dot org 2004-11-26 08:50
---
(In reply to comment #6)
> This is fully a IV-OPTS problem now.
> With -fno-ivopts, I get
I can't get the same code as you. With mainline gcc (gcc version 4.0.0 20041126
(experimental)) and '
--- Additional Comments From pcarlini at suse dot de 2004-11-26 09:25
---
Hi. I suppose your PR is about 3.4.x: 3.4.3, to be sure? Anyway, the most
important point is that you are not telling us which is exactly your
expectation! You are comparing, correctly, time_put with strftime, and
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org |dot au
Status|NEW
--- Additional Comments From uros at gcc dot gnu dot org 2004-11-26 09:38
---
(In reply to comment #15)
> Hmm, 4.0.0 is faster and smaller at least on a pentium4.
The faster and smaller code is produced because scheduler is disabled for
pentium4.
--
http://gcc.gnu.org/bugzilla/show
--- Additional Comments From pcarlini at suse dot de 2004-11-26 09:40
---
P.S. If, on the other hand, the non-ascii chars are troubling you, this is of
course not a libstdc++-v3 issue, it's just that the shell is not able to
correctly render UTF-8.
--
http://gcc.gnu.org/bugzilla/sho
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-26
09:54 ---
/* vrsave code in the prologue trashes frame pointer reg
-m32 -maltivec -mabi=altivec -mvrsave=yes -S pr12817.c */
#define vector __attribute__ ((vector_size (16)))
extern void foo (int *);
vector in
--- Additional Comments From giovannibajo at libero dot it 2004-11-26
10:16 ---
Do you have a comp.std.c++ link?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18635
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-26
10:53 ---
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02247.html
--
What|Removed |Added
K
--- Additional Comments From pcarlini at suse dot de 2004-11-26 10:58
---
Actually, just moving down the resize is not ok, since __n and __first would
need
to be recomputed too, with a non-trivial overhead in case of insert. Also, the
memory doubling happens only when one of the thresho
--- Additional Comments From rleigh at debian dot org 2004-11-26 12:13
---
Yes, I'm using 3.4.3 (and glibc-2.3.2.ds1-18). With respect to the comparisons,
I've now added wcsftime() to the test, and it /does/ match
std::time_put:
$ LANG=ru_RU.UTF-8 LC_ALL=ru_RU.UTF-8 ./date3
asctime:
--- Additional Comments From pcarlini at suse dot de 2004-11-26 12:37
---
Hi again, and thanks for your feedback. Honestly, I'm not sure what the various
consoles are supposed to do with wchar_t outputs. In any case, sorry, but
this is not a libstdc++-v3 issue (anymore).
--
--- Additional Comments From pcarlini at suse dot de 2004-11-26 12:55
---
> I expected valid UTF-8 in both cases, since this is what the locale codeset
> specifies. I'm not sure what encoding wchar_t would be using, but I assumed I
> would get readable output (maybe I am wrong about tha
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-26
13:18 ---
Subject: Bug 18510
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-26 13:18:16
Modified files:
gcc: ChangeLog
gcc/doc: e
Hello,
there seems to be still a problem with 'pragma Linker_Section':
package test is
eeprom : constant String := "12345678901234567"; -- 17 byte
pragma Linker_Section (Entity => eeprom,
Section => ".eeprom");
type Eeprom_String is new String;
pragma Link
--- Additional Comments From martin at mpa-garching dot mpg dot de
2004-11-26 13:33 ---
Created an attachment (id=7613)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7613&action=view)
a test case for the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108
Dear all,
I would like to post a fault report for the GNU C/C++ compiler 3.3-e500.
We use the compiler to generate code for a PowerPC processor.
Used invokation line for the GNU C++ compiler:
ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig
-fmerge-templates -mmultiple -
--- Additional Comments From rleigh at debian dot org 2004-11-26 13:52
---
Thanks for the fast response!
I guess how wchar_t output works is implementation-defined, but I'll check up on
how it should work--it's probably working entirely correctly.
Many thanks,
Roger
--
http://gcc.g
--- Additional Comments From phython at gcc dot gnu dot org 2004-11-26
13:52 ---
This problem got worse after the BC branch merged in. I can't link libgcj on
powerpc-linux anymore because the process gets killed every time. I only have
256MB of ram. I suspect I'll have the same troub
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2004-11-
--- Additional Comments From bdavis at gcc dot gnu dot org 2004-11-26
14:40 ---
confirmed.
[EMAIL PROTECTED] pr18398]$ gfc z.f90
In file z.f90:27
l = bar (3)
1
Error: Symbol 'bar' at (1) has no IMPLICIT type
[EMAIL PROTECTED] pr18398]$ gfc --version
GNU Fortran 95 (GCC 4.0.
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
15:23 ---
*** This bug has been marked as a duplicate of 10670 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
15:23 ---
*** Bug 18680 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10670
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
15:24 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
15:33 ---
*** This bug has been marked as a duplicate of 950 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
15:34 ---
*** Bug 18681 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
ine gcc (gcc version 4.0.0
> 20041126
> (experimental)) and 'gcc -O2 -S -fno-ivopts LU.c' I got:
Now at -O1, I do get the leal:
leal0(,%ebx,8), %edx
movl(%edi), %ecx
movl(%esi), %eax
fldl(%edx,%eax)
fstpl (%ecx,%edx)
Likewise at -O
--- Additional Comments From berndtrog at yahoo dot com 2004-11-26 15:45
---
>This is also a dup of bug 10670.
Please note that PR10670 is about a broken 'pragma Machine_Attribute',
not about 'pragma Linker_Section'.
(It *may* be related to PR14115)
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
16:00 ---
(In reply to comment #12)
> These part are 4.0 regressions:
Improvements already (note the scheduling goes away with -fno-PIC at least on
ppc-darwin):
tree alias analysis : 16.84 (12%) usr 0.40 ( 1%) s
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-26
16:30 ---
Hmm. This code uses pointer to array, not pointer to
member as in PR c++/950. It's also a regression from GCC 3.2.x
but we didn't actually do access checking in templates in those
earlier versions.
--
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-26
16:31 ---
Confirmed as a bug, likely unrelated to PR950.
--
What|Removed |Added
Status|UN
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-26
16:31 ---
Kriang, according to your comment in #6 the original example should
compile, right?
And the following example should generate an error in line 12 since
the global class b is not a friend of foo::a, right?
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
16:34 ---
But likely related to PR 2892 (that was the one which I had ment to mark as a
dup to).
--
What|Removed |Added
---
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-26
16:39 ---
Right. The code example in comment #1 should compile and
comment #8 should not. Class foo::b, which is still
not declared yet, is the friend of class foo::a. So this
bug is both accepts-invalid and rejec
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lerdsuwa at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-26
17:00 ---
Will take a look, maybe it's fixed already by Mark.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18652
GCJ does not reject the following invalid code:
public class NullTest
{
public static void main (String[] args)
{
int index = 1;
if (index == null)
index++;
}
}
--
Summary: gcj doesnt reject invalid code
Product: gcc
Version: 4.0.0
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Known to fail||3.3.4 3.
"bangerth at ices dot utexas dot edu" <[EMAIL PROTECTED]> writes:
| > The diagnostic is nonsensical. The fix is to fix the diagnostic, not
| > to paper over the problem.
|
| That's certainly the best solution. -Wsynth should just not trigger in
| libstdc++ headers.
yes, and even more in user c
--- Additional Comments From gdr at integrable-solutions dot net
2004-11-26 17:45 ---
Subject: Re: [3.3/3.4/4.0 regression] -Wsynth warning in
"bangerth at ices dot utexas dot edu" <[EMAIL PROTECTED]> writes:
| > The diagnostic is nonsensical. The fix is to fix the diagnostic, not
|
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
17:46 ---
Hmm interesting we even produce valid bytecode with the source, maybe we are
converting into the
correct type which is why this is accepted.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-26
18:04 ---
Subject: Bug 18305
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-26 18:04:46
Modified files:
gcc/java : ChangeLog decl.c expr.c java-tree.h j
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
18:05 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Using the code in PR 12850 at -O0, I get a seg fault on the mainline. I think
this is a recent regression
but I don't know for sure.
--
Summary: [4.0 Regression] seg fault in local allocate
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
K
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18683
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-26
21:00 ---
*** This bug has been marked as a duplicate of 17431 ***
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-26
21:00 ---
*** Bug 18677 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
The g++ compiler version and machine information are as follows:
Reading specs from /usr/lib/gcc/ppc64-redhat-linux/3.4.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --
infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-
checking --with-system-zli
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
21:07 ---
Most likely this is not exported as it works on the mainline on ppc-darwin
which really does not use a
version script at all.
Also the underscoped functions are reserved so there might be a reason why thi
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-11-26
21:10 ---
Here's a slightly shorter testcase (inspired by PR18677):
===
struct A {};
struct B : A
{
B(int);
B(B&);
B(A);
};
B b=0;
===
--
What|Removed
--- Additional Comments From pcarlini at suse dot de 2004-11-26 21:36
---
The function is defined in src/locale.cc and is not tailored to the users of
the library.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
21:38 ---
Fixed now. Thanks for your report.
--
What|Removed |Added
Status|NEW
Hi, I identified the patch that causes the Ada bootstrap
failure on x86 and x86_64 (at least):
../../xgcc -B../../ -c -g -O2 -fPIC -W -Wall -gnatpg s-stratt.adb -o
s-stratt.o
+===GNAT BUG DETECTED==+
| 4.0.0 20041123 (experimental) (i686-pc
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
22:04 ---
Also on ppc-darwin and ppc-linux.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-11-26
22:11 ---
The real bug here is that may_propagate_copy (op, val) returns true, but we
abort when domopts calls propagate_value with the same arguments.
We think something has gone wrong horribly wrong with regards to
#pragma longcall (1)
extern int extfunc (void);
#pragma longcall (0)
long long
testfunc (long long a, long long b)
{
extfunc ();
return a / b;
}
results in
/src/tmp/pr12769.c:1: warning: number must be 0 or 1
/src/tmp/pr12769.c:1: warning: ignoring malformed #pragma longcall
/src/tmp/pr12769
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Known to fail||3.3
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-11-26
22:33 ---
On my pentium-m, 3.4 gets:
[EMAIL PROTECTED]:~> gcc -O3 -std=c99 coyotebench_mole.i -ffast-math -lrt -lm
[EMAIL PROTECTED]:~> time ./a.out
run time: 23.438668
real0m24.187s
user0m23.147s
sys 0m
--
What|Removed |Added
Target Milestone|--- |3.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18681
--- Additional Comments From pcarlini at suse dot de 2004-11-26 22:48
---
Seems fixed in mainline too. On my P4-2400:
4.0.0 20041126
--
run time: 8.684465
8.810u 0.010s 0:08.86 99.5% 0+0k 0+0io 133pf+0w
3.4.3
-
run time: 35.656412
36.200u 0.010s 0:36.37 99.5%0
--- Additional Comments From dnovillo at gcc dot gnu dot org 2004-11-26
22:50 ---
(In reply to comment #6)
> Diego, if you are too busy, just let me know which you prefer and i'll
implement it.
>
I'll take a look, but in principle it seems to me that NMT.1 and NMT.2 should
actually be t
--- Additional Comments From giovannibajo at libero dot it 2004-11-26
22:50 ---
Nathan, even if there is not an official committee position on the correct
semantic of this program, is there way to get a patch in to stop cc1plus from
segfaulting?
--
http://gcc.gnu.org/bugzilla/show_
--- Additional Comments From giovannibajo at libero dot it 2004-11-26
22:51 ---
Fixed then.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
On Fri, 2004-11-26 at 22:50 +, dnovillo at gcc dot gnu dot org
wrote:
> --- Additional Comments From dnovillo at gcc dot gnu dot org 2004-11-26
> 22:50 ---
> (In reply to comment #6)
>
> > Diego, if you are too busy, just let me know which you prefer and i'll
> implement it.
> >
> I'
--- Additional Comments From dnovillo at redhat dot com 2004-11-26 22:53
---
Subject: Re: [4.0 Regression]: ICE in
merge_alias_info
On Fri, 2004-11-26 at 22:50 +, dnovillo at gcc dot gnu dot org
wrote:
> --- Additional Comments From dnovillo at gcc dot gnu dot org 2004
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-11-26
23:00 ---
Actually, Tree-PRE is provably O(n^2). We just have a larger constant than we'd
like.
On all the branches i have checked out (tcb, mainline) 150 loops takes 30
seconds, not 160.
THis includes the constifica
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-26
23:00 ---
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02326.html
--
What|Removed |Added
K
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-26
23:03 ---
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02324.html
--
What|Removed |Added
K
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org |dot au
Status|NEW
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-26
23:07 ---
This bug is fixed on mainline and 3.4.x; nan functions are not currently C90
builtins. Please open a different bug if there are other problems with nan
builtin handling on mainline; meanwhile I'm marking
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From joseph at codesourcery dot com 2004-11-26
23:12 ---
Subject: Re: [3.3 Regression] nan functions should not be C90
built-ins
On Fri, 26 Nov 2004, neroden at gcc dot gnu dot org wrote:
> This bug is fixed on mainline and 3.4.x; nan functions are not current
--
Bug 18572 depends on bug 18237, which changed state.
Bug 18237 Summary: [4.0 regression] ICE in gen_lowpart_general, at
rtlhooks.c:58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18237
What|Old Value |New Value
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-26
23:12 ---
The orginal bug was fixed by my patch and the new bug was filed under PR 18685.
--
What|Removed |Added
---
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-26
23:22 ---
Nathan's conclusion was that neither case was a regression (although both were
wrong-code bugs). Should the "Regression" tag be removed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15674
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-26
23:28 ---
DJE said he'd develop the collect2 fix, so assigning...
--
What|Removed |Added
Assi
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
00:00 ---
Any news it has been 9 months since you said you would look into it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14136
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
00:04 ---
Then should we close this bug as fixed or at least move it from being a 4.0
regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17679
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
00:16 ---
Fixed with the current mainline I get
1.4937
on the nestedloop test now.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
00:19 ---
Assuming fixed so closing as I hear reports about eclipse building on running
on the mainline.
--
What|Removed |Added
---
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
00:20 ---
In 3.4.2 (Debian's version), I can import into *any* namespace (xxx, for
instance) and get the same "problem". However, it *is* essential that the
function be "snprintf", and not "bar". fancy_snprintf is
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
00:24 ---
Even though this huge failure, it is no longer a regression as
-fspeculative-prefetching is not enabled
wth -fprofile-generate/use but it still needs to be fixed but not necessarly
for 4.0.0. Really some
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
00:25 ---
Even though this huge failure, it is no longer a regression as
-fspeculative-prefetching is not enabled
wth -fprofile-generate/use but it still needs to be fixed but not necessarly
for 4.0.0. Really some
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-11-27
00:28 ---
I have a patch that brings the time on 150 loops to 1.40 seconds, but i haven't
decided whether to apply it or not. I have to do more testing on real code.
I could make it nothing if i scoped the other bitm
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
00:30 ---
HJ's latest patch probably doesn't fix the problem entirely :-(, but it is
certainly correct to allow "renames" which don't change anything.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
00:36 ---
Any news on this bug, it has been opened for a while now (4 months) and no news
about it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16621
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
00:39 ---
Anybody want to do new timings for typecode.ii at -O1 because I think that
testcase is now fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17278
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
00:44 ---
Removing the regression markes but not removing the target milestone. Richard
you want to add the
documenation or should someone else do it?
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27
00:50 ---
Subject: Bug 18686
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-11-27 00:50:22
Modified files:
gcc: Change
--- Additional Comments From amodra at bigpond dot net dot au 2004-11-27
00:51 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-27
00:51 ---
Did I mention this is fixed?
--
What|Removed |Added
Status|ASSIGNED
--
Bug 9972 depends on bug 7257, which changed state.
Bug 7257 Summary: [3.4/4.0 regression] -O3 -fverbose-asm does not display
-flag-inline-functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7257
What|Old Value |New Value
--
--
Bug 15579 depends on bug 7257, which changed state.
Bug 7257 Summary: [3.4/4.0 regression] -O3 -fverbose-asm does not display
-flag-inline-functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7257
What|Old Value |New Value
-
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
00:53 ---
I'm going to guess that one solution is to canonicalize any function pointer
any time it's cast to a void pointer. (Or do you really, really want
noncanonicalized pointers, which is likely to be harder?)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
01:02 ---
I think this has been fixed by the merge of the BC branch but I have not tried
it yet as I have not
compiled a java compiler after.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
01:03 ---
I think this has been fixed by the merge of the BC branch but I have not tried
it yet as I have not
compiled a java compiler after.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17963
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
01:05 ---
Plus there is a new bootstrap failure also because of a change to use %I64 or
what ever is the format is.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-27
01:07 ---
Should be fixed by:
2004-11-26 Richard Kenner <[EMAIL PROTECTED]>
* expmed.c (extract_bit_field): When extracting from non-integer mode,
force a SUBREG into a register because we may be ta
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27
01:07 ---
Subject: Bug 12769
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-27 01:06:59
Modified files:
gcc: ChangeLog
gcc/config/rs6000:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-27
01:08 ---
Subject: Bug 12769
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-11-27 01:08:03
Modified files:
gcc: Change
1 - 100 of 136 matches
Mail list logo
