This patch makes --with-gmp and --with-mpfr similar to --with-as and
others, where you don't need to have the as program in your PATH if
explicitly specified.
I now understood what you are looking for.
A good solution would be to use the macros AC_LIB_LINKFLAGS and friends,
which were first
>>> Testing done on i686-linux (built with --languages=c,fortran and
>>> a shared libgmp in /foo/bar, and regtested).
>>> OK for mainline? OK for 4.0?
ping**3, build machinery maintainers in Cc.
This patch makes --with-gmp and --with-mpfr similar to --with-as and
others, where you don't need to h
>> Basic testing done on i686-linux (built with --languages=c,fortran and
>> a shared libgmp in /foo/bar, and regtested). Extended testing (which
>> takes ages on my computer) in progress.
>>
>> OK for mainline? OK for 4.0?
>
> *ping*
>
> This patch has both a toplevel part and a part in gcc/, so I
> Or did I miss the point entirely?
Right now, having the GMP/MPFR libraries (later refered as GMP) in
/home/gmp and typing:
configure --with-gmp=/home/gmp --enable-languages=c,fortran
does configure fine but running "make" then fails when it attempts to
build libgfortran. This is PR 21547, see
This patch has both a toplevel part and a part in gcc/, so I don't
know exactly who can approve it.
I haven't really understood why you need this patch.
If you need to set the LD_LIBRARY_PATH manually after installation,
something is broken. If the GMPLIBSDIR is for example something in your
> Basic testing done on i686-linux (built with --languages=c,fortran and
> a shared libgmp in /foo/bar, and regtested). Extended testing (which
> takes ages on my computer) in progress.
>
> OK for mainline? OK for 4.0?
*ping*
This patch has both a toplevel part and a part in gcc/, so I don't
know
On 2005-11-04 19:26:14 +0200, Janne Blomqvist wrote:
> Would it be possible to replace gmp with mpfr entirely?
MPFR is based on GMP. It mainly uses the MPN and MPZ layers.
However the MPF layer isn't used at all. So, you still need
GMP somewhere anyway.
--
Vincent Lefèvre <[EMAIL PROTECTED]> - W
Quoting Janne Blomqvist <[EMAIL PROTECTED]>:
> Would it be possible to replace gmp with mpfr entirely? Or do we use
> gmp functionality that isn't found in mpfr?
We use mpz_* for our integer handling, so that's not an option, unfortunately.
- Tobi
On 2005-11-04 16:21:29 +0100, François-Xavier Coudert wrote:
> > The newest version of mpfr will build a shared library.
> > In fact, we should move to using the newest version,
> > but I think some/many people would object to having two
> > external library dependencies.
>
> What advantages have
On Fri, Nov 04, 2005 at 09:22:11AM -0800, Steve Kargl wrote:
> On Fri, Nov 04, 2005 at 04:21:29PM +0100, Fran?ois-Xavier Coudert wrote:
> > > The newest version of mpfr will build a shared library.
> > > In fact, we should move to using the newest version,
> > > but I think some/many people would o
On Fri, Nov 04, 2005 at 04:21:29PM +0100, Fran?ois-Xavier Coudert wrote:
> > The newest version of mpfr will build a shared library.
> > In fact, we should move to using the newest version,
> > but I think some/many people would object to having two
> > external library dependencies.
>
> What adva
> The newest version of mpfr will build a shared library.
> In fact, we should move to using the newest version,
> but I think some/many people would object to having two
> external library dependencies.
What advantages have the newest version? And (sorry for the obvious
question) why isn't it kep
On Fri, Nov 04, 2005 at 01:32:06PM +0100, Fran?ois-Xavier Coudert wrote:
> >> Here is a patch to fix PR libfortran/21547: when building with
> >> --with-gmp=/foo/bar and a shared libgmp in /foo/bar, the
> >> $(RPATH_ENVVAR) variable (usually LD_LIBRARY_PATH) is not set
> >> correctly when using the
>> Here is a patch to fix PR libfortran/21547: when building with
>> --with-gmp=/foo/bar and a shared libgmp in /foo/bar, the
>> $(RPATH_ENVVAR) variable (usually LD_LIBRARY_PATH) is not set
>> correctly when using the freshly built gfortran to build libgfortran.
>> The same thing happens for the g
On Fri, Nov 04, 2005 at 10:10:14AM +0100, FranXois-Xavier_Coudert wrote:
> Here is a patch to fix PR libfortran/21547: when building with
> --with-gmp=/foo/bar and a shared libgmp in /foo/bar, the
> $(RPATH_ENVVAR) variable (usually LD_LIBRARY_PATH) is not set
> correctly when using the freshly bui
15 matches
Mail list logo
