Laurent GUERBY [EMAIL PROTECTED] writes:
On Sat, 2005-04-09 at 10:28 -0400, Richard Kenner wrote:
It contains this line:
orig_lhs = TREE_OPERAND (orig_lhs, 1);
But orig_lhs is a VIEW_CONVERT_EXPR which has only one operand.
That's certainly a typo. But I recall
There have been lately a discussion on the GCC mailing list and other
forums about the efficiency of SMS (the current implementation of software
pipelining in GCC). One of the issues that currently limit SMS is the lack
of loop carried memory dependency information. The long term solution
Mark Mitchell wrote:
Please treat the GCC 4.0 branch as frozen as of this time. All
non-documentation changes now need my explicit approval.
I'll spin prerelease bits soon.
It's a pity a couple of important gfortran bug fixes didn't make it,
but work is under way to get them applied to 4.0.1.
Hi,
The following is from libibtery.h
/* HAVE_DECL_* is a three-state macro: undefined, 0 or 1. If it is
undefined, we haven't run the autoconf check so provide the
declaration without arguments. If it is 0, we checked and failed
to find the declaration so provide a fully
On Sun, Apr 10, 2005 at 05:02:36PM +0200, Gabriel Dos Reis wrote:
Hi,
The following is from libibtery.h
/* HAVE_DECL_* is a three-state macro: undefined, 0 or 1. If it is
undefined, we haven't run the autoconf check so provide the
declaration without arguments. If it is
Daniel Jacobowitz [EMAIL PROTECTED] writes:
| On Sun, Apr 10, 2005 at 05:02:36PM +0200, Gabriel Dos Reis wrote:
|
| Hi,
|
| The following is from libibtery.h
|
| /* HAVE_DECL_* is a three-state macro: undefined, 0 or 1. If it is
|undefined, we haven't run the autoconf check
On Sun, Apr 10, 2005 at 05:52:01PM +0200, Gabriel Dos Reis wrote:
Daniel Jacobowitz [EMAIL PROTECTED] writes:
| On Sun, Apr 10, 2005 at 05:02:36PM +0200, Gabriel Dos Reis wrote:
|
| Hi,
|
| The following is from libibtery.h
|
| /* HAVE_DECL_* is a three-state macro:
This is the beta release of binutils 2.16.90.0.1 for Linux, which is
based on binutils 2005 0408 in CVS on sources.redhat.com plus various
changes. It is purely for Linux.
The new i386/x86_64 assemblers no longer accept instructions for moving
between a segment register and a 32bit memory
Daniel Jacobowitz [EMAIL PROTECTED] writes:
| On Sun, Apr 10, 2005 at 05:52:01PM +0200, Gabriel Dos Reis wrote:
| Daniel Jacobowitz [EMAIL PROTECTED] writes:
|
| | On Sun, Apr 10, 2005 at 05:02:36PM +0200, Gabriel Dos Reis wrote:
| |
| | Hi,
| |
| | The following is from libibtery.h
Toon Moene wrote:
I'm still thinking about the text to warn gfortran users for the fact
that this compiler at present doesn't cover all of Fortran 77 - and that
we assume distributors to provide access to g77 as long as that's useful.
What about
This compiler at present doesn't cover all
Eric Christopher wrote:
On Sun, 2005-04-10 at 21:13 +0200, Thomas Koenig wrote:
Toon Moene wrote:
I'm still thinking about the text to warn gfortran users for the fact
that this compiler at present doesn't cover all of Fortran 77 - and that
we assume distributors to provide access to g77 as
On Wed, 6 Apr 2005, Karl Berry wrote:
Catering to XHTML's stupidity. I mentioned it in:
http://www.gnu.org/software/texinfo/manual/texinfo/texinfo.html#HTML-Xref-Link-Basics
viz.
One exception: the algorithm for node name expansion prefixes the
string `g_t' when the node name
On Sun, Apr 10, 2005 at 11:26:01PM +0200, Marcin Dalecki wrote:
On 2005-04-10, at 19:43, H. J. Lu wrote:
Patches for 2.4 and 2.6 Linux kernels are
available at
http://www.kernel.org/pub/linux/devel/binutils/linux-2.4-seg-4.patch
The first GCC 4.0 candidate is available from:
/pub/gcc/prerelease-4.0.0-20050410/
on the usual gcc.gnu.org mirrors:
http://gcc.gnu.org/mirrors.html
I would like to know whether or not we have achieved the objective
aspects of the release criteria:
http://gcc.gnu.org/gcc-4.0
Eric Botcazou wrote:
The first GCC 4.0 candidate is available from:
/pub/gcc/prerelease-4.0.0-20050410/
on the usual gcc.gnu.org mirrors:
http://gcc.gnu.org/mirrors.html
I would like to know whether or not we have achieved the objective
aspects of the release criteria:
http://gcc.gnu.org/gcc-4.0
Giovanni Bajo writes:
Dale Johannesen [EMAIL PROTECTED] wrote:
I do think the C++ FE needs fixing before Diego's change gets merged,
though. I can make the change, but not instantly. If someone files
a PR, and assigns to me, I'll get to it at some not-too-distant
point.
It would be good
On Mon, Apr 11, 2005 at 12:49:39AM +0200, Eric Botcazou wrote:
sparc-sun-solaris2.9 is OK for C/C++/Objective-C/Ada/F95, except
FAIL: gcc.dg/builtin-apply4.c execution test
Is that a regression though? builtin-apply4.c is a new test.
Jakub
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 07:33
---
This problem shows with running the glibc testsuite. If the inlined functions
are used, the functions are not setting the state and this is a violation of
ISO C.
--
What|Removed
--- Additional Comments From laurent at guerby dot net 2005-04-10 07:48
---
A similar error happens on hppa-hpux with 4.0.0 20050408 (prerelease):
/mnt/gnu/gcc-3.3/objdir/gcc/xgcc -c -I./ -B/mnt/gnu/gcc-3.3/objdir/gcc/ -gnatws
-O2
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:23 ---
Waiting for the 4.0 branch to reopen to apply there.
--
What|Removed |Added
Known to
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:24 ---
Waiting for the 4.0 branch to reopen to apply there.
--
What|Removed |Added
Known to
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 17992
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20131
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 19595
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20744
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 19568
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20661
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20138
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20005
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
08:36 ---
Subject: Bug 20092
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 08:35:40
Modified files:
libgfortran: ChangeLog
libgfortran/io :
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:37 ---
Fixed in 4.1.0, waiting for inclusion into 4.0.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:38 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Known to work|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:39 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:40 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:41 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:41 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Known to work|
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:42 ---
Confirmed. Intel says: Dummy argument A of procedure TRY cannot have a type
that is PRIVATE.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:44 ---
Right now gfortran is giving the right warning, but the compiler then encounters
an internal error.
-
In file pr20855.f90:1
0 CONTINUE
1
Warning: Ignoring statement
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:44 ---
(In reply to comment #4)
Subject: Bug 20138
Whoops, an erroneous entry in the Changelog here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20138
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:44 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
08:45 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Known to fail|4.0.0
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:46 ---
I'm not sure what the error should be for that one. Is the problem the SAVE
attribute given to Y?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20856
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:47 ---
Confirmed. As g95 says: Argument for parameter 'i' at (1) is INTENT(INOUT) and
actual argument is not a variable.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:48 ---
Intel says The type of the target is different from the pointer. Confirmed.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:49 ---
An array section having a vector subscript is not permitted if dummy argument
has intent [IN]OUT, says Intel. We should do something too.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
08:50 ---
g95 says: Derived type variable 'dd' at (1) has a default initialization and
cannot be EQUIVALENCEd. Confirmed.
--
What|Removed |Added
--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-10
09:17 ---
Bum. I will look at it this week. Changing the target arch field to alpha
--
What|Removed |Added
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
09:36 ---
Fixed in 4.1.0, waiting for 4.0 to reopen.
--
What|Removed |Added
Known to work|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-10
09:41 ---
First half is ixed in 4.1.0 - waiting for 4.0 to reopen.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-10 10:20
---
Patch here: http://gcc.gnu.org/ml/fortran/2005-04/msg00278.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-10
10:38 ---
Subject: Bug 20788
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-04-10 10:38:00
Modified files:
libgfortran: ChangeLog
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-10
10:38 ---
For your problem, an easy solution is to use static linking, which seems to
avoid that issue (that is, you program works as expected without having to set
GFORTRAN_STDIN_UNIT).
Otherwise, I commited a
--
What|Removed |Added
CC||sje at cup dot hp dot com
Keywords||wrong-code
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
12:42 ---
(In reply to comment #1)
But it does not happen on hppa-linux for some reason.
Because it is just a warning with gas which is I feel is wrong.
It is the same reason why it only happens on darwin and not
--
What|Removed |Added
Target Milestone|4.0.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20163
On Apr 9, 2005, at 11:27 PM, Diego Novillo wrote:
Sigh. Another SSA_NAME flowing through EH edges getting in the
way.
I'm starting to think that it would be much better to make these
SSA_NAME_OCCURS_IN_ABNORMAL_PHI into virtuals. We would avoid
all the monkeying around that optimizers have to
gfortran -c -v -O -march=pentium4 llnt.f90
GNU F95 version 4.1.0 20050403 (experimental) (i686-pc-cygwin)
compiled by GNU C version 4.1.0 20050403 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
llnt.f90: In function 'supply':
llnt.f90:4931:
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From tprince at computer dot org 2005-04-10 13:30
---
Created an attachment (id=8575)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8575action=view)
A Livermore Fortran Kernel driver, reproduces ICE as described
--
--- Additional Comments From tprince at computer dot org 2005-04-10 13:34
---
Created an attachment (id=8576)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8576action=view)
A Livermore Fortran Kernel driver, reproduces ICE as described
The functions can be compiled one by one
Compiling plotutils with GCC 4.0 CVS as of yesterday I get the following
ICE:
$ gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include -I./../include -DLIBPLOT
-I/usr/X11R6/include -O2 -fmessage-length=0 -Wall -pipe -c g_subpaths.c -fPIC
-DPIC -o .libs/g_subpaths.o -v -save-temps
gcc: warning:
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:00
---
Created an attachment (id=8578)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8578action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20927
-dir=/usr/include/c++/4.0.0 --with-slibdir=/lib64
--with-system-zlib --enable-shared --enable-__cxa_atexit
--without-system-libunwind --host=x86_64-suse-linux
Thread model: posix
gcc version 4.0.0 20050410 (prerelease) (SUSE Linux)
/usr/lib64/gcc/x86_64-suse-linux/4.0.0/cc1 -E -quiet -v -I
--
What|Removed |Added
Summary|ICE: unrecognoizable insns |ICE: unrecognizable insns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:08
---
Created an attachment (id=8579)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8579action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20928
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-10 15:14
---
Re-open to bug report, so patch gets committed to 4.0.1
--
What|Removed |Added
--with-system-zlib --enable-shared --enable-__cxa_atexit
--without-system-libunwind --host=i586-suse-linux
Thread model: posix
gcc version 4.0.0 20050410 (prerelease) (SUSE Linux)
/usr/lib/gcc/i586-suse-linux/4.0.0/cc1plus -E -quiet -v -I./../../base/src
-I./../../style/src -I./../../content/src -I
--- Additional Comments From aj at gcc dot gnu dot org 2005-04-10 15:34
---
Created an attachment (id=8580)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8580action=view)
Preprocessed source file - i586 compilation
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20929
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
16:01 ---
Also happens with mainline.
extern struct symbol_tab_
{
void *S_nil;
} symbol_tab_data;
typedef struct
{
unsigned int length;
void *data[0];
} s;
void *
allocate_vector (unsigned int
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
16:03 ---
Needs -O -mtune=k8 -fPIC of course. -fPIC seems to cause the problem.
--
What|Removed |Added
Hi Users,
we have update new stuff on my website. Just check it out dont be missed. Enjoy
www.anch4.ne/banner.htm
regard
susan
you receive this email because you subscribe. to unsubscribe contact [EMAIL
PROTECTED]
[EMAIL PROTECTED] www.anch4.net
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
16:08 ---
Double *sigh*.
The old loop optimizer introduces the offending insn. From the .loop dump:
Insn 26: regno 70 (life 1), move-insn forces 25 savings 1 moved to 56
Hoisted regno 74 r/o from (mem/u/c:DI
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Severity|normal
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/backspace.f -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa64-hp-hp
ux11.11/./libgfortran/.libs
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
16:34 ---
Does this work on the mainline?
If so the following patch fixes it:
2005-04-08 Eric Botcazou [EMAIL PROTECTED]
* io/backspace.c (unformatted_backspace): Do not dereference
the pointer to
--- Additional Comments From danglin at gcc dot gnu dot org 2005-04-10
16:39 ---
Eric's patch went in after my last mainline build and codesourcery isn't
building
fortran. I'll check.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
16:42 ---
Hmm, it is on the 4.0 branch too so it might not have fixed it.
I think powerpc-aix is also seeing the same failure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20930
With the following C++ code we get a fold checking failure on the 4.0 branch at
least:
int
__finite (double __x) throw ()
{
return (__extension__
(union { double __d; int __i[2]; }) {__d: __x}).__i[1]
| 0x800fu) + 1) 31));
}
}
--
Summary: fold checking failure
--
What|Removed |Added
GCC target triplet||x86_64-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20931
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
17:24 ---
After CSE1 (t.c.04.cse) we have:
(insn 20 18 22 1 (set (reg:DI 66)
(mem/u/c:DI (const:DI (unspec:DI [
(symbol_ref:DI (bar) [flags 0x40] var_decl
0x2a95a2f000 bar)
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
17:39 ---
The offending insn is created by emit_move_insn in loop.c, here:
2354start_sequence ();
2355emit_move_insn (m-insert_temp ? newreg : m-set_dest,
2356
I don't have a short example for this bug, but maybe someone can see what is
going on from the error message that I get. I am running large molecular
dynamics program
named CHARMM (Chemistry at HARvard Macromolecular Mechanics) and it runs fine
when compiled with gfortran
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
17:52 ---
My RTL-fu is way below par, so perhaps this doesn't make sense at all, but...
It seems that emit_move_insn must always produce valid move insns. So it
should check that an immediate is a valid PIC
--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-10 18:20
---
Can you try compiling your code with a compiler from
today's source (2005-05-10)? Thomas Koenig just committed
several fixes for handling End-of-Record.
--
--- Additional Comments From ripley at stats dot ox dot ac dot uk
2005-04-10 18:33 ---
Subject: Re: Loading libgfortran.so clobbers C
redirection of stdin
Thank you for the suggestion, which had already been tried. It does not
always work as the static library is not compiled with
--- Additional Comments From mark at codesourcery dot com 2005-04-10 18:44
---
Subject: Re: [PR target/20126, RFC] loop DEST_ADDR biv replacement may fail
Roger Sayle wrote:
On 9 Apr 2005, Alexandre Oliva wrote:
On Apr 8, 2005, Roger Sayle [EMAIL PROTECTED] wrote:
++ /* If
--- Additional Comments From echristo at redhat dot com 2005-04-10 19:02
---
I think I'm ok with this, but I'd like a bit more info. What changes to the
backend do you forsee this needing? The one patch that you applied to the 4.1 sh
branch was too big to just get that particular set of
--- Additional Comments From steven at gcc dot gnu dot org 2005-04-10
19:03 ---
FWIW, smallest test case I could find:
extern struct bar_t bar;
void
foo (void)
{
void **p;
do {
*p++ = ((unsigned char *) bar + ((unsigned long int) 1L 31));
} while (p);
}
--
--
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20932
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:32 ---
This was fixed on the mainline by:
2005-03-16 Daniel Berlin [EMAIL PROTECTED]
Fix PR tree-optimization/20490
* tree-ssa-pre.c (create_expression_by_pieces): Use
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:33 ---
(In reply to comment #5)
Subject: Re: Loading libgfortran.so clobbers C redirection of stdin
Also 4.0.0's release of gfortran is only a preview, a lot more bug will be
fixed for 4.0.1.
--
I just had a bootstrap failure on i686-pc-linux-gnu with
CVS mainline of a few minutes ago.
I ran (in an empty directory):
$ ../gcc-4.1/configure --prefix=$HOME --enable-languages=c,f95
$ make bootstrap
...
m -f include/limits.h
cp xlimits.h include/limits.h
chmod a+r include/limits.h
rm -f
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:41 ---
I saw the same problem last night with my auto tester which means we are
creating wrong code
somewhere.
--
What|Removed |Added
--
What|Removed |Added
Component|bootstrap |middle-end
Summary|mainline bootstrap failure |[4.1 Regression] gcc can no
|on
stage1/xgcc -Bstage1/ -B/home/dave/opt/gnu/gcc/gcc-4.1.0/hppa-linux/bin/ -c -g -
O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/ada.a
ds -o ada/ada.o
+===GNAT BUG DETECTED==+
| 4.1.0 20050410 (experimental) (hppa
--
What|Removed |Added
CC||ctice at apple dot com
Keywords||build, ice-on-valid-code
Target
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:51 ---
This might also be the failure which Diego is seeing with libjava building:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20934
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-10 20:53 ---
Subject: Re: [4.1 Regression] Segmentation fault in gnat1
This might also be the failure which Diego is seeing with libjava building:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.html
I
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-10
20:59 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
1 - 100 of 143 matches
Mail list logo