On 2/24/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> * Eric Blake wrote on Fri, Feb 24, 2006 at 02:51:07PM CET:
> > According to Christopher Hulbert on 2/22/2006 5:56 AM:
> > >
> > > Actually it seems the problem is that a unix-style path is passed to
> > > lib as the library name. This is prob
* Eric Blake wrote on Fri, Feb 24, 2006 at 02:51:07PM CET:
> According to Christopher Hulbert on 2/22/2006 5:56 AM:
> >
> > Actually it seems the problem is that a unix-style path is passed to
> > lib as the library name. This is probably not the correct fix, but
> > what I did was add the followi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Hulbert on 2/22/2006 5:56 AM:
>
> Actually it seems the problem is that a unix-style path is passed to
> lib as the library name. This is probably not the correct fix, but
> what I did was add the following to the func_extract
On 2/24/06, Eric Blake <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Christopher Hulbert on 2/22/2006 5:56 AM:
> >
> > Actually it seems the problem is that a unix-style path is passed to
> > lib as the library name. This is probably not the correct f
On 2/18/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hi Christopher,
>
> * Christopher Hulbert wrote on Wed, Feb 15, 2006 at 04:08:33PM CET:
> > The attached patch fixes the empty wl variable and the MS toolchain
> > assumption of -link -dll.
>
> The patch is ok, could you be bothered to run th
On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hi Christopher,
>
> * Christopher Hulbert wrote on Tue, Feb 21, 2006 at 09:32:14PM CET:
> > On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
>
> > > http://lists.gnu.org/archive/html/libtool-patches/2005-11/msg00190.html
> >
> > I can't
Hi Christopher,
* Christopher Hulbert wrote on Tue, Feb 21, 2006 at 09:32:14PM CET:
> On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> > http://lists.gnu.org/archive/html/libtool-patches/2005-11/msg00190.html
>
> I can't seem to shake this error. Attahed is the config.log and make
> out
On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> * Christopher Hulbert wrote on Tue, Feb 21, 2006 at 07:18:17PM CET:
> > On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
>
> > > http://article.gmane.org/gmane.comp.sysutils.automake.general/6539
>
> > It seems the patch is no longer av
Hi Christopher,
* Christopher Hulbert wrote on Tue, Feb 21, 2006 at 05:48:56PM CET:
> I get this error compiling libtool. It looks like it's trying to
> extract the symbols from libltdl/.libs/libltdl.lax/loadlibrary.lib,
> but the symbols look like they have paths associated with it and thus
> ca
* Christopher Hulbert wrote on Tue, Feb 21, 2006 at 07:18:17PM CET:
> On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> > http://article.gmane.org/gmane.comp.sysutils.automake.general/6539
> It seems the patch is no longer available. The link refers to
> 6539-001.bin which doesn't exist.
* Christopher Hulbert wrote on Tue, Feb 21, 2006 at 04:53:31PM CET:
> On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> > * Christopher Hulbert wrote on Tue, Feb 21, 2006 at 03:15:42PM CET:
> > >
> > > I looked at the failure for fcdemo. It
> > > looks like autoconf's AC_FC_LIBRARY_LDFLAGS
I get this error compiling libtool. It looks like it's trying to
extract the symbols from libltdl/.libs/libltdl.lax/loadlibrary.lib,
but the symbols look like they have paths associated with it and thus
can't extract them because the path doesn't exist. I guess this is
because the library is crea
On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> * Christopher Hulbert wrote on Tue, Feb 21, 2006 at 07:18:17PM CET:
> > On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
>
> > > http://article.gmane.org/gmane.comp.sysutils.automake.general/6539
>
> > It seems the patch is no longer av
Hi Christopher,
* Christopher Hulbert wrote on Tue, Feb 21, 2006 at 03:15:42PM CET:
> Attached is the test outputs.
Thanks. Unfortunately, I was not precise enough:
Please configure Libtool with the Portland compilers, so that they are
tested. E.g., like
./configure CC=pgcc CXX=pgCC F77=pgf77
On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hi Christopher,
>
> * Christopher Hulbert wrote on Tue, Feb 21, 2006 at 05:48:56PM CET:
> > I get this error compiling libtool. It looks like it's trying to
> > extract the symbols from libltdl/.libs/libltdl.lax/loadlibrary.lib,
> > but the
On 2/21/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hi Christopher,
>
> * Christopher Hulbert wrote on Tue, Feb 21, 2006 at 03:15:42PM CET:
> > Attached is the test outputs.
>
> Thanks. Unfortunately, I was not precise enough:
> Please configure Libtool with the Portland compilers, so that th
Yes, I can, but it will have to wait till tuesday when I go back to work.
Chris
On 2/18/06, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> Hi Christopher,
>
> * Christopher Hulbert wrote on Wed, Feb 15, 2006 at 04:08:33PM CET:
> > The attached patch fixes the empty wl variable and the MS toolchain
Hi Christopher,
* Christopher Hulbert wrote on Wed, Feb 15, 2006 at 04:08:33PM CET:
> The attached patch fixes the empty wl variable and the MS toolchain
> assumption of -link -dll.
The patch is ok, could you be bothered to run the testsuite once,
verbosely
make check VERBOSE=x TESTSUITE_FLAGS=
The attached patch fixes the empty wl variable and the MS toolchain
assumption of -link -dll.
pgi.patch
Description: Binary data
19 matches
Mail list logo
