Found the problem myself - it was the RTTI-setting, not libtool that was
the problem.
Lars J
Hi guys,
I'm programming on some automake/autoconf/libtool based projects on
Linux and BeOS. A while back we upgraded from libtool 1.2f to libtool
1.3.4 and libtool stopped producing shared libraries. We upgraded
automake to 1.4a and autoconf to 1.14.1 at the same time - whether this
is related
On Tue, Feb 15, 2000 at 04:49:15PM +0100, Lars J. Aas wrote:
: I'm programming on some automake/autoconf/libtool based projects on
: Linux and BeOS. A while back we upgraded from libtool 1.2f to libtool
: 1.3.4 and libtool stopped producing shared libraries.
[...]
I did this change i
On Tue, Feb 15, 2000 at 02:08:13PM -0200, Alexandre Oliva wrote:
: On Feb 15, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
:
: > Creating the shared library manually isn't any problem, though:
:
: Look for `-no-undefined' in the libtool manual.
Will do.
: Has
On Tue, Feb 15, 2000 at 11:18:44AM -0500, Frank Ch. Eigler wrote:
: Hi -
:
: > /bin/sh ../libtool --mode=link gcc -g -O2 -o libsimage.la -rpath
:/boot/users/larsa/lib -version-info 0:0:0 -release 0.9 simage.lo simage_png.lo
:simage_tga.lo simage_rgb.lo simage_pic.lo -lpng -lz
:
: Try addin
I'm using libtool (1.3.4) to create a shared C++ library on BeOS.
In the final linking stage, libtool drops all the libraries my
library depends on, resulting in a load of undefined reference
error messages.
| /bin/sh ../../../libtool --mode=link c++ -g -O2 -DSOBE_DEBUG=1 -fno-rtti
|-fno-except
I have a problem with libtool for beos, which is that I can't derive
the classes in the standard shared libraries without causing a crash.
I'm trying to derive BGLView in a libtool library, and everything seems
fine until I add it to a window.
I've created a minimal demonstration-archive located
On Mon, Mar 20, 2000 at 02:41:03AM +0100, Erik Eriksson wrote:
: Hi,
:
: I have problems getting libtool to create shared libraries under BeOS.
: When examining the libtool-script and comparing with another platform,
: it seems that if I change the definition below:
:
: # Flag that allows shared
On Sun, Mar 19, 2000 at 10:16:13PM -0500, Kevin Atkinson wrote:
: Some one in personal email said:
:
: > This is what proper design of header files is all about. Don't put
: > what you don't want used in the installed header files.
:
: I just KNEW someone would say that. The thing is programs t
On Mon, Mar 20, 2000 at 11:44:08PM -0300, Alexandre Oliva wrote:
: On Mar 20, 2000, "Lars J. Aas" <[EMAIL PROTECTED]> wrote:
: > I notice I've hardcoded "deplibs_check_method=pass_all" myself in ltmain.sh
: > in some project, because libtool kept dropp
On Tue, Mar 28, 2000 at 06:26:20PM -0300, Alexandre Oliva wrote:
: On Mar 28, 2000, Kevin Atkinson <[EMAIL PROTECTED]> wrote:
: > How do I make the multi-lang libtool use c++ to link c++ shared libraries
: > so that the c++ libraries are linked in.
:
: IIRC, you'd have to arrange for libtool to g
On Sat, Jun 03, 2000 at 06:15:34PM -0700, Mo DeJong wrote:
: On 3 Jun 2000, Alexandre Oliva wrote:
: > Unless there's a very pressing reason to do it, I'd rather be able to
: > use libtool with older releases of autoconf and automake. I don't
: > like the idea of forcing people to upgrade more th
On Thu, Sep 07, 2000 at 01:41:58PM -0400, Pavel Roskin wrote:
: Index: ChangeLog
: --- ChangeLog Thu Sep 7 08:22:46 2000
: +++ ChangeLog Thu Sep 7 13:36:19 2000
: @@ -0,0 +1,5 @@
: +2000-09-07 Pavel Roskin <[EMAIL PROTECTED]>
: +
: + * libtool.m4 (_LT_AC_LTCONFIG_HACK): fixed incorrect use
On Fri, Sep 08, 2000 at 09:05:57AM -0400, Pavel Roskin wrote:
: I'll try to remove changequote()s from libtool.m4 as long as it remains
: compatible with Autoconf-2.13
I don't see how this can be a problem - it's strictly an m4 parse issue,
and the m4 parsing is the same, no matter which autoconf
On Fri, Nov 03, 2000 at 06:39:02PM +0100, Bernard Dautrevaux wrote:
: So the obvious:
:
: what is Autoshell?
Autoconf macros for partable shell scripting.
: Note that my question was due to the fact that i *do* use AS_FLAGS for
Can't you use ASFLAGS? You don't see C_FLAGS and CPP_FLAGS,
I've just successfully started using CVS libtool `multi-language-branch'
together with the latest and greatest CVS Autoconf and CVS Automake.
I got lots of warnings while bootstrapping the archive though, and I got
into a circular dependency problem in the projects trying to use libtool
which I fi
lt
behaviour if you use Autoconf 2.13, but not with the latest CVS Autoconf
in other words.
To make Autoconf's tests override the ltconfig tests, we only need to
export the variable $ac_cv_exeext. I therefore propose the following
patch for CVS Autoconf:
2001-01-11 Lars J. Aa
On Mon, Jan 22, 2001 at 12:57:33PM -0500, Kevin Atkinson wrote:
: I should also add that I am using the multi-lib branch of libtool.
multi-language, perhaps?
Lars J
--
Innovation is one percent inspiration and ninetynine percent perspiration,
and in my case; twice that... -- Norville Barnes,
2001-01-29 Lars J. Aas <[EMAIL PROTECTED]>
* libtool.m4 (_LT_AC_LTCONFIG_HACK): clear $CYGWIN variable
on cygpath invokation to avoid garbage output (depending on
the setting of $CYGWIN) when the "$srcdir" argument is the
empty string.
I
On Wed, Jan 31, 2001 at 05:27:25PM -0200, Alexandre Oliva wrote:
: On Jan 31, 2001, "Boehne, Robert" <[EMAIL PROTECTED]> wrote:
: > SGI was one system that would not allow me to use $reload_cmds because
: > $LD was set to CC.
:
: This is wrong. LD should be ld, not cc. That was a kludge we'd us
On Fri, Mar 23, 2001 at 03:37:22PM -0300, Alexandre Oliva wrote:
: On Mar 23, 2001, Maria Chiara Ubaldi <[EMAIL PROTECTED]> wrote:
:
: > ERROR In procedure dynamic-link:
: > ERROR File not found
:
: Not without a lot of additional information. For example, on which
: platform is that? Where is
On Tue, Apr 17, 2001 at 01:11:45PM -0500, Robert Boehne wrote:
: It seems that every
: time I try to configure, ltconfig fails because it doesn't
: get $host set. Here's the message from configure:
:
: checking whether ln -s works... yes
: ltconfig: you must specify a host type if you use `--no-
On Mon, Apr 30, 2001 at 03:22:55PM +0200, Alexander Mai wrote:
: BTW, can anyone give estimated release dates for
: autoconf/automake?
Autoconf - in roughly a week or so?
Automake - in the blue?
Lars J
--
Innovation is one percent inspiration and ninetynine percent perspiration,
and in my cas
I installed libtool 1.4 in the wrong place and then tried "make uninstall"
before doing a reconfigure. It complained about not finding "install-info"
or something - I didn't care to investigate further.
Lars J
___
Libtool mailing list
[EMAIL PROTECT
On Mon, May 14, 2001 at 01:19:20PM -0700, Howard Chu wrote:
: ¿Â¶óÀÎÄÚ¸®¾Æ wrote:
:
: ¢Ä ¿À´ÃÀÇ À¯¸Ó ¢Å
:
: My thoughts exactly, that was most enlightening.
Did you try rot13? :)
Lars J
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu
On Thu, Jun 07, 2001 at 11:30:22PM +0200, Marcelo E. Magallon wrote:
: needs a way to be able to set the soname. Yes, this is bad in general.
: It defeats the whole purpose of libtool, but the problem is that Mesa
: is providing another version of an existing library. I can imagine
: things
On Thu, Jun 07, 2001 at 11:50:44AM -0600, Brian Paul wrote:
: I'm not going to put a lot of effort into explaining this but here's
: the story.
:
: Mesa's used the convention libGL.so.1.2.xxyyzz for some years now.
: The "1.2" indicates the library implements the OpenGL 1.2 API.
: Anything else t
On Tue, Sep 11, 2001 at 05:06:51AM +0100, Gary V. Vaughan wrote:
: I am pleased to announce the release of GNU Libtool 1.4.2, which now
I haven't investigated this problem that thorough, but on a
"powerpc-apple-darwin1.3.7" system (an iBook) I had to change the
$archive_cmds variable (in libtool.
On Mon, Nov 19, 2001 at 11:36:21PM -0800, Russ Allbery wrote:
: Bob Friesenhahn <[EMAIL PROTECTED]> writes:
: > How is the application developer to know which directories are searched
: > by default?
:
: One can safely assume that /usr/lib and /usr/include are always searched
: by default. Those
Hi guys,
When porting our autoconf/automake/libtool setup for Coin
(www.coin3d.org) to work on MKS, I found that I had to apply the
following patch to Autoconf 2.57 to get the generated config.status
script to behave:
--
--- li
Hi Paul,
Paul Eggert <[EMAIL PROTECTED]> wrote:
: "Lars J. Aas" <[EMAIL PROTECTED]> writes:
: > Is it possible that this is a local problem for the given MKS user I
: > am working with and that he may have a somewhat faulty MKS
: > installation or something?
:
Regarding MKS sh and case/esac, I ran into another weird problem
during the MKS port which caused us to have to reorder a couple of
case switches in ltmain.in. At line 1229, you will find
-L*)
dir=`$echo "X$arg" | $Xsed -e 's/^-L//'`
# We need an absolute path.
[...]
-
Paul Eggert <[EMAIL PROTECTED]> wrote:
: "Lars J. Aas" <[EMAIL PROTECTED]> writes:
:
: > Is it possible that this is a local problem for the given MKS user I
: > am working with and that he may have a somewhat faulty MKS
: > installation or something?
:
: Possibly.
33 matches
Mail list logo
