On Sat, 2008-03-01 at 09:39 -0600, Peter O'Gorman wrote:
Steven Munroe wrote:
I am trying to build a package on a OpenSuse-10.3 PowerMac G5. and I see
the following:
/bin/sh ../../libtool --tag=CC --mode=link /usr/bin/gcc -m64 -g -O2
-mcpu=power
4 -fno-strict-aliasing
Steven Munroe wrote:
On Sat, 2008-03-01 at 09:39 -0600, Peter O'Gorman wrote:
Steven Munroe wrote:
I am trying to build a package on a OpenSuse-10.3 PowerMac G5. and I see
the following:
/bin/sh ../../libtool --tag=CC --mode=link /usr/bin/gcc -m64 -g -O2
-mcpu=power
4 -fno-strict-aliasing
Hi Peter,
* Peter O'Gorman wrote on Tue, Mar 04, 2008 at 07:14:51AM CET:
Ralf Wildenhues wrote:
So I'd appreciate a review of this, and also test results on systems
with loaders other than preopen and dlopen. (I haven't even tested
successful compilation on those other systems.)
I
* Roberto Bagnara wrote on Mon, Mar 03, 2008 at 09:14:48PM CET:
P.S. In ./libtool there is the line
# Generated automatically by config.status (GNU ppl) 0.10pre16
`ppl' is indeed the short name of the project. I don't know
why it is preceded by GNU.
Fixed with the patch
Hello Roberto,
* Roberto Bagnara wrote on Mon, Mar 03, 2008 at 09:14:48PM CET:
$ cat mycommand
#!/bin/sh
echo mycommand invoked with argument '$1'
$ mycommand ciao
mycommand invoked with argument 'ciao'
$ ./libtool --mode=execute mycommand ciao
mycommand invoked with argument
CVSROOT:/cvsroot/libtool
Module name:libtool
Changes by: Ralf Wildenhues rwild 08/03/04 21:25:49
Modified files:
. : ChangeLog Makefile.am NEWS
libltdl/config : ltmain.m4sh
Added files:
tests : execute-mode.at
Log message:
CVSROOT:/cvsroot/libtool
Module name:libtool
Changes by: Ralf Wildenhues rwild 08/03/04 22:31:33
Modified files:
. : ChangeLog NEWS
libltdl: slist.c
Log message:
Fix libltdl to not skip dlopen on systems with several loaders,
URL:
http://savannah.gnu.org/patch/?6443
Summary: [MSVC 2/7] On Windows, find potential libs
regardless of file name case.
Project: GNU Libtool
Submitted by: pekberg
Submitted on: Tuesday 03/04/2008 at 10:56
Category:
URL:
http://savannah.gnu.org/patch/?6446
Summary: MSVC [5/7] MSVC doesn't support the -l option,
instead it expects the exact library file name
Project: GNU Libtool
Submitted by: pekberg
Submitted on: Tuesday 03/04/2008 at 11:01
URL:
http://savannah.gnu.org/patch/?6447
Summary: MSVC [6/7] Indicate if the archiver supports a
listing file
Project: GNU Libtool
Submitted by: pekberg
Submitted on: Tuesday 03/04/2008 at 11:03
Category: None
Update of patch #6442 (project libtool):
Summary: Allow Microsoft lib to be used as the archiver. =
[MSVC 1/7] Allow Microsoft lib to be used as the archiver.
___
Follow-up Comment #1:
* libltdl/m4/libtool.m4
Follow-up Comment #1, patch #6448 (project libtool):
I have no problems with this patch series on either mingw, nor
cygwin.
I have not found a functioning cccl to test with. I have tried
both cccl 0.03 as found on sf.net and cccl 0.05 as found on
http://tsunanet.net/~tsuna/cccl
Niether cccl
Hello libtoolers,
1) Can we move to use git now?
2) Can we create a branch-2-2 and cherry-pick bugfixes from HEAD
into it, aiming for a soonish 2.2.2 (let's say, in a few weeks;
already a few important issues are known)?
3) If yes and yes, do you agree with the proposed git policy:
master
Hi Peter,
* Peter O'Gorman wrote on Tue, Mar 04, 2008 at 07:14:51AM CET:
Ralf Wildenhues wrote:
So I'd appreciate a review of this, and also test results on systems
with loaders other than preopen and dlopen. (I haven't even tested
successful compilation on those other systems.)
I
I applied this tiny fix.
Cheers,
Ralf
2008-03-04 Ralf Wildenhues [EMAIL PROTECTED]
* doc/libtool.texi (Module loaders for libltdl): Fix typo.
Index: doc/libtool.texi
===
RCS file:
* Roberto Bagnara wrote on Mon, Mar 03, 2008 at 09:14:48PM CET:
P.S. In ./libtool there is the line
# Generated automatically by config.status (GNU ppl) 0.10pre16
`ppl' is indeed the short name of the project. I don't know
why it is preceded by GNU.
Fixed with the patch
Hello Roberto,
* Roberto Bagnara wrote on Mon, Mar 03, 2008 at 09:14:48PM CET:
$ cat mycommand
#!/bin/sh
echo mycommand invoked with argument '$1'
$ mycommand ciao
mycommand invoked with argument 'ciao'
$ ./libtool --mode=execute mycommand ciao
mycommand invoked with argument
Hi Bob,
* Bob Friesenhahn wrote on Tue, Mar 04, 2008 at 10:23:57PM CET:
I think that this topic should be discussed on [EMAIL PROTECTED] before
the final decision because not only libtool maintainers retrieve sources
and submit patches based on the version control system.
Sure, why not.
On Tue, 4 Mar 2008, Ralf Wildenhues wrote:
As far as cramping Gary's style goes, Gary (only used as an example
here) is prone to making large changes, and these changes may soon
render 'master' useless as a good source of patches for stable branches.
Ah, no, this problem is easily avoided.
Hello,
this fixes one of the most long-standing regressions of 2.2 over
branch-1-5. It causes issues on every system that has not only the
dlopen loader, but also another one. I bet this is the cause for
some long-standing issues on w32.
On HP-UX, the lt_dladvise test fails with
|
On Tue, 4 Mar 2008, Gary V. Vaughan wrote:
My point is that as the master version advances in time, the baseline for
submitted patches will become more and more different. Eventually a patch
from the master version can not reasonably be applied against a stable
branch.
That's no different to
Howdy Bob,
On 4 Mar 2008, at 17:29, Bob Friesenhahn wrote:
On Tue, 4 Mar 2008, Ralf Wildenhues wrote:
As far as cramping Gary's style goes, Gary (only used as an example
here) is prone to making large changes, and these changes may soon
render 'master' useless as a good source of patches for
Ouch :-( Nice catch.
On 4 Mar 2008, at 17:31, Ralf Wildenhues wrote:
Gary, could you take care of pushing this change to upstream slist
users
if any?
No other active projects are using slist to my knowledge (excepting
some non-GNU stuff of my own).
I have got some slist unit tests
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Ralf Wildenhues on 3/4/2008 1:56 PM:
| Hello libtoolers,
|
| 1) Can we move to use git now?
I sure hope so! It appears to have worked out well for coreutils,
autoconf, automake, m4, and gnulib, which are all closely related projects.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Ralf Wildenhues on 3/4/2008 2:14 PM:
| Fixed with the patch below. I don't care much that, in the Libtool
| package itself, the will result in a libtool script with the line
| # Generated automatically by config.status (libtool 1.2600
Hi Gary,
* Gary V. Vaughan wrote on Wed, Mar 05, 2008 at 12:10:30AM CET:
On 4 Mar 2008, at 15:56, Ralf Wildenhues wrote:
2) Can we create a branch-2-2 and cherry-pick bugfixes from HEAD
into it, aiming for a soonish 2.2.2 (let's say, in a few weeks;
already a few important issues are known)?
Ralf Wildenhues wrote:
I think we should wait until we are reasonably sure that we won't need a
maintenance release for several weeks before cutting over to git. 2.2.2
in a few weeks is a worthy goal (2.1b and 2.2 were on the first of the
month, so April 1st seems like a good target), so
On Mon, Mar 3, 2008 at 6:37 PM, Peter O'Gorman [EMAIL PROTECTED] wrote:
Dan Nicholson wrote:
I was just looking through the pic code evaluation in libtool.m4 and
not getting real excited about recreating that.
In xserver's configure.ac you can, somewhere after AC_PROG_LIBTOOL, put
On Tue, Mar 4, 2008 at 7:43 AM, Peter O'Gorman [EMAIL PROTECTED] wrote:
Dan Nicholson wrote:
On Mon, Mar 3, 2008 at 6:37 PM, Peter O'Gorman [EMAIL PROTECTED] wrote:
I am pretty sure that you can similarly avoid the need for a fake
convenience .la, but can not work it out without
On Tue, Mar 4, 2008 at 10:50 AM, Daniel Herring [EMAIL PROTECTED] wrote:
On Tue, 4 Mar 2008, Dan Nicholson - [EMAIL PROTECTED] wrote:
Do you know if there's any way for automake to ignore the include
keyword? I.e., I really want the include to be processed by make,
not automake. The only
On Tue, 4 Mar 2008, Dan Nicholson - [EMAIL PROTECTED] wrote:
Do you know if there's any way for automake to ignore the include
keyword? I.e., I really want the include to be processed by make,
not automake. The only ugly way I could think of was to include a
dummy file that had the real
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Ralf Wildenhues on 3/4/2008 1:56 PM:
| Hello libtoolers,
|
| 1) Can we move to use git now?
I sure hope so! It appears to have worked out well for coreutils,
autoconf, automake, m4, and gnulib, which are all closely related projects.
Hello,
To achieve my goals, I've borrowed some of the internals of the auto*
tools (and libtool). I'd like to somehow check the version of the
autotools during autoreconf time and include macros specific to a
particular version. If I see a version that I haven't tested with, then
I'd like to
33 matches
Mail list logo