On Thu, 4 Jan 2007, Matt Fago wrote:
>>From: drizzle drizzle <[EMAIL PROTECTED]>
>>
>>svn -q checkout svn://gcc.gnu.org/svn/gcc/trunk gcc_3_4_6_release
> This is checking out the latest trunk, not version 3.4. The last argument
> only changes the name of the directory name on your local machine. T
>From: drizzle drizzle <[EMAIL PROTECTED]>
>
>svn -q checkout svn://gcc.gnu.org/svn/gcc/trunk gcc_3_4_6_release
This is checking out the latest trunk, not version 3.4. The last argument only
changes the name of the directory name on your local machine. The 'svn://' is
what specifies the tag (in
On 1/4/07, drizzle drizzle <[EMAIL PROTECTED]> wrote:
I configure with --enable-languages=c,c++ . Shudnt that disable gfortran ?
You are not configuring gcc 3.4.
Richard.
thanks
dz
On 1/4/07, Richard Guenther <[EMAIL PROTECTED]> wrote:
> On 1/4/07, drizzle drizzle <[EMAIL PROTECTED]> wrote:
I configure with --enable-languages=c,c++ . Shudnt that disable gfortran ?
thanks
dz
On 1/4/07, Richard Guenther <[EMAIL PROTECTED]> wrote:
On 1/4/07, drizzle drizzle <[EMAIL PROTECTED]> wrote:
> Still no luck so far .. I got the gcc3.4 from the gcc archive. Any way
> I can make gcc 3.4 not use
>From: drizzle drizzle <[EMAIL PROTECTED]>
>Still no luck so far .. I got the gcc3.4 from the gcc archive. Any way
>I can make gcc 3.4 not use these libraries ?
What is the exact file name and URL? I will download the same tarball and try
to build it on my fc6 box.
- M
On 1/4/07, drizzle drizzle <[EMAIL PROTECTED]> wrote:
Still no luck so far .. I got the gcc3.4 from the gcc archive. Any way
I can make gcc 3.4 not use these libraries ?
3.4 doesn't use gmp or mpfr, gfortran introduces this dependency but it
appears with 4.0 or newer only.
Richard.
Still no luck so far .. I got the gcc3.4 from the gcc archive. Any way
I can make gcc 3.4 not use these libraries ?
thanks
dz
On 1/4/07, Joe Buck <[EMAIL PROTECTED]> wrote:
On Thu, Jan 04, 2007 at 07:25:03PM +0100, Vincent Lefevre wrote:
> In case you still get the warning after trying that, I
On 2007-01-04 10:42:35 -0800, Joe Buck wrote:
> It is an annoying problem that MPFR and GMP follow inconsistent rules.
Yes, but this problem is not only between MPFR and GMP. Even if MPFR
chose the GMP rules, there would be problems with other software. I
don't know any software other than GMP tha
On Thu, Jan 04, 2007 at 07:25:03PM +0100, Vincent Lefevre wrote:
> In case you still get the warning after trying that, I think that one
> can get the same kind of problems when the ABI is incorrect, e.g. a
> 32-bit GMP library in /usr/lib, a 64-bit GMP library in /usr/local/lib
> and a MPFR build
On 2007-01-04 19:09:23 +0100, Vincent Lefevre wrote:
> On 2007-01-04 12:54:34 -0500, drizzle drizzle wrote:
> [configure warning due to different libgmp and gmp.h versions]
>
> Yes (now this test is much more reliable in MPFR 2.2.1). You may have
> the following problem (quoted from MPFR's INSTALL
> drizzle drizzle wrote:
>And as matt suggested if mpfr is not needed by 3.4, how can I
>configure it that way. --disable -mpfr did not help.
MPFR should not have _anything_ to do with any gcc prior to 4.x. Where did you
get gcc 3.4? A tarball from a gnu mirror or somewhere else? I think either t
On 2007-01-04 12:54:34 -0500, drizzle drizzle wrote:
> I am wondering if my all my troubles stem from mpfr not being
> installed properly ..
> When I configure mpfr I get the following warning. Cud this be an issue ?
>
> checking if gmp.h version and libgmp version are the same... (4.2.1/4.1.4)
>
I am wondering if my all my troubles stem from mpfr not being
installed properly ..
When I configure mpfr I get the following warning. Cud this be an issue ?
checking if gmp.h version and libgmp version are the same... (4.2.1/4.1.4) no
configure: WARNING: 'gmp.h' and 'libgmp' seems to have differ
On 2007-01-03 22:19:16 -0500, drizzle drizzle wrote:
> Not 4.3 but 3.4 yes the older version. And I built and installed mpfr
> and gmp. gmp4.1 and mpfr 2.2. I dont have a /usr/local/lib64 on my
> system. Did my mpfr/gmp install incorrecly ?
I don't think MPFR install libs in .../lib64 (everytime
On 2007-01-03 20:11:35 -0500, drizzle drizzle wrote:
> Installed mpfr and gmp and verified mpfr.h and gmp.h exist in
> /usr/local/include and libmpfr.a , libgmp.so etc exists in
> /usr/local/lib
I assume you got MPFR 2.2.1. You can try to rebuild MPFR with
--enable-shared, in case you have another
Not 4.3 but 3.4 yes the older version. And I built and installed mpfr
and gmp. gmp4.1 and mpfr 2.2. I dont have a /usr/local/lib64 on my
system. Did my mpfr/gmp install incorrecly ?
dz
On 1/3/07, Matt Fago <[EMAIL PROTECTED]> wrote:
You do mean gcc 4.3 right (either a snapshot, or from svn)?
You do mean gcc 4.3 right (either a snapshot, or from svn)?
Since you're running on x86_64, do you know that the libraries are
the correct bitness (running 'file' on the mpfr and gmp libraries
will tell). By default gcc on x86_64 will build 64-bit, but
libraries in /usr/local/lib should on
The only warning it reports is this immediately after detecting gmp and mpfr
*** This configuration is not supported in the following subdirectories:
target-libada gnattools target-libgfortran target-libffi
target-zlib target-libjava zlib target-libobjc target-boehm-gc
The other suggestions
On Wed, Jan 03, 2007 at 08:11:35PM -0500, drizzle drizzle wrote:
> Hi
> I have tried everything any page might say on this, still
> stuck. Any help would be great
> Hi all
>
> I am trying to install 3.4 on my AMD turion 64 machine with fedora
> core.
You mean 4.3 (or rather a snapshot or
Hi
I have tried everything any page might say on this, still
stuck. Any help would be great
Hi all
I am trying to install 3.4 on my AMD turion 64 machine with fedora
core. But run into messages like this on gmake. Configure is fine
libbackend.a(builtins.o): In function `fold_builtin_cbr
20 matches
Mail list logo
