--- Additional Comments From laurivan at eircom dot net 2005-03-17 08:20
---
How can it be transferred to binutils?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20503
The following testcase from bug 18628 exposes a case in which cse would have
folded a load from a jump table into a label. Jeff suspects this should have
happened earlier, in the tree level, so he asked me to file this bug. Here's
the testcase:
int i;
int main()
{
for (;;)
{
switch (i)
--
What|Removed |Added
BugsThisDependsOn||20514
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
--- Additional Comments From cmarco at indra dot es 2005-03-17 08:55
---
(In reply to comment #2)
> Confirmed, but the question is why do you need to generate the PCH twice?
> Header files never produce object files, unlike in Ada. Also removing the
PCH
> file is enough to solve the p
When using a GCC cross-compiler from GNU/Linux to Windows with Ada support, the
link names of pragma Import with Convention "stdcall" are not mangled correctly
and thus linking to the Windows API does not work.
A small example is:
[EMAIL PROTECTED] cat time.adb
with Ada.Calendar;
procedure Time i
--- Additional Comments From charlet at adacore dot com 2005-03-17 09:58
---
Subject: Re: New: "stdcall" imports are not handled correctly
Patch looks correct (certainly better) to me, investigating.
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20515
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
10:27 ---
I do not see any GNAT bug here. Potentially a problem in your code,
or in the Win32 API you used, but that's all.
Note that GNAT.Sockets.Thin as shown in your build output is an internal
unit that should no
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
10:28 ---
> Perhahs, I have a concept problem. If you have a c++ template in a ".h"
> file without a ".c" file and you compile it you should obtain a .o object.
No, you're forcing the compilation with -x c++
--- Additional Comments From mark at gcc dot gnu dot org 2005-03-17 10:30
---
Note that I made it more verbose then it was in the past on purpose.
But not for this case. See an example of a stacktrace were (most) of this
"extra" information is useful:
http://gcc.gnu.org/ml/java-patches/2
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
10:32 ---
AFAIK, this should be fixed by recent libada changes, since a stamp-libada
is now used that should address this issue. Could someone verify this ?
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=151
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-17
10:36 ---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable
types
On Mar 11, 2005, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> gimplify_and_add calls gimplify_stmt for the stmt list, that
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
10:38 ---
Changing summary line.
Arno
--
What|Removed |Added
Summary|ada compiler not work
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
10:46 ---
Is this test still failing ?
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19380
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
10:46 ---
Is this test still failing ?
If so, could you run the test under the debugger and give a backtrace ?
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19381
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
10:47 ---
Is this test still failing ?
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19382
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
10:48 ---
Are these tests still failing on mainline ?
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19383
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
10:49 ---
Is this test still failing on mainline ?
Arno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19384
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
10:51 ---
Valgrind is confused by the use of trampolines, so this is not
a GCC bug.
Arno
--
What|Removed |Added
---
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
11:12 ---
Confirmed, looks like a real error.
Arno
--
What|Removed |Added
Status|UNCONFIR
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-17 11:49
---
Subject: Re: [PR c++/20103] failure to gimplify constructors for addressable
types
On Thu, Mar 17, 2005 at 05:11:08AM -0300, Alexandre Oliva wrote:
> * gimplify.c (gimplify_decl_expr): Add temp variable
--- Additional Comments From mustafa at il dot ibm dot com 2005-03-17
11:53 ---
The following patch should fix the Segmentation fault in gap (from SPEC2000)
mentioned in comment 14. This patch is combined with the
patch from comment 13. Janis can you try it out.
Index: ddg.c
===
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org |org
Status|UNCONFIRME
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-17
12:16 ---
Patch proposed: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01510.html
--
What|Removed |Added
-
The following code compiles if (and only if) the global function name and A's
member function name are identical. It shouldn't, because a.template should be
used inside the test() function in the global scope.
template class A
{
public:
template void test(T value) {}
};
template void test(A&
$ cat shift.c
#include
#define OFFSET 4
#define MASK 0xf0
int main()
{
unsigned int f,g;
scanf("%u",&f);
if ((f & MASK) >> OFFSET == 1) {
printf("success\n");
}
return 0;
}
$ gcc -S -O2 -fdump-tree-optimized shift.c
$ tail -20 shift.c.t66.optimized
unsigned int g;
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
13:26 ---
Subject: Bug 20186
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-17 13:26:42
Modified files:
gcc/cp : ChangeLog pt.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
13:31 ---
Subject: Bug 20186
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 13:30:57
Modified files:
gcc/cp : Change
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-17
13:31 ---
4.0
2005-03-17 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20186
* pt.c (contains_dependent_cast_p): Remove.
(fold_non_dependent_expr): Don't use it.
(value_dependent_expressi
--
What|Removed |Added
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20517
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-17
13:41 ---
(In reply to comment #3)
> I cannot remember the rules but -0.0 * 0.0 could be -0.0 (and not 0.0),
someone needs to help me
> here.
I'm trying to see what input could apply to, but I can't think of one
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
13:58 ---
*** This bug has been marked as a duplicate of 11814 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
13:58 ---
*** Bug 20516 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
When register are listet as clobbert, they are used anyway for local variables
if the inline assembly code uses rcall. The r1 (zeroreg) is not restored even
if it is clobbert.
None of these problems genrates error or warnings.
--
Summary: Clobber registers,in inline asm. Problem when
const char foo[] = "libc";
extern __typeof (foo) bar __attribute__((alias ("foo")));
int s1 = sizeof foo;
int s2 = sizeof bar;
yields
z.c:4: error: invalid application of sizeof to incomplete type const char[]
with 4.0 and HEAD. Compiles successfully with 3.2.3 and 3.4.4. Also compiles
suc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
14:38 ---
Subject: Bug 19966
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-17 14:37:10
Modified files:
gcc/cp : ChangeLog cp-tree.h decl.c
Log mess
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
14:40 ---
Subject: Bug 19966
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-17 14:39:16
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From Thomas dot Koenig at online dot de 2005-03-17
14:40 ---
(In reply to comment #2)
> The patches suggested in comment #2 under bug 20156 fixes bugs 20156, 20125
> and
> 20471 on the macintosh and does not seem to cause any new problems.
Can you submit this as
--- Additional Comments From bl at rosetechnology dot dk 2005-03-17 14:41
---
Created an attachment (id=8410)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8410&action=view)
Testcase with listfile
This show the wrong generated code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Additional Comments From pcarlini at suse dot de 2005-03-17 14:42
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
Res
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
14:49 ---
Confirmed. This started to happen after 2004-12-11 but before 20050225.
--
What|Removed |Added
--
--
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20518
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-17 14:53
---
Smaller test case with
const char foo[] = "libc";
__typeof (foo) bar;
though this gives a different diagnostic:
z.c:2: warning: array bar assumed to have one element
--
http://gcc.gnu.org/bugzilla/sho
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
15:08 ---
Subject: Bug 20344
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 15:06:49
Modified files:
gcc/ada: Change
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
15:10 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0 |4.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
15:21 ---
Subject: Bug 19140
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 15:19:38
Modified files:
gcc/ada: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
15:36 ---
Subject: Bug 19140
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 15:35:05
Modified files:
gcc/ada: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
15:36 ---
(In reply to comment #6)
> Confirmed, this worked with 4.0.0 20050225 which means it started to fail
> after the branch.
Also it worked with the mainline with 20050306.
And also on the 4.0 branch, but it is
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
15:39 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0 |4.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
15:54 ---
Subject: Bug 20502
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-17 15:54:24
Modified files:
gcc/java : ChangeLog jcf-parse.c
Log message:
--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-17
16:05 ---
There is no bug here, the addresses can be different, so you should not
rely on this.
Refiling as a possible enhancement.
Arno
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
16:09 ---
This is also fixed on the mainline.
It was fixed by:
2005-03-17 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20186
* pt.c (contains_dependent_cast_p): Remove.
(fold_non_dependent_expr
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-17 16:14
---
Array dimension data gets stripped here:
c-decl.c:grokdeclarator
3863 if (!flag_gen_aux_info && (TYPE_QUALS (element_type)))
3864type = TYPE_MAIN_VARIANT (type);
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
16:20 ---
I think this was caused by:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02180.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20519
--- Additional Comments From joseph at codesourcery dot com 2005-03-17
16:25 ---
Subject: Re: [4.0/4.1 regression] completed type not selected
properly with typeof
On Thu, 17 Mar 2005, rth at gcc dot gnu dot org wrote:
> Array dimension data gets stripped here:
>
> c-decl.c:grokdecl
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-17
16:37 ---
(In reply to comment #4)
> There are both primary and secondary platforms among the AUTO_INC_DEC
> targets.
> So it is probably good to gain some wider test coverage about the compile-
> time/run-time impa
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
16:56 ---
Subject: Bug 18380
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-17 16:52:48
Modified files:
gcc: ChangeLog
gcc/config/ia64: u
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
17:06 ---
Fixed at least on the mainline.
--
What|Removed |Added
Summary|[4.0/4.1 Regressio
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
17:21 ---
Confirmed, but this is already done on the RTL level. So the assembler looks
same for what you
recomend and what is produced already.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
17:23 ---
Confirmed.
--
What|Removed |Added
Severity|normal |enhancemen
The compiler does not display an error message when in a source file
allocatable arrays are being used without having been allocated beforehand. For
example, the following code is erroneous, but nevertheless the compiler will
compile (and build) it silently:
real,allocatable:: a(:),b(:)
a(1)=2
--- Additional Comments From mueller at kde dot org 2005-03-17 17:33
---
thats the same issue like the konqueror crash which I couldn't
find a workaround for in gcc either.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
17:37 ---
Confirmed, but this is valid code (yes undefined). Even ICC 8.1 accepts the
code without warnings or
errors.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
17:45 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
17:46 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From fca at mail dot cern dot ch 2005-03-17 17:49
---
Subject: Re: f95 build fails on MacOSX 10.4 Tiger
Hello,
it is now failing with the following error. Any hint? Regards, Fed
mkdir .libs
/usr/local/gcc-4_0/build/gcc/xgcc -B/usr/local/gcc-4_0/build/gcc/
-B
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
17:49 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
17:50 ---
Confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ev
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
18:07 ---
Subject: Bug 18380
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 18:07:31
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
18:11 ---
Fixed on thee 4.0 branch also.
--
What|Removed |Added
Status|NEW
--- Additional Comments From sje at cup dot hp dot com 2005-03-17 18:21
---
See the GCC email thread starting at
http://gcc.gnu.org/ml/gcc/2005-03/msg00483.html for more information. GCC
generates bad code but the test is bogus and fixing it leads to a number of
complications.
--
--- Additional Comments From pluto at pld-linux dot org 2005-03-17 18:22
---
so, we have an unaccaptable g++ at this moment :/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317
--- Additional Comments From pcarlini at suse dot de 2005-03-17 18:32
---
Seems simple.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at su
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
18:46 ---
Subject: Bug 19900
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 18:46:44
Modified files:
gcc/ada: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
18:46 ---
Subject: Bug 19408
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 18:46:44
Modified files:
gcc/ada: Change
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
18:50 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0 |4.
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
18:50 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0 |4.
--- Additional Comments From ebertakis at gmail dot com 2005-03-17 19:07
---
(In reply to comment #1)
I tried it in Compaq Visual Fortran Professional Edition 6.5 and indeed the
compiler accepts the code. The debugger though will display an error message
indicating the line "a(1)=2*b(1)
--- Additional Comments From bothner at gcc dot gnu dot org 2005-03-17
19:17 ---
(In reply to comment #18)
I tried Jim's patch, and it seems to work.
(I haven't done a full-boostrap, but I compiled jc1, cc1plus, and libjava, and
re-installed them.)
I then re-compiled Kawa, and I seem to
--- Additional Comments From kargl at gcc dot gnu dot org 2005-03-17 19:46
---
www.lahey.com also compiles the code. It does issues 2 warnings about using
an unitialized variable and a variable set bu never used. As Andrew said,
you are in the area of "undefined behavior", which means
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
19:53 ---
Subject: Bug 18727
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 19:53:07
Modified files:
gcc/ada: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
19:56 ---
Subject: Bug 20255
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 19:56:22
Modified files:
gcc/ada: Change
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
19:57 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0 |4.
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-17
19:59 ---
Fixed in 4.0.0.
--
What|Removed |Added
Target Milestone|4.1.0 |4.
While compiling a source file, I get the following error:
smodel.C:1164:1: internal compiler error: in cgraph_mark_reachable_node, at
cgraph.c:475
This is with today's (Mar 17, 2005) CVS, with Richard's Guenther's patch to
modify inlining heuristics. These options trigger the ICE:
% g++-cvs -O
--- Additional Comments From bredelin at ucla dot edu 2005-03-17 20:28
---
Created an attachment (id=8411)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8411&action=view)
This testcase is preprocessed source from the file that causes the ICE.
Here is the testcase.
--
http://gc
Found while building rhino's js.jar.
Grab js.jar from http://spindazzle.org/js.jar (sources from JPackage.org).
Try
$ gcj -O1 -shared -o js.jar.so js.jar
I get an ICE in update_aliases, at java/decl.c:163
--
Summary: ICE in update_aliases, at java/decl.c:163
Product:
Hi,
the following input compiles OK with -O:
8<--8<-8<-
# 1 "jidctint.c"
# 1 ""
# 1 ""
# 1 "jidctint.c"
volatile static unsigned long long fix_029_n089n196 = 0x098ea46e098ea46e;
__inline void domidct8x8llmW();
void
jpeg_idct_islow ()
{
domidct8x8ll
--- Additional Comments From dorit at il dot ibm dot com 2005-03-17 20:51
---
patch: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01675.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20474
With LAST_UPDATED "Wed Mar 16 14:54:19 UTC 2005" the tests passed.
With LAST_UPDATED "Wed Mar 16 21:10:54 UTC 2005"
(plus patch at http://sourceware.org/ml/newlib/2005/msg00179.html>)
the tests fail on trunk. Similarly for 4.0, LAST_UPDATED
"Wed Mar 16 03:34:07 UTC 2005" (passes) "Thu Mar 17 06:05
--- Additional Comments From dorit at il dot ibm dot com 2005-03-17 20:57
---
can you please send the output of compiling with -fdump-tree-vect-details?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20501
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
20:58 ---
You need to mark the variable as used.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-17
21:00 ---
At least one of these are the testcase being wrong.
--
What|Removed |Added
GCC target triple
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-17 21:02
---
In response to comment #1, the ICE indicates there's at least one bug in GCC...
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
21:08 ---
Subject: Bug 20474
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-17 21:08:06
Modified files:
gcc: ChangeLog tree-vect-analyze.c
Log m
(for reference no such files were generated during build, likely because of no
target os/headers etc.)
if [ xstmp-fixproto != x ] ; then \
/usr/bin/install -c /bin/sh /Applications/avr/avr-src/gcc/../mkinstalldirs \
/usr/local/libexec/gcc/avr/4.1.0/install-tools/mkinstalldirs ; \
/usr
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-17
21:12 ---
Subject: Bug 19683
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-03-17 21:11:49
Modified files:
gcc: Change
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-03-17
21:13 ---
Committed to 3.4 as promised, after bootstrapping & regression
testing on mips-sgi-irix6.5.
--
What|Removed |Added
-
1 - 100 of 131 matches
Mail list logo
