Re: Rare OS's in config.guess

Gary Kumfert wrote: How does one get new build system triplets cannonized into config.guess? Hi Gary, The config project owns config.guess. See http://savannah.gnu.org/projects/config for more information. cheers, dalibor topic ___ http

Re: why do we even want shared libraries anyway>

ike memory, disk space, and allow separate components to be administrated separately, so that security and configuration issues can be dealt with centrally, for example. cheers, dalibor topic ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: libltdl examples

have to see if I can track the people down, assuming we're collecting copyright assignments and paperwork on libtool patches, right? I'd also have a hard time tracking down a machine that has NeXTStep on it, frankly ;) cheers, dalibor topic _

Re: libltdl examples

20Module for a description of functions, and http://www.kaffe.org/cgi-bin/viewcvs.cgi/kaffe/kaffe/kaffevm/ for the current code of external.[ch] and slib.h. hope this helps, dalibor topic ___ http://lists.gnu.org/mailman/listinfo/libtool

Re: Libtool API suggestion: LTDL_SHLIB_PRE and/or char* ltdl_map_shared_name(const char* name)

Ralf Wildenhues wrote: > * Dalibor Topic wrote on Tue, Aug 23, 2005 at 08:20:42PM CEST: > >>It would be nice if libtool provided a way to either map a short dynamic >>library name to a full name (say, something -> libsomething.so) or >>offered an autoconfish way to get

Re: Libtool API suggestion: LTDL_SHLIB_PRE and/or char* ltdl_map_shared_name(const char* name)

Albert Chin wrote: On Tue, Aug 23, 2005 at 08:20:42PM +0200, Dalibor Topic wrote: It would be nice if libtool provided a way to either map a short dynamic library name to a full name (say, something -> libsomething.so) or offered an autoconfish way to get the platform-specifc shared libr

Libtool API suggestion: LTDL_SHLIB_PRE and/or char* ltdl_map_shared_name(const char* name)

e projects reinventing the wheel. It also seems that ltdl.c uses the "lib" prefix specifically in one case [2] , where it may or may not make sense to use a hypothetical LTDL_SHLIB_PRE. cheers, dalibor topic [1] http://lists.gnu.org/archive/html/bug-bash/2005-08/msg7.html [2] ltdl

Re: libtool on older OpenBSD versions

Hi Gary, Dalibor Topic wrote: I've recently bumped into a libtool problem with older (3.3) OpenBSD on m68k, where linking of one kaffe library fails because the linker doesn't find the verifier libraries, as they don't end up having version suffixes. Using need_version=yes se

libtool on older OpenBSD versions

ems to fix that. See http://www.kaffe.org/pipermail/kaffe/2004-September/099835.html for details. cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/libtool

Re: When/why does the 'missing' script run

Gary V.Vaughan wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Dalibor, On 23 Apr 2004, at 16:26, Dalibor Topic wrote: I'm using a patched up libtool in kaffe, and every now and then the 'missing' script ruins a build a la Making all in libltdl gmake[1]: Entering direc

When/why does the 'missing' script run

mp/topi/build/libltdl' gmake: *** [all-recursive] Error 1 any idea why the 'missing' script would get run? And how to stop it from asking for autoconf? cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Do autotools support free Microsoft compiler?

works with the free beer compilers from MS. It works quite well with autoqt and VC++ 6 in order to build our theorem prover and link the GUI to qt all from the same autotools build scripts we use under unix. cheers, dalibor topic ___ Libtool mailing li

Re: m4 files not found during make dist

oolize worked fine again. cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Libtool 1.5.2 on HP-UX 10.20

Hi all, I've had some problems with building kaffe on a parisc-hpux 10.20 box, so I decided to run the 1.5.2 make check on it. I've attached the results. cheers, dalibor topic Making check in . Making check in libltdl Making check in doc Making check in tests make check-

Re: Version numbering

uses the odd/even numbering now too ;) cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: libtool pre-1.5b tests fail on 9 debian arches

p resurfacing till they receive a reply. cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: libtool pre-1.5b tests fail on 9 debian arches

been done by packagers and hasn't entered libtool yet. If the libtool team could make the effort to accept more libtool package maintainers as contributors, I think all sides would profit. Kaffe too ;) thanks for reading, dalibor topic Scott James Remnant wrote: (Removed debian lists from C

Re: dotnet platform support / gnu config.sub (long)

Guido Draheim wrote: Dalibor Topic wrote: Guido Draheim wrote: For the java machine, the term `jvm` is used universally. I do not remember there were any dependency on pointer lengths, it runs in managed mode always. JVM, JDK, Java, etc. are all trade marks with associated conditions of use

Re: dotnet platform support / gnu config.sub (long)

lted, and this is the concensual proposal, I'd like to have the reference to the mailing list threads ;) If that's not happended, then let's discuss this first, as it's a good idea, but it needs to be discussed in a broader, more realted audience, than the libtoo

Re: Fixing malloc.h related warning

