This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Libtool.
The branch, master has been updated
via ce87974b8e4315c296629578f9abd089fda60412 (commit)
from
Den 2011-01-06 21:29 skrev Ralf Wildenhues:
[ dropping libtool@ ]
Hi Peter,
thanks for working on this!
* Peter Rosin wrote on Tue, Jan 04, 2011 at 05:44:58PM CET:
Subject: [PATCH] Convert ranlib argument to toolchain format.
--- a/libltdl/config/ltmain.m4sh
+++
Den 2011-01-07 09:02 skrev Peter Rosin:
Den 2011-01-06 21:29 skrev Ralf Wildenhues:
[ dropping libtool@ ]
Hi Peter,
thanks for working on this!
* Peter Rosin wrote on Tue, Jan 04, 2011 at 05:44:58PM CET:
Subject: [PATCH] Convert ranlib argument to toolchain format.
---
On 1/7/2011 3:02 AM, Peter Rosin wrote:
Den 2011-01-06 21:29 skrev Ralf Wildenhues:
* Peter Rosin wrote on Tue, Jan 04, 2011 at 05:44:58PM CET:
Before I tie up the lose ends with this patch, I wonder if Ralf (or someone
else) could tell me if I should also fix the other assignments of
Hi Charles,
* Charles Wilson wrote on Fri, Jan 07, 2011 at 05:55:50PM CET:
On 1/7/2011 3:02 AM, Peter Rosin wrote:
Den 2011-01-06 21:29 skrev Ralf Wildenhues:
* Peter Rosin wrote on Tue, Jan 04, 2011 at 05:44:58PM CET:
Before I tie up the lose ends with this patch, I wonder if Ralf (or
Den 2011-01-07 11:52 skrev Peter Rosin:
Subject: [PATCH] Convert file name to toolchain format when blessing archives.
* libltdl/config/ltmain.m4sh (func_mode_install): When executing
old_postinstall_cmds and old_archive_cmds, convert $oldlib to a
format appropriate for the tool and provide
On 1/7/2011 1:18 PM, Ralf Wildenhues wrote:
Err...that's not really uncommon.
[...]
OK, but I still would accept those kinds of changes to code for
little-used system only when someone has actually *tested* them in that
particular situation, and found the code to be erroneous prior patch
Den 2011-01-07 17:55 skrev Charles Wilson:
On 1/7/2011 3:02 AM, Peter Rosin wrote:
Den 2011-01-06 21:29 skrev Ralf Wildenhues:
* Peter Rosin wrote on Tue, Jan 04, 2011 at 05:44:58PM CET:
Before I tie up the lose ends with this patch, I wonder if Ralf (or someone
else) could tell me if I
Hello, everyone:
I want to produce a shared inter-library on mingw32 on winxp. But it
prompted
that can not link to static lib archive and then generated a static lib. I
have use
the options -no-undefined -shared.
my link line:
Howdy all!
I am working on netCDF, a set of (free) software libraries that enable
access to array-oriented scientific data. It is used heavily by climate
and other Earth scientists.
NetCDF includes a Fortran 90 API. The F90 library is put together as a
convenience library, and then the F77 is
On Fri, Jan 7, 2011 at 13:30, Ed Hartnett e...@unidata.ucar.edu wrote:
For some reason, the libtool script that ships with the dist is ignored,
and the build tries to use /usr/bin/libtool instead, and that's where it
comes unglued. This may have nothing to do with macos, but may mearly be
On 01/07/2011 06:30 AM, Ed Hartnett wrote:
libtool: link: g95 -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o
.libs/libnetcdff.0.dylib .libs/fort-attio.o .libs/fort-control.o
.libs/fort-dim.o .libs/fort-genatt.o .libs/fort-geninq.o
.libs/fort-genvar.o .libs/fort-lib.o
12 matches
Mail list logo
