On May 28, 2006, at 2:06 PM, Manuel López-Ibáñez wrote:
Thanks Andrew, that is exactly what I did, although I was expecting
configure to be smart enough to use that trick on my behalf.
but that would be guessing what you meant and not requiring you to
explicitly say what you meant.
-eric
On May 28, 2006, at 11:06 PM, Monika Sapra wrote:
Hi all,
I am new to this list and GCC compiler. I am trying to build
GCC4.1.0 for
mipsisa32-elf target. I would appreciate if someone could help me
out in
resolving the errors during build process.
You should really use a combined tree
[CCing the OpenMP experts]
Henry,
The -fopenmp option doesn't work under mingw32. Since I am the one
building the Windows (mingw32) binary packages you downloaded, I'm
rather interesting in getting it to work... So here are a few things
we could sort out:
1. currently, using the -fopenmp
On Tue, May 30, 2006 at 11:19:09AM +0200, Fran?ois-Xavier Coudert wrote:
[CCing the OpenMP experts]
Henry,
The -fopenmp option doesn't work under mingw32. Since I am the one
building the Windows (mingw32) binary packages you downloaded, I'm
rather interesting in getting it to work... So
I just wanted to ping the list here on current gcc trunk libmudflap
build warnings:
../../../gcc/libmudflap/mf-runtime.c:1706: warning: format '%06lu'
expects type 'long unsigned int', but argument 15 has type
'__suseconds_t'
../../../gcc/libmudflap/mf-runtime.c:1729: warning: format '%06lu'
you just port libgomp to mingw32 + pthreads-win32
and assuming pthreads-win32 is sufficiently rich and not too buggy, it will
just work.
With the attached patch, I can compile libgomp with
../gcc/configure --prefix=/mingw --disable-nls --with-ld=/mingw/bin/ld
--with-as=/mingw/bin/as
On Tue, May 30, 2006 at 04:37:35PM +0200, Fran?ois-Xavier Coudert wrote:
you just port libgomp to mingw32 + pthreads-win32
and assuming pthreads-win32 is sufficiently rich and not too buggy, it will
just work.
With the attached patch, I can compile libgomp with
../gcc/configure
Maxim Kuvyrkov writes:
Maxim Anyway, this work is for stage 1 or 2 and for now I propose following
Maxim fix: implement targetm.sched.reorder hook so that it will ensure that if
Maxim there is an insn from the current block in the ready list, then insn
Maxim from the other block won't stand
David Edelsohn wrote:
Maxim Kuvyrkov writes:
Maxim Anyway, this work is for stage 1 or 2 and for now I propose following
Maxim fix: implement targetm.sched.reorder hook so that it will ensure that
if
Maxim there is an insn from the current block in the ready list, then insn
Maxim from
[EMAIL PROTECTED]:~#gcc -v
Using built-in specs.
Target: alphaev68-dec-osf5.1b
Configured with:
../configure
--host=alphaev68-dec-osf5.1b
--enable-threads=posix
--enable-languages=c,c++,fortran,objc,treelang
--prefix=/usr/local
--enable-version-specific-runtime-libs
--enable-shared
On May 29, 2006, at 1:17 PM, Jack Howarth wrote:
In building xplor-nih against the gcc trunk, I noticed that there
is a c++ related
regression
I'll let Andrew comment if it sounds like anything he's seen. I'd
recommend a binary search to narrow down the translation unit and the
compiler
On May 29, 2006, at 1:07 PM, sean yang wrote:
For example, I know to allocate a chunk of memory to hold BB
information is done by ggc_alloc_cleared(). But after a function
analysis/optimization is done, the memory should be freed.
ggc_free (ptr);
can be used, but, if you use it, you have
Hi.
I have problems figuring out why reload gives up on this:
reload failure for reload 1
../../../cvssrc/gcc/gcc/libgcc2.c: In function '__moddi3':
../../../cvssrc/gcc/gcc/libgcc2.c:1101: error: unable to find a register to
spill in class 'DX_REGS'
../../../cvssrc/gcc/gcc/libgcc2.c:1101: error:
On Tue, May 30, 2006 at 08:57:57PM +0200, Paolo Bonzini wrote:
int
default_reorder2 (FILE *dump ATTRIBUTE_UNUSED,
int sched_verbose ATTRIBUTE_UNUSED,
rtx *ready, int *pn_ready,
int clock_var ATTRIBUTE_UNUSED)
{
int n_ready = *pn_ready;
[ I wasn't going to answer this, because you've left out all the
details that would be required for me to answer it well, but since
you've asked me specifically to answer, I'll try. ]
On May 29, 2006, at 9:09 PM, sean yang wrote:
The first question is: If I want to find a BB that containing
I found arm.md and the moveqi insns, but because of the different
addressing modes of strb and swpb, its not easy to make the change.
And there must be a compiler option for this, too.
Could somebody please tell me how to implement this change?
Short answer is probably not.
There are a
On Tue, May 30, 2006 at 09:03:54PM +0100, Paul Brook wrote:
I found arm.md and the moveqi insns, but because of the different
addressing modes of strb and swpb, its not easy to make the change.
And there must be a compiler option for this, too.
Could somebody please tell me how to
On May 30, 2006, at 3:25 PM, Jack Howarth wrote:
...and I get no hits suggesting it can't be a wrong visibility
problem.
I prefer the idea that it reduces the likelihood of such a problem. :-)
Is there some approach I can use to figure out if it is a throw across
a dylib or bundle
There are a couple of complications that spring to mind. The different
addressing modes and the fact that swp clobbers a register are the most
immediate ones.
You'll need to modify at least the movqi insn patterns, memory
constraints and the legitimate address stuff. I'm not sure about
Greetings,
I am working on my Master's Degree, and have started an independent
study this summer. Two of my goals for this study are to
1 - Provide something useful for GCC
2 - Learn more about the innards of GCC so that I can be of benefit
towards the community
I figured what better way to get
Mike,
Actually the problem appears unrelated to cxa_atexit as neither
-fuse-cxa-atexit nor -fno-use-cxa-atexit eliminates the problem
with the throw aborting the program.
I do believe I have found a work-around to the problem which
identifies the nature of the issue as well. The xplor-nih
I do realize that there is a project out there now that uses
evolutionary concepts to optimize GCC with the current available
command line options. While I think that is a great project, I
would like to develop, or tweak, some type of internal aspect of
GCC.
I did a Masters project that
--- Comment #3 from aoliva at gcc dot gnu dot org 2006-05-30 06:06 ---
I've just tried to bootstrap the trunk configured for i586-pc-linux-gnu, and
the failures I got in the Ada testsuite were:
*** FAILURES: c35507m c954020 cd2a23e cdd2a02 cxh1001
Is this still an issue for you?
--
--- Comment #6 from uros at gcc dot gnu dot org 2006-05-30 06:12 ---
Subject: Bug 27790
Author: uros
Date: Tue May 30 06:12:30 2006
New Revision: 114229
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114229
Log:
PR target/27790
* config/i386/i386.c
--- Comment #40 from bonzini at gnu dot org 2006-05-30 06:20 ---
We're on par with 4.0, we can close this now. The memory hog bug (27004) is
still open.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #5 from aoliva at gcc dot gnu dot org 2006-05-30 06:32 ---
Created an attachment (id=11533)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11533action=view)
Patch that fixes the problem and does not introduce regressions
The previous patch had a few regressions in vlas,
The problem occurs with both 3.4.5 and 3.4.6. I haven't tested newer compilers,
but 3.3.6 works. Problem can be avoided by reducing -O2 to -O1.
$ m68k-linux-gcc -O2 ice.c -c -o /dev/null
fs/ocfs2/dlm/dlmlock.c: In function `dlmlock':
fs/ocfs2/dlm/dlmlock.c:698: error: unrecognizable insn:
(insn
--- Comment #1 from ft01 at webmastery dot com dot au 2006-05-30 07:42
---
Created an attachment (id=11534)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11534action=view)
precompiled source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27815
--- Comment #4 from pault at gcc dot gnu dot org 2006-05-30 07:43 ---
Created an attachment (id=11535)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11535action=view)
Preliminary patch to fix the PR
This needs a lot of sprucing up and checking out but it compiles and runs the
The following file 'foo.cpp' doesn't compile :
// foo.cpp
templatetypename X class foo { static int val; };
templateint int fooint::val = 0;
g++ foo.cpp
foo.cpp:1: internal compiler error: in import_export_decl, at cp/decl2.c:1733
Please submit a full bug report,
with preprocessed source if
The code attached has a ; missing line 105. This causes a compiler crash.
Unfortunately I'm including a very large nonstandard library...
%g++33 -save-temps -v -ansi -Wall -Wno-unused -Werror
-I/home/jocelyn/Sys/include -I/home/jocelyn/Sys/lib -Ifreeby
-L/home/jocelyn/Sys/lib -lrheolef
--- Comment #1 from joce at gmx dot net 2006-05-30 09:24 ---
Created an attachment (id=11536)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11536action=view)
source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27817
--- Comment #2 from joce at gmx dot net 2006-05-30 09:25 ---
Created an attachment (id=11537)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11537action=view)
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27817
--- Comment #3 from joce at gmx dot net 2006-05-30 09:26 ---
Created an attachment (id=11538)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11538action=view)
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27817
--- Comment #4 from joerg dot richter at pdv-fs dot de 2006-05-30 09:43
---
Before I file a new bug, here is another testcase:
struct Block
{
public:
Block();
~Block();
};
bool func( bool bar )
{
Block block;
bool foo = false;
if( !foo || bar )
do { return true;
--- Comment #2 from schwab at suse dot de 2006-05-30 10:04 ---
Not reproducible with gcc 4.0.4. The 3.4 series is no longer maintained.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #5 from master_up at post dot cz 2006-05-30 10:07 ---
Very similar result for gcc-4.1.1, is better create new BUG or is this message
suffcient?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27432
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-05-30 11:11
---
I've just tried to bootstrap the trunk configured for i586-pc-linux-gnu, and
the failures I got in the Ada testsuite were:
*** FAILURES: c35507m c954020 cd2a23e cdd2a02 cxh1001
c954020 is very likely one of
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-05-30 11:15
---
In addition not to configuring with --enable-bootstrap, also avoid tuning the
compiler for HyperSPARC, nobody uses that nowadays, it's largely untested.
--
ebotcazou at gcc dot gnu dot org changed:
see subject. The makefile guards the installation of the library and the
headers itself, but
## To avoid spurious reconfiguration when the user installs these files
## with libtoolize, we have to preserve their timestamps carefully:
install-data-local:
-rm -rf $(DESTDIR)$(ltdldatadir)
--- Comment #3 from mt1 at systella dot fr 2006-05-30 11:49 ---
I'm trying to bootstrap gcc without --enable-bootstrap (I have not seen in the
documentation that this option was deprecated) and wihtout any HyperSPARC
optimization. Wait and see...
JKB
--
--- Comment #1 from schwab at suse dot de 2006-05-30 12:03 ---
This is a libtool/libltdl bug that has been fixed in 1.5.18.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27818
The following valid code snippet causes an ICE since GCC 4.0.0
(it was wrongly rejected in GCC 3.4.x):
==
struct A
{
static const char i = 1;
};
templateint struct B
{
static const int j = A::i;
int x[int(j)];
};
B0 b;
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-30 12:23 ---
The 3.3 series is no longer maintained, the bug still occours in 3.3.6 and all
of the testcases don't build with the new C++ parser due to errors. But very
likely the bug is fixed in newer gcc.
--
rguenth at
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-30 12:26 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
The following invalid code snippet causes an ICE since GCC 4.0.0:
===
void foo()
{
L: L: ;
}
===
bug.cc: In function 'void foo()':
bug.cc:3: error: duplicate label 'L'
bug.cc:3: internal compiler error: in record_in_finally_tree, at tree-eh.c:211
The following invalid code snippet causes an ICE since GCC 3.4.0:
==
struct A
{
templatevoid (A::*)() struct B {};
void ::foo();
BA::foo b;
};
==
bug.cc:4: error: invalid use of '::'
bug.cc:5:
--- Comment #7 from rakdver at gcc dot gnu dot org 2006-05-30 12:33 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01515.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-30 12:41 ---
Variable: x, UID 1535, struct X *, symbol memory tag: SMT.4, default def: x_1
Variable: y, UID 1536, struct YY *, symbol memory tag: SMT.5, default def: y_2
Variable: SMT.4, UID 1549, struct X, is addressable, is
When I do a gmake bootstrap of GCC 4.1.1 the component fastjar is asking for
makeinfo and it stop the compiling.
The documentation says I shouldn't have to install the texinfo package.
I am working on a SunFire V440 with Solaris 9
I did set the CONFIG_SHELL to /bin/ksh and I am working in a
When I do make a gmake bootstrap of GCC 4.1.1 I have the following output:
gmake[9]: Entering directory
`/opt/local/src/gcc-obj/sparc-sun-solaris2.9/sparcv9/libjava/classpath/native/jni'
cd /opt/local/src/gcc-4.1.1/libjava/classpath /bin/ksh
./scripts/check_jni_methods.sh
Found a problem with
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:11
---
Confirmed, with the same version of compiler. I'm updating to current svn to
see if this changes, but I don't have much hope...
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:16
---
Lots of things are going badly here:
$ cat dale.f90
real(4) :: x4
real(8) :: x8
print *, ** REAL(KIND=4) tests **
write(*,*) digits(x4), maxexponent(x4), minexponent(x4),
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-30 13:20 ---
What sources are you building from? If you build from pre-release tarballs it
should work, if from a svn checkout you need texinfo installed.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #8 from rakdver at gcc dot gnu dot org 2006-05-30 13:21 ---
Subject: Bug 27779
Author: rakdver
Date: Tue May 30 13:21:06 2006
New Revision: 114233
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114233
Log:
PR tree-optimization/27779
* tree-data-ref.c
--- Comment #2 from WILLIAMPAUL dot PHILIBERT at telus dot com 2006-05-30
13:24 ---
Subject: RE: fastjar is asking for makeinfo in gmake bootstrap
What is the difference between both, do I have an advantage using one or the
other?
William Paul Philibert
Administrateur UNIX et SAN
--- Comment #3 from WILLIAMPAUL dot PHILIBERT at telus dot com 2006-05-30
13:30 ---
Subject: RE: fastjar is asking for makeinfo in gmake bootstrap
I am using /gnu/gcc/gcc-4.1.1/gcc-4.1.1.tar.bz2
William Paul Philibert
Administrateur UNIX et SAN
[EMAIL PROTECTED]
Hébergement
Telus
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-30 13:33
---
Subject: Bug 27718
Author: reichelt
Date: Tue May 30 13:33:17 2006
New Revision: 114234
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114234
Log:
PR c/27718
* c-typeck.c
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-30 13:36
---
Subject: Bug 27718
Author: reichelt
Date: Tue May 30 13:36:39 2006
New Revision: 114235
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114235
Log:
PR c/27718
* c-typeck.c
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-30 13:39
---
Subject: Bug 27718
Author: reichelt
Date: Tue May 30 13:39:19 2006
New Revision: 114237
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114237
Log:
PR c/27718
* c-typeck.c
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-30 13:42
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from mueller at gcc dot gnu dot org 2006-05-30 13:44
---
Subject: Bug 27273
Author: mueller
Date: Tue May 30 13:43:55 2006
New Revision: 114238
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114238
Log:
PR c/27273
* c-common.c (convert_and_check):
--- Comment #13 from mueller at gcc dot gnu dot org 2006-05-30 13:44
---
Fixed.
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-05-30 13:45 ---
We transform the loop into an infinite loop. Looks like a sort-of-dup of
PR27639 and/or PR26719.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
The following code generates warning value computed is not used which
I interpret as a gcc bug.
typedef unsigned char uint8;
uint8 arr[10];
void testfunc(void);
void testfunc(void)
{
uint8 val = 5;
(1 == 0) ? : (arr[2] = val); /* this line generates false warning */
}
Changing
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27820
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27820
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-30 13:54 ---
This is the same problem as PR 26632.
*** This bug has been marked as a duplicate of 26632 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-30 13:54 ---
*** Bug 27825 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-05-30 13:58
---
*** Bug 27816 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-30 13:59
---
OK, this still happens with current mainline. I also tried a different GMP/MPRF
combination, and it doesn't make it work. I'll be looking into this.
--
fxcoudert at gcc dot gnu dot org changed:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-30 13:58 ---
*** This bug has been marked as a duplicate of 20133 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-05-30 13:59 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-30 14:00 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-30 15:05
---
OK, I managed to reduce this to a GMP/MPFR bug on i386-pc-mingw32:
$ cat mpfr.c
#include stdio.h
#include gmp.h
#include mpfr.h
int main (void)
{
mpfr_t b;
mpfr_init (b);
mpfr_set_ui (b, 2, GMP_RNDN);
--- Comment #28 from rguenth at gcc dot gnu dot org 2006-05-30 15:38
---
Zdenek, can you look at producing a patch for 4.1.2? The mainline one doesn't
apply.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
--- Comment #16 from hjl at gcc dot gnu dot org 2006-05-30 16:00 ---
Subject: Bug 27662
Author: hjl
Date: Tue May 30 16:00:42 2006
New Revision: 114240
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114240
Log:
gcc/fortran/
2006-05-30 H.J. Lu [EMAIL PROTECTED]
PR
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-30 16:02
---
Created an attachment (id=11539)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11539action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27768
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-30 16:05
---
I think there's something hosed with aliasing.
The code crashes with -O2, but runs fine with -O2 -fno-strict-aliasing.
--
reichelt at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-30 16:06 ---
I already mentioned this is most likely a C++ front-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I am getting an ICE when compiling a c++ source with optimization turned one.
My compiler version is
[EMAIL PROTECTED]:~/tmp$ g++-4.1 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,fortran,objc,obj-c++,ada,treelang --prefix=/usr
--- Comment #22 from hjl at lucon dot org 2006-05-30 16:08 ---
Tonto in SPEC CPU 2006 should work now with gcc 4.1 and 4.2.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #17 from hjl at lucon dot org 2006-05-30 16:10 ---
Yes, tonto-1.0-nullify-1.patch in PR 26106 is the one.
--
hjl at lucon dot org changed:
What|Removed |Added
--- Comment #1 from sander at mi dot fu-berlin dot de 2006-05-30 16:12
---
The testcase was too large to be attached directly, even after an attempt at
delta reduction. You can download it at
http://page.mi.fu-berlin.de/~sander/grid.i
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||i686-pc-linux-gnu
Summary|ICE in copy_to_mode_reg
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-30 16:24 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27826
--- Comment #5 from dir at lanl dot gov 2006-05-30 16:34 ---
It is strange - gfortran under cygwin does not seem to have the problem. I
wonder why GMP/MPFR is different under MSYS ? I also tried your test under MSYS
on my system and got the same answer (+one digit) that you got under
--- Comment #7 from janis at gcc dot gnu dot org 2006-05-30 16:59 ---
If the value doesn't fit then the result is undefined and doesn't matter;
getting the invalid flag is what's important.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27682
--- Comment #6 from dir at lanl dot gov 2006-05-30 17:01 ---
I also forced it to use the gcc that came with gfortran getting the same
result. I built with mpfr-2.1.2 and gmp-4.1.4 a while ago when I unsucessfully
tried to build gfortran on my PC. I noticed your MSYS version is printing
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-05-30 17:47
---
I'm trying to bootstrap gcc without --enable-bootstrap (I have not seen in the
documentation that this option was deprecated) and wihtout any HyperSPARC
optimization.
It's the other way around,
--- Comment #1 from sje at cup dot hp dot com 2006-05-30 18:06 ---
My bootstraps are working fine. What maxssiz are you using?
$ grep maxssiz /stand/system
tunable maxssiz_64bit 0x4000
tunable maxssiz 0x1000
How about swap space? (swapinfo will tell you) I have 8 Gig.
--
--- Comment #5 from mt1 at systella dot fr 2006-05-30 18:52 ---
Without --enable-bootstrap, I now obtain:
/home/bertrand/gcc-4.1.1/build/./gcc/xgcc
-B/home/bertrand/gcc-4.1.1/build/./gcc/ -B/opt/sparc-sun-solaris2.9/bin/
-B/opt/sparc-sun-solaris2.9/lib/ -isystem
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-05-30 18:57
---
/home/bertrand/gcc-4.1.1/build/./gcc/xgcc
-B/home/bertrand/gcc-4.1.1/build/./gcc/ -B/opt/sparc-sun-solaris2.9/bin/
-B/opt/sparc-sun-solaris2.9/lib/ -isystem /opt/sparc-sun-solaris2.9/include
-isystem
--- Comment #10 from mt1 at systella dot fr 2006-05-30 19:31 ---
I have seen the same mistake with gcc 4.1.1 on a dual HyperSPARC running
Solaris 9. GMP MPFR are good (tested with make check). My Solaris has a
working /bin/sh.
JKB
--
--- Comment #11 from tkoenig at gcc dot gnu dot org 2006-05-30 19:31
---
Hi FX,
what about
Index: arith.c
===
--- arith.c (revision 114111)
+++ arith.c (working copy)
@@ -1133,8 +1133,10 @@ gfc_compare_string
--- Comment #7 from mt1 at systella dot fr 2006-05-30 19:33 ---
Thanks...
JKB
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27796
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-05-30 19:40
---
I have seen the same mistake with gcc 4.1.1 on a dual HyperSPARC running
Solaris 9. GMP MPFR are good (tested with make check).
This has something to do with GMP MPFR. Make sure they are built as 32-bit
--- Comment #1 from mmitchel at gcc dot gnu dot org 2006-05-30 21:25
---
Subject: Bug 27803
Author: mmitchel
Date: Tue May 30 21:25:02 2006
New Revision: 114245
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114245
Log:
PR c++/27803
* class.c
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-05-30 21:29
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 146 matches
Mail list logo