to libtool patches with Bob's implementation. cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Fixing malloc.h related warning

IB_H) #include #else #if defined(HAVE_MALLOC_H) #include #else #error "Can not find a header declaring malloc." #endif #endif if this is o.k., I'll submit a patch. cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Fixing malloc.h related warning

Hi Robert, what about /* * Include the header defining malloc. * * On K&R C compilers, that's , * on ANSI C and ISO C compilers, that's * . * */ #if HAVE_STDLIB_H # include #else # if HAVE_MALLOC_H #include # endif #endif cheers, dalibor topic Boehne, Robert wrote:

Fixing malloc.h related warning

/malloc.h:2: warning: #warning "this file includes which is deprecated, use instead" Could the offending include be removed from source of ltdl.c? cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailma

Re: libtool patches

to the FSF before they can be incorporated. Sounds like a good entry for libtool.texi ... cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Fixing Re: Is libtool being maintained at all?

Hi Albert, Albert Chin wrote: On Mon, Jul 14, 2003 at 08:25:06PM +0200, Dalibor Topic wrote: The proper way to fix it could be to do a binary search over multiples of 2 instead of the linear search emplyed now. Use a resonable minamal value like 2**13, which leaves only a few options between 2

Fixing command line limits (Was: Re: Fixing Re: Is libtool beingmaintained at all?)

Bob Friesenhahn wrote: On Mon, 14 Jul 2003, Dalibor Topic wrote: Your patch looks fine. Yay, my first libtool patch ;) The proper way to fix it could be to do a binary search over multiples of 2 instead of the linear search emplyed now. Use a resonable minamal value like 2**13, which leaves only

Fixing Re: Is libtool being maintained at all?

Bob Friesenhahn wrote: On Mon, 14 Jul 2003, Dalibor Topic wrote: Our patches are against libtool 1.5, I hope that's current enough. Patches against current CVS libtool are definitely preferred even though this puts more burden on the patch submitter. The easier and less risky your patch

Libtool 1.5 messes up cross-compilation

e bug, available here: http://mail.gnu.org/archive/html/libtool/2001-10/msg00127.html . Before I try to use it in kaffe, I'd like to know if this patch been reviewed or has it just dropped silently to the floor? cheers, dalibor topic ___ Libtool ma

Re: Is libtool being maintained at all?

Hi Bob, thank you very much for your quick reply, and taking my concerns seriously. Bob Friesenhahn wrote: On Sun, 13 Jul 2003, Dalibor Topic wrote: Salut Nicholas, hello Bob, The somewhat bad part is that we have discovered several problems with libtool 1.5, ranging from hour-long configure

Re: Is libtool being maintained at all?

eceive a response some day, if I only keep reposting them often enough. ;) If that's not possible, maybe a 'most general unified' fork of libtool under a different umbrella could be a temporary, egcs-like solution to what I percieve to be a problem in the making. cheers, da

[PATCH] Repost: Maximum command line length for AmigaOS

out [1] the test takes more than an hour to complete on m68k-amigaos using pdksh. I've attached a patch that sets maximum command line length on the amiga to 8K. Tony tested it, and it worked for him. So it would be nice if it could find it's way into the next libtool release. cheer

Re: Is libtool being maintained at all?

sd.org/cgi/cvsweb.cgi/ports/devel/libtool15/files/ http://rpmfind.net//linux/RPM/rawhide/1.0/i386/RedHat/RPMS/libtool-1.5-3.i386.html http://ftp.debian.org/debian/pool/main/libt/libtool/libtool_1.4.3-10.diff.gz etc. Back to my own patch: I'll repost it to libtool-patches and post a pat

Is libtool being maintained at all?

months of silence. So I'm wondering what the current status of libtool is: is it being developed, dormant or dead? cheers, dalibor topic ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Patch ping (Was: Re: maximum command line length check takes morethan an hour on AmigaOS with pdksh)

Hi, I've sent in the patch below last week and didn't get a reply ;(. I'd like to know if my libtool patch is O.K., or is being rejected for some reason, and how I can fix it in that case. cheers, dalibor topic --- Dalibor Topic <[EMAIL PROTECTED]> wrote: > Hi all, &g

maximum command line length check takes more than an hour onAmigaOS with pdksh

nd it worked for him. So it would be nice if it could find it's way into the next libtool release. cheers, dalibor topic p.s. We have more patches for libtool pending in kaffe 1.1.0 [2]. I'll send you small patches over the next week on this forum, if that's o.k. [1] http://www.kaffe

re: libtool: -e: command not found

, > and I'm generally a libtool nincompoop, so take that > with a grain of salt :-) It only took me about a week or so, last time I tried ;) I may still have the patch around, and I'll send it over your way if I can find it. best regards, dalibor topic ___

Building shared C++ libraries

l 1.4.3 on i386-linux when trying to link c++ code to shared libraries uses gcc instead of g++. So it forgets to link in -lstdc++ and -lg++ . best regards, dalibor topic __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up