Hello,
I have installed gd-1.8.4 on solaris 2.8 host. Configure ran ok but I got an
error when I ran make. Can someone suggest an answer?
here is the error
aclocal: configure.in: 8: macro `AM_PROG_LIBTOOL' not found in library
*** Error code 1
make: Fatal error: Command failed for target `ac
I'm looking over the differences in how shared libraries are built
between MLB and 1.4. Some questions:
1. Any reason for version_type=linux in 1.4 and not MLB?
2. Should we sync up shared library names between 1.4 and MLB
(cf soname_spec below). Shared library names in MLB are
libfo
Albert:
Yes, this should be the case that MLB and 1.4 are similar.
I'm suprised that they aren't actually, but I haven't really
kept up with the 1.4 patches. Does this patch cause any
differences in the test suite results? If not I'm all for it.
Robert
[EMAIL PROTECTED] wrote:
>
> I'm lookin
On Wed, Apr 25, 2001 at 10:38:31AM -0500, [EMAIL PROTECTED] wrote:
> I've been meaning to send in a patch about this:
>
> soname_spec='${libname}${release}.so$major'
>
> is what we finally decided to go with for AIX standard linking.
> It is important to get these synched up, or we will have bin
Hi Albert,
It looks like AIX has been using
version_type=linux
for quite some time. So I guess we should keep using it.
Dan
> From: [EMAIL PROTECTED]
>
> On Wed, Apr 25, 2001 at 10:38:31AM -0500, [EMAIL PROTECTED] wrote:
> > I've been meaning to send in a patch about this:
> >
> > soname_s
I've been meaning to send in a patch about this:
soname_spec='${libname}${release}.so$major'
is what we finally decided to go with for AIX standard linking.
It is important to get these synched up, or we will have binary
compatibility problems.
Dan
> From [EMAIL PROTECTED] Wed Apr 25 08:13:05
On Wed, Apr 25, 2001 at 10:10:06AM -0500, Robert Boehne wrote:
> Yes, this should be the case that MLB and 1.4 are similar.
> I'm suprised that they aren't actually, but I haven't really
> kept up with the 1.4 patches. Does this patch cause any
> differences in the test suite results? If not I'm
libtool <[EMAIL PROTECTED]> writes:
> On Tue, Apr 24, 2001 at 12:46:33AM -0700, Russ Allbery wrote:
>> That patch fixed the hang. The test results still aren't pretty.
> Apply the fix I posted to libtool-patches. That should bring it down to
> 6 failures.
I assume that this is the one now in t
Configuring libtool 1.4a (1.923 2001/04/25 01:01:22)
checking for gcc... (cached) cc
checking whether the C compiler (cc ) works... yes
checking whether the C compiler (cc ) is a cross-comp
Configuring libtool 1.4a (1.923 2001/04/25 01:01:22)
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler..
Configuring libtool 1.3e (1.913 2001/04/23 21:59:34)
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler..
Why is tests/quote.test hardcoded to use gcc? In MLB tests/quote.test,
we use $CC and get CC from tests/defs by:
eval `$libtool --config | grep '^CC='`
--
albert chin ([EMAIL PROTECTED])
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org
In 1.4's libtool.m4 we have:
if test "$GCC" = yes; then
lt_cv_prog_cc_wl='-Wl,'
lt_cv_prog_cc_static='-static'
case $host_os in
aix*)
...
else
# PORTME Check for PIC flags for the system compiler.
case $host_os in
aix3* | aix4* | aix5*)
# All AIX code is
On Wed, Apr 25, 2001 at 11:08:05AM -0500, [EMAIL PROTECTED] wrote:
> It looks like AIX has been using
> version_type=linux
> for quite some time. So I guess we should keep using it.
Ok, patch to MLB to sync with 1.4 attached.
ChangeLog:
2001-04-25 Albert Chin-A-Young <[EMAIL PROTECTED]>
On Apr 24, 2001, "Gary V.Vaughan" <[EMAIL PROTECTED]> wrote:
> Since I don't want to hold up the release any longer, I am going to
> break the commit rules and remove all use of the inline keyword (and
> the AC_C_INLINE) from libltdl before I roll up the release -- unless
> someone asks me not to
Alexandre Oliva wrote:
>
> On Apr 25, 2001, Nick Hudson <[EMAIL PROTECTED]> wrote:
>
> > These fails due to a problem in ld.aout_so (see lib/10940) that has
> > recently been fixed and is available in the netbsd-1-4 tagged sources.
>
> Nick, would you mind submitting a patch to libtool that wil
On Apr 25, 2001, Nick Hudson <[EMAIL PROTECTED]> wrote:
> These fails due to a problem in ld.aout_so (see lib/10940) that has
> recently been fixed and is available in the netbsd-1-4 tagged sources.
Nick, would you mind submitting a patch to libtool that will disable
shared libraries in case the
"Edouard G. Parmelan" wrote:
>
>
> Configuring libtool 1.3e (1.913 2001/04/23 21:59:34)
>
> checking host system type... i386-unknown-netbsd1.4.1
> checking build system type... i386-unknown
The test to determine if a compiler supports -c and -o creates a
non-writable directory and performs a test compile sending stderr to a
file. If the file is non-empty, even if the object file was written
(CWD is a non-writable directory while -o points to a file in a
writable directory), the test
Title: *»çÀ̹ö°ÁÂ(»ùÇÃÆ÷ÇÔ)¸¦µéÀ¸½Ã·Á¸éGVA¸¦¼³Ä¡ÇϼžßÇÕ´Ï´Ù.
"Gary V. Vaughan" <[EMAIL PROTECTED]> writes:
>
> The problem is that libtool.m4 jumps through a bunch if hoops to
> find an echo that doesn't interpret backslashes, since it is quite a
> common problem, which causes libtool a lot of headaches.
Sorry I'm a bit thick, I've not been addressing the
On Wed, Apr 25, 2001 at 04:13:13PM -0500, [EMAIL PROTECTED] wrote:
> The test to determine if a compiler supports -c and -o creates a
> non-writable directory and performs a test compile sending stderr to a
> file. If the file is non-empty, even if the object file was written
> (CWD is a non-writa
On Wednesday 25 April 2001 1:49 pm, cris@hamilton wrote:
> Hello,
>
> I have installed gd-1.8.4 on solaris 2.8 host. Configure ran ok but I got
> an error when I ran make. Can someone suggest an answer?
>
> here is the error
>
> aclocal: configure.in: 8: macro `AM_PROG_LIBTOOL' not found in libra
On Wednesday 25 April 2001 8:33 pm, Alexandre Oliva wrote:
> On Apr 24, 2001, "Gary V.Vaughan" <[EMAIL PROTECTED]> wrote:
> > Since I don't want to hold up the release any longer, I am going to
> > break the commit rules and remove all use of the inline keyword (and
> > the AC_C_INLINE) from libl
Can someone offer direction to this strange
problem. I have built a 4 line function and built it into a shared
library using libtool. I call the library with dlopen() (which is
succesful), but when I call dlsym() it can't find the symbol for the
function. However, If i go into the gdb deb
On Tue, Apr 17, 2001 at 02:51:08AM +0100, Gary V. Vaughan wrote:
> > AIX by default wants it's shared libraries called lib.a.
> > So libltdl.a is created (as a symlink to libltdl.so.3.0.0).
> > The Makefile then wants to create a non-shared library also called
> > libltdl.a. This predictably fails
On Tue, Apr 24, 2001 at 02:47:38AM -0300, Alexandre Oliva wrote:
> On Apr 22, 2001, [EMAIL PROTECTED] wrote:
> > BTW, another possible solution is to compile with CFLAGS=-s. Compiling
> > without CFLAGS=-g solves the problem on Solaris and with CFLAGS=-s
> > solves the problem on IRIX 6.x.
>
> I'
27 matches
Mail list logo
