On Tue, Feb 23, 2010 at 2:20 AM, Yaakov (Cygwin/X)
yselkow...@users.sourceforge.net wrote:
On 2010-02-21 06:11, Ralf Wildenhues wrote:
3) This patch will overwrite a .manifest file created in the build dir,
thus may break a package that create them through some other means.
I can't see any
On Fri, Sep 18, 2009 at 11:17 PM, Peter Rosin p...@lysator.liu.se wrote:
Den 2009-09-18 14:01 skrev Christopher Hulbert:
On Fri, Sep 18, 2009 at 6:53 AM, Peter Rosin p...@lysator.liu.se wrote:
Hi Chris,
Den 2009-09-18 12:16 skrev Christopher Hulbert:
In my windows branch, I use
On Mon, Sep 21, 2009 at 2:47 PM, Peter Rosin p...@lysator.liu.se wrote:
Den 2009-09-21 12:35 skrev Christopher Hulbert:
Apart from that, your suggestion will litter dependency_libs with
-LIBPATH: and it will not work for absolute paths (unless you're
using identity mounts, but that's cheating
On Fri, Sep 18, 2009 at 4:26 AM, Peter Rosin p...@lysator.liu.se wrote:
Hi Ralf,
Den 2009-09-18 06:37 skrev Ralf Wildenhues:
* Peter Rosin wrote on Thu, Sep 10, 2009 at 11:48:34AM CEST:
Here's a couple of patches that implements support for -Wl, and
-Xlinker for MSVC. The first one
On Fri, Sep 18, 2009 at 6:53 AM, Peter Rosin p...@lysator.liu.se wrote:
Hi Chris,
Den 2009-09-18 12:16 skrev Christopher Hulbert:
In my windows branch, I use link_search_path_spec as in:
_LT_TAGDECL([], [link_search_path_spec], [1],
[Flag to add a directory to the linker search path
PGI has compiler options to append libraries for PGI-compiled fortran
and C++ code when performing a link. The attached patch lets
ltmain.m4sh recognize them.
diff --git a/libltdl/config/ltmain.m4sh b/libltdl/config/ltmain.m4sh
index 6f44d35..795bf4a 100644
--- a/libltdl/config/ltmain.m4sh
+++
On Tue, Jun 16, 2009 at 2:05 PM, Ralf Wildenhuesralf.wildenh...@gmx.de wrote:
Hello Christopher,
* Christopher Hulbert wrote on Tue, Jun 16, 2009 at 05:40:09PM CEST:
PGI has compiler options to append libraries for PGI-compiled fortran
and C++ code when performing a link. The attached patch
On Wed, May 13, 2009 at 2:11 PM, Ralf Wildenhues ralf.wildenh...@gmx.de wrote:
Hello Christopher,
* Christopher Hulbert wrote on Wed, May 13, 2009 at 01:14:47PM CEST:
1. What's the future of that branch? Is it ever likely to merge into
master to become part of a libtool release and have
On Fri, Jun 13, 2008 at 11:55 AM, Peter O'Gorman [EMAIL PROTECTED] wrote:
Christopher Hulbert wrote:
GIT version still reports that the ifort linker does not support
shared libraries. The config.log is attached.
Hi Chris,
Your config.log confirms that ifort does not define __GNUC__, thanks
This patch defined R_OK to what I think it should be for windows and
changes access to _access. I think MS has access in an oldnames
library, but I chose to redefine it since according to MS, the POSIX
name access is deprecated
(http://msdn2.microsoft.com/en-us/library/ms235395(vs.80).aspx).
The attached patch allows compilers without unistd.h to generate
executables on windows 32 and 64-bit. This may not be the desired
version since it will be active on at least the MINGW host. On the
other hand, MINGW will support the code so it may not be a big deal.
Note: The relevant hunks of
On 4/3/07, Ralf Wildenhues [EMAIL PROTECTED] wrote:
Hello Christopher,
* Christopher Hulbert wrote on Tue, Apr 03, 2007 at 08:36:02PM CEST:
The attached patch allows compilers without unistd.h to generate
executables on windows 32 and 64-bit. This may not be the desired
version since
PGI compilers have an option to create an import library on windows.
The libtool default on windows (without any patches) is to create a
link to the dll for the .lib file. This obviously doesn't work. I am
not sure what the side-effects of the following patch is so I'm
submitting it here for
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
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
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 symbols
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 available
) Microsoft Corporation. All rights reserved.
libltdl/loaders/.libs/loadlibrary.o
bash-3.00$ ar t libltdl/.libs/loadlibrary.lib
libltdl/loaders/.libs/loadlibrary.o
On 2/21/06, Ralf Wildenhues [EMAIL PROTECTED] wrote:
* Christopher Hulbert wrote on Tue, Feb 21, 2006 at 04:53:31PM CET:
On 2/21/06
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 available
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
The attached patch fixes the empty wl variable and the MS toolchain
assumption of -link -dll.
pgi.patch
Description: Binary data
21 matches
Mail list logo