/usr/local/build/gcc/xgcc -shared-libgcc -B/usr/local/build/gcc/ -nostdinc++
-L/
usr/local/build/powerpc-ibm-aix4.2.1.0/soft-float/libstdc++-v3/src
-L/usr/local/
build/powerpc-ibm-aix4.2.1.0/soft-float/libstdc++-v3/src/.libs
-B/usr/local/gcc3
45/powerpc-ibm-aix4.2.1.0/bin/ -B/usr/local/gcc345/power
--- Comment #1 from multix at gmail dot com 2006-02-15 08:24 ---
configure flags recorded in config.status are:
# /home/multix/gcc-3.4.5/configure --prefix=/usr/local/gcc345
--enable-threads=
aix --disable-nls --enable-languages=c,c++,objc
--with-gcc-version-trigger=/home
/multix/gcc-3
--- Comment #5 from thebohemian at gmx dot net 2006-02-15 08:28 ---
As for the format Sun mentions this DTD in their API doc:
http://java.sun.com/dtd/preferences.dtd
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19613
--- Comment #12 from steven at gcc dot gnu dot org 2006-02-15 09:08 ---
Fixed on the trunk.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Known to fa
The following code gives two different results without any warning:
#include
void toInt(int i)
{
fprintf(stderr, "i = %d\n", i);
}
void toLongLong(long long L)
{
fprintf(stderr, "L = %lld\n", L);
}
int main()
{
toInt(-sizeof(int));
toLongLong(-sizeof(int));
return 0;
}
There should
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-02-15 09:15
---
(In reply to comment #2)
> hpux10.20 doesn't have scalbn and hpux11.x does, so that's one difference.
On hppa2.0w-hp-hpux11.23, I see this same bug if I undefine HAVE_SCALBN in
libgfortran/config.h. I'll look int
--- Comment #11 from charlet at gcc dot gnu dot org 2006-02-15 09:31
---
Subject: Bug 26096
Author: charlet
Date: Wed Feb 15 09:31:40 2006
New Revision: 111030
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111030
Log:
2006-02-13 Richard Kenner <[EMAIL PROTECTED]>
--- Comment #24 from charlet at gcc dot gnu dot org 2006-02-15 09:31
---
Subject: Bug 18659
Author: charlet
Date: Wed Feb 15 09:31:40 2006
New Revision: 111030
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111030
Log:
2006-02-13 Richard Kenner <[EMAIL PROTECTED]>
--- Comment #16 from charlet at gcc dot gnu dot org 2006-02-15 09:34
---
Subject: Bug 20753
Author: charlet
Date: Wed Feb 15 09:34:48 2006
New Revision: 111043
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111043
Log:
2006-02-13 Geert Bosch <[EMAIL PROTECTED]>
Ga
--- Comment #6 from charlet at gcc dot gnu dot org 2006-02-15 09:38 ---
Subject: Bug 25885
Author: charlet
Date: Wed Feb 15 09:38:39 2006
New Revision: 111062
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111062
Log:
2006-02-13 Ed Schonberg <[EMAIL PROTECTED]>
Jav
--- Comment #26 from charlet at gcc dot gnu dot org 2006-02-15 09:40
---
Subject: Bug 18819
Author: charlet
Date: Wed Feb 15 09:40:13 2006
New Revision: 111069
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111069
Log:
2006-02-13 Ed Schonberg <[EMAIL PROTECTED]>
J
--- Comment #3 from chrisp_42 at bigpond dot com 2006-02-15 09:40 ---
(In reply to comment #2)
> Patch at: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01105.html
>
Actually it was the enabling of the new loop invariant pass in revision 110852.
Patch at http://gcc.gnu.org/ml/gcc-patch
--- Comment #2 from charlet at gcc dot gnu dot org 2006-02-15 09:42 ---
Subject: Bug 23973
Author: charlet
Date: Wed Feb 15 09:42:14 2006
New Revision: 111080
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111080
Log:
2006-02-13 Javier Miranda <[EMAIL PROTECTED]>
PR a
--- Comment #12 from charlet at gcc dot gnu dot org 2006-02-15 10:02
---
Fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:03
---
> Actually it was the enabling of the new loop invariant pass in revision
> 110852.
What do you think LIM means?
> Patch at http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01104.html
Oops, right, that's the corre
--- Comment #8 from rearnsha at gcc dot gnu dot org 2006-02-15 10:03
---
OK, then that moves this from being a minor into a more serious problem. The
compiler is clearly failing to behave as specified.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:07
---
The fix is almost miraculous. :-)
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #27 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:09
---
Back to the original problem, purely related to SRA.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:10
---
Fixed on mainline, I'll backport to the other branches.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:12
---
Fixed on mainline, I'll backport to the other branches.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2006-02-15 10:23
---
Richard, it's the only remaining failure in ACATS on most platforms: the bad
interaction between SRA and aggregates under certain circumstances. Do you
know what amount of work would be required to properly get
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-15 10:34 ---
Done on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|NE
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-15 10:36 ---
With -Wconversion you get
t.c:5: warning: passing argument 1 of toLongLong with different width due to
prototype
though -Wconversion is neither in -Wall nor -Wextra. I see you filed against
C++, which doesn't wa
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-15 10:42 ---
This looks more like a libstdc++ issue, maybe not even AIX specific. I'm
trying to reproduce on i686-linux.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-15 10:58 ---
Confirmed. This are the two inner loops:
4.0.2:
.L6:
movl-4(%esi), %ecx
movl(%edx), %eax
cmpl%eax, %ecx
jle .L7
movl%eax, -4(%esi)
movl%ecx,
extern void fn1 (long int) __attribute__ ((noreturn));
void fn2 (long int);
extern long int u, v;
struct S
{
char c;
long int d;
long int e;
};
static inline struct S *
fn3 (long int x)
{
if (*(char *) x != 6)
fn1 (0);
return (struct S *) x;
}
static inline int
fn4 (long int x)
{
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-02-15 11:04 ---
Cannot reproduce on i686-linux with 3.4 branch as of r110789
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26297
--- Comment #4 from pcarlini at suse dot de 2006-02-15 11:10 ---
(In reply to comment #0)
> c++locale.cc:61: error: invalid conversion from `const char*' to `char*'
> c++locale.cc:61: error: initializing argument 1 of `float strtof(char*,
A few comments: first, I seriously doubt --di
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-02-15 11:19 ---
mainline is sane again:
.L6:
movl-4(%edx), %esi
movl%esi, -20(%ebp)
movl(%ecx), %esi
cmpl%esi, -20(%ebp)
jle .L7
movl%esi, -4(%edx)
mov
--- Comment #1 from jakub at gcc dot gnu dot org 2006-02-15 11:25 ---
What happens is that first dom1 splits the 1 << (f4 (...) - 1) shift into
1 << (3 - 1) and 1 << (0 - 1) branches depending on if fn3 (r)->e == u or not.
The latter triggers undefined behavior, but if the 1 << (3 - 1) b
--- Comment #10 from titusjan at gmail dot com 2006-02-15 11:53 ---
(In reply to comment #9)
> (In reply to comment #4)
[snip]
> All the more reason to warn if we don't pack these members now, but we might
> fix that in the future and thus change the data layout.
> I.e. if the packed a
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-02-15 12:05
---
Zdenek - will you commit to 4.1, too, together with the fix for the fallout?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209
--- Comment #52 from matz at gcc dot gnu dot org 2006-02-15 12:19 ---
Subject: Bug 22275
Author: matz
Date: Wed Feb 15 12:19:49 2006
New Revision: 09
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=09
Log:
PR middle-end/22275
* stor-layout.c (layout_decl)
--- Comment #53 from matz at suse dot de 2006-02-15 12:24 ---
So, it's fixed. I'm not able to actually change the state to FIXED, so
someone has to do this for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
--- Comment #54 from rguenth at gcc dot gnu dot org 2006-02-15 12:25
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #29 from kenner at vlsi1 dot ultra dot nyu dot edu 2006-02-15
12:57 ---
Subject: Re: [4.2 Regression] ACATS cdd2a02 fail at runtime
Richard, it's the only remaining failure in ACATS on most platforms:
the bad interaction between SRA and aggregates under certain
--- Comment #18 from amylaar at gcc dot gnu dot org 2006-02-15 13:28
---
Subject: Bug 25335
Author: amylaar
Date: Wed Feb 15 13:28:05 2006
New Revision: 11
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=11
Log:
PR middle-end/25335
* reload1.c (gen_reload
gfortran crashes on the Macintosh with this program -
[dranta:~/tests/gfortran-D] dir% gfortran -c module_bulkio.f90
module_bulkio.f90:0: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Between 20060207 and 20060209 the testcase started failing like this:
1.exe:
/usr/src/pcarlini/gcc-head/gcc/libstdc++-v3/testsuite/25_algorithms/prev_permutation/1.cc:75:
void test4(): Assertion `array[i] == 5 - i' failed.
FAIL: 25_algorithms/prev_permutation/1.cc execution test
Seems a miscompil
--- Comment #1 from pcarlini at suse dot de 2006-02-15 14:02 ---
Created an attachment (id=10855)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10855&action=view)
Reduced failing test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-15 14:07 ---
This also shows up on powerpc-darwin since at least 20060208.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from dir at lanl dot gov 2006-02-15 14:13 ---
maxval() and sum() also crash in a similar fashion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26303
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||powerpc{64,}-linux-gnu,
|
--- Comment #2 from grigory_zagorodnev at linux dot intel dot com
2006-02-15 14:16 ---
This is the same Fortran problem explained here
http://gcc.gnu.org/ml/gcc/2006-02/msg00247.html
You may want to update the compiler, since fix has been applied
http://gcc.gnu.org/ml/gcc-patches/2006-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 14:18 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-15
14:25 ---
Subject: Re: [4.0 regression] internal compiler error: in
reload_cse_simplify_operands, at postreload.c:391
> --- Comment #6 from tausq at debian dot org 2006-02-15 05:50 ---
> Will this go into t
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |minor
Component|regression |target
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-15 14:47 ---
Confirmed, this is undefined behavior anyways so I don't think we should block
4.1 for this code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 14:47 ---
Anyways patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01222.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26300
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 14:50 ---
Only the fortran part of this bug is fixed.
omp.h is still broken.
Most likely what should be done is install omp.h inside the include directory
where libobjc installs theirs.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 14:50 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from jakub at gcc dot gnu dot org 2006-02-15 14:55 ---
Well, undefined behavior only if you reach it.
The original code looked like:
if (((type) == (Qnothing)))
return IMAGE_NOTHING;
if (((type) == (Qtext)))
return IMAGE_TEXT;
if (((type) == (Qmono_pixmap)))
retur
C*MFDRIV -- PGPLOT Graphics MetaFile driver
C+
SUBROUTINE MFDRIV (IFUNC, RBUF, NBUF, CHR, LCHR)
INTEGER IFUNC, NBUF, LCHR, LUN
REALRBUF(*)
CHARACTER*(*) CHR
CHARACTER*(80) DEFNAM
OPEN (UNIT = LUN, FILE = CHR(:LCHR), CARRIAGECONTROL = 'NONE',
1 DEFAULTFILE
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-15 15:14 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 15:18 ---
-O2 -fno-tree-vrp cures the wrong code which either means VRP is messing up or
some other pass is messing up after VRP. Though I should note:
- ivtmp.209 = ivtmp.209 - 1;
+ ivtmp.211 = ivtmp.211 - 1;
ivtmp.214
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-15 15:19 ---
Also -O2 -fno-ivopts cures the problem too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 15:23 ---
Folding predicate ivtmp.209_41 != 4294967295 to 1
Folded statement: if (ivtmp.209_41 != 4294967295) goto ; else goto ;
into: if (1) goto ; else goto ;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-15 15:26 ---
The part which is being miscompiled is:
for(int i = 0; i < 6; ++i)
assert(array[i] == 5 - i);
which is funny.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26304
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-15 15:37 ---
Here is a self contained program without using libstdc++:
int array[10] = {5, 4, 3, 2, 1, 0};
int array1[10] = {5, 4, 3, 2, 1, 0};
int array2[10] = {5, 4, 3, 2, 1, 0};
#include
void g(int *a)
{
*a = 0;
}
void
te
I have included the configure, and build command below.
This seems really easy to reproduce,
create and array of integer values (I am unsure if integer is significant)
the upper bound of which is determined by a function call
declare the array as volatile
+===GNAT BUG
--- Comment #1 from charlet at gcc dot gnu dot org 2006-02-15 16:52 ---
Could you please send full sources to reproduce this problem ? thanks.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from bkoz at gcc dot gnu dot org 2006-02-15 17:03 ---
Andrew.
Perhaps the original post was not clear. You seem to be confused, in any case.
(And a bit melodramically hostile, but whatever, "el Doctor.")
Here, try this:
cp gcc gcc.noada
cd gcc.noada
rm -rf gcc/ada l
--- Comment #5 from multix at gmail dot com 2006-02-15 17:04 ---
this bug appears to still exist in gcc 4.0.2
(compiled on the same box)
/usr/local/build/buildgcc402/gcc/xgcc -shared-libgcc
-B/usr/local/build/buildgcc402/gcc/ -nostdinc++
-L/usr/local/build/buildgcc402/powerpc-ibm-aix4.2
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-02-15 17:06
---
gnattools is just like libada in the sense it needs also to be deleted too if
you delete libada and gcc/ada directories.
This is not really a regression except a regression in the scripts which don't
delete the co
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-15 17:09
---
The wiki mentions what needs to be removed also:
http://gcc.gnu.org/wiki/SvnSetup
$ svn switch svn+ssh://gcc.gnu.org/svn/gcc/emptydir libada
$ svn switch svn+ssh://gcc.gnu.org/svn/gcc/emptydir gnattools
$ svn s
--- Comment #30 from ebotcazou at gcc dot gnu dot org 2006-02-15 17:12
---
> Is this the one with extension records that rename a discriminant? If so,
> the fix involves the front end materializing fields that don't semantically
> exist for the purposes of listing all fields in the rec
--- Comment #31 from kenner at vlsi1 dot ultra dot nyu dot edu 2006-02-15
17:14 ---
Subject: Re: [4.2 Regression] ACATS cdd2a02 fail at runtime
Yes, that's it. Is a front-end specialist working on that or...?
Nope. I spoke to Ed S. about it a while ago and he wasn't too enthus
--- Comment #15 from bkoz at gcc dot gnu dot org 2006-02-15 17:22 ---
Andrew, thanks for the svn wiki pointer.
I guess I'm left unimpressed at the current --enable-languages=c,c++ behavior
though. This flag should not be a hint!
Right now, instead of --enable-languages doing somethin
--- Comment #2 from ben dot midgley at ultra-datel dot com 2006-02-15
17:56 ---
(In reply to comment #1)
> Could you please send full sources to reproduce this problem ? thanks.
> Arno
Arno, what follows is a simple bit of code which causes the assertion failure
described in tree.c, In
--- Comment #3 from charlet at gcc dot gnu dot org 2006-02-15 18:05 ---
Thanks, reopening.
Confirmed on trunk with simple command:
$ gcc -c scratch.adb
+===GNAT BUG DETECTED==+
| 4.2.0 20060210 (experimental) (i686-pc-linux-gnu) GCC e
--- Comment #2 from patchapp at dberlin dot org 2006-02-15 18:15 ---
Subject: Bug number PR25054
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01263.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-15 18:30
---
PR 23372 is the other bug which blocks the orginal source.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from bkoz at gcc dot gnu dot org 2006-02-15 18:41 ---
Current behavior conflicts with docs:
http://gcc.gnu.org/install/configure.html
Andrew, please stop closing this.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-02-15 18:55
---
Lets take a look at this again one more time.
You said you did "rm -Rf gcc/ada libada" but not "rm -Rf gnattools".
Where does it say in that documention what happens if you remove the gcc/ada
directory?
If it does
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-15 19:14 ---
Fixed on the mainline now (I don't know what by).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from dje at gcc dot gnu dot org 2006-02-15 19:33 ---
Subject: Bug 26147
Author: dje
Date: Wed Feb 15 19:33:33 2006
New Revision: 14
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=14
Log:
2006-02-15 Uttam Pawar <[EMAIL PROTECTED]>
PR rtl-optimiza
--- Comment #4 from dje at gcc dot gnu dot org 2006-02-15 19:33 ---
Subject: Bug 26184
Author: dje
Date: Wed Feb 15 19:33:33 2006
New Revision: 14
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=14
Log:
2006-02-15 Uttam Pawar <[EMAIL PROTECTED]>
PR rtl-optimiza
--- Comment #2 from bangerth at dealii dot org 2006-02-15 19:37 ---
icc gives essentially the same error as that one mentioned by Andrew for
Comeau (not surprisingly). As a workaround, you can always use an explicit
cast:
Test t2;
I believe the code is ok anyway, see 4.11/1.
W.
--- Comment #1 from bangerth at dealii dot org 2006-02-15 19:45 ---
The clause you cite only deals with the lifetime of temporaries, not with
the question whether they can be bound to references in the first place.
8.5.3/5 states that references can only be bound to lvalues or, if they
--- Comment #3 from jeffp at doomsday dot org 2006-02-15 19:55 ---
The casting work-around doesn't compile under GCC. It requires that the
template parameter be a constant-expression (which is true), which results in
the following error:
error: a casts to a type other than an integral
traction): Bail out if ORIG_POS is negative.
* gcc.c-torture/compile/20060215-1.c: New test.
Added:
trunk/gcc/testsuite/gcc.c-torture/compile/20060215-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/combine.c
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/
Source code:
int *insert_automaton_decl (void **entry_ptr, int * automaton_decl)
{
if (*entry_ptr == ((void *)0))
*entry_ptr = (void *) automaton_decl;
return (int*) *entry_ptr;
}
-
Error message:
t1.c: In function insert_automaton_decl:
t1.c:2: error: statement types mismatch
# VUS
Mainline as of 20060206 fails to bootstrap on alpha-dec-osf4.0f while
building libgomp:
/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/
-B/vol/gcc/share/alpha-dec-osf4.0f/bin/ -B/vol/gcc/share/alpha-dec-osf4.0f/lib/
-isystem /vol/gcc/share/alp
--- Comment #5 from toon at gcc dot gnu dot org 2006-02-15 21:07 ---
Subject: Bug 26054
Author: toon
Date: Wed Feb 15 21:06:58 2006
New Revision: 17
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=17
Log:
2006-02-15 Toon Moene <[EMAIL PROTECTED]>
PR fortran/260
Mainline as of 20060206 and the 4.1 branch as of 20060208 fail to bootstrap
in libobjc:
/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.2.0-20060206/4.0f-gcc/./gcc/
-B/vol/gcc/share/alpha-dec-osf4.0f/bin/ -B/vol/gcc/share/alpha-dec-osf4.0f/lib/
-isystem /vol/gcc/share/alp
--- Comment #3 from eedelman at gcc dot gnu dot org 2006-02-15 21:20
---
I can't reproduce the problem with MUMPS on Linux/x86 (mainline revision
11, 4.1 revision 110989). Assuming that Steve used a 64 bit processor, it
seems that for this code the bug is visible only on 64 bit sys
--- Comment #15 from hjl at lucon dot org 2006-02-15 21:29 ---
The updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01225.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25603
k/4x
--enable-languages=c,fortran
Thread model: posix
gcc version 4.2.0 20060215 (experimental)
/mnt1/sgk/work/4x/libexec/gcc/amd64-unknown-freebsd7.0/4.2.0/cc1 -E
-lang-fortran -traditional-cpp -D_LANGUAGE_FORTRAN -quiet -v -I../libseq -I.
-I../include -Dpord dmumps_part2.F -mtune=generic -Wfatal-er
--- Comment #8 from amylaar at gcc dot gnu dot org 2006-02-15 21:41 ---
Created an attachment (id=10857)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10857&action=view)
infrastructure patch - defective
(In reply to comment #7)
> This should be a relatively straightforward fix.
I
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-15 21:47 ---
That patch looks wrong. There has to be a better way, maybe just rejecting
return slot optimization instead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-15 21:48
---
I will look into fixing this bug later today when I get home.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26004
--- Comment #2 from ro at gcc dot gnu dot org 2006-02-15 22:02 ---
Alexandre, your patch introduced this regression. Could you have a look?
Thanks.
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 22:06 ---
Hmm, where is defining _XOPEN_SOURCE needed anyways, I will approve the revert
of that part unless someone tells me where defining it is needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26309
--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2006-02-15
22:09 ---
Subject: Re: [4.1/4.2 Regression] libobjc bootstrap failure on Tru64 UNIX
V4.0F
pinskia at gcc dot gnu dot org writes:
> Hmm, where is defining _XOPEN_SOURCE needed anyways, I will approve the revert
> of
--- Comment #4 from ro at gcc dot gnu dot org 2006-02-15 22:19 ---
Unfortunately, the bug still exists on mips-sgi-irix6.5 as of 20060210: while
USE_LIBFFI is defined as 1, INTERPRETER is not. Unfortunately,
libjava/include/java-interp.h only includes ffi.h iff INTERPRETER is defined.
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-15 23:04 ---
Fixed.
Just for future reference you can do the changelog like:
* modulo-sched.c (generate_reg_moves): Free bitmap vector
uses_of_defs.
(sms_schedule): Free g_arr pointer.
(sms_schedu
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-15 23:09 ---
Fixed.
dist_v and init_v are GC pointers so they don't really need to be freed
manually.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
It seems very strange to me, but in the following code, gcc complains that it
doesn't find 'propagate' with a correct signature though it exist in the base
class as a template method. If I change the name 'propagate' into 'prop', then
it compiles happily.
Sebastien.
template< typename T, typenam
--- Comment #1 from smirolo at hotmail dot com 2006-02-15 23:24 ---
Created an attachment (id=10858)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10858&action=view)
save-temps generated file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26310
--- Comment #8 from law at redhat dot com 2006-02-15 23:34 ---
Subject: Re: [4.2 Regression]
25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and
powerpc-darwin
On Wed, 2006-02-15 at 15:19 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #3 from pinski
1 - 100 of 134 matches
Mail list logo
