Hi Karl,
* Karl Berry wrote on Mon, Feb 25, 2008 at 06:59:39PM CET:
A Texinfo contributor made use of two argz functions that are not in the
implementation in gnulib, argz_add and argz_count. As a result, of
course compilation failed on non-glibc systems. They seemed trivial to
implement,
Hi!
Duft Markus wrote:
Hi!
[...]
Attached is both a log for configure/build and the complete testsuite,
and a patch against current HEAD.
Has anybody looked into this yet? I'm afraid this won't apply anymore
when it's finally reviewed.
Cheers, Markus
2008-02-12 Markus Duft [EMAIL
Hi Ben,
* Ben Elliston wrote on Mon, Feb 25, 2008 at 07:07:03AM CET:
My patch detects when libtool is invoked by make -s and sets the same
flag (opt_silent) as if it were invoked with --silent.
This is an (undocumented) FAQ:
I've looked through that part of Libtool due to AIX issues and
discovered that export-symbols and its counterpart are not used for
linking programs at all. Only for libraries.
I don't know if this is intended behavior, but it is the way libtool
does things, even with 2.1
Hi all,
I'm
I've been building and packaging a lot of software in the past couple
weeks on my x86_64-sun-solaris2.10 workstation. I've been using the
Sun Workshop 12 C and C++ compilers for the builds.
I've run into several situations in the past week where I'm building a
package that's mainly written in
On Mon, 25 Feb 2008, Tim Mooney wrote:
On Solaris, if you are linking against any C++ objects, you must use the
C++ compiler to link. I don't know if that's common to other platforms
or not, as I don't have access to the plethora of UNIX platforms I used
to. In any case, the packages I've
On Mon, 25 Feb 2008, Tim Mooney wrote:
Thanks Bob, that's great news!
I don't see anything in 2.1b's info files or README or NEWS for updating
a project from 1.5.x to 2.2. I assume that means that there's nothing
a project maintainer needs to do other than to re-libtoolize his or her
project?
For a simple libtool convenience library, I've noticed the compile stage
compiles both PIC and non-PIC objects regardless of if it's actually
going to need PIC in the link stage. E.g, for something like this,
which is explicitly -static:
noinst_LTLIBRARIES = libconvenience.la
On Mon, 25 Feb 2008, Steven Brown wrote:
Is there a way to tell libtool to not build those PIC objects without
disabling shared libraries globally in the project with AC_DISABLE_SHARED?
Probably not without an ugly recursive configure. The problem is that
libtool does not know how the
Hello Steven,
* Steven Brown wrote on Tue, Feb 26, 2008 at 04:16:42AM CET:
noinst_LTLIBRARIES = libconvenience.la
libconvenience_la_LDFLAGS = -static
libconvenience_la_SOURCES = convenience.cc convenience.hpp
Is there a way to tell libtool to not build those PIC objects without
disabling
Hello Bob, Tim,
* Bob Friesenhahn wrote on Tue, Feb 26, 2008 at 03:11:44AM CET:
On Mon, 25 Feb 2008, Tim Mooney wrote:
I don't see anything in 2.1b's info files or README or NEWS for updating
a project from 1.5.x to 2.2. I assume that means that there's nothing
a project maintainer needs to
11 matches
Mail list logo
