Have all these changes been merged in the multi-language branch? I
noticed that this branch still using a ltconfig.
--
Kevin Atkinson
kevina at users sourceforge net
http://www.ibiblio.org/kevina/
___
Libtool mailing list
[EMAIL PROTECTED]
http
On Sun, 1 Apr 2001, Gary V. Vaughan wrote:
On Friday 30 March 2001 3:54 am, Kevin Atkinson wrote:
I was wondering what the status is for supporting C++ on Win32 in the
multi-language branch of libtool.
The g++ support for win32 should not be any worse than for other libtool
supported
so that I can dynamically load a dll at run time so that Pspell will work
under Win32.
Thanks in advance.
--
Kevin Atkinson
kevina at users sourceforge net
http://www.ibiblio.org/kevina/
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org
xt and see if that works
---
Kevin Atkinson
kevina at users sourceforge net
http://metalab.unc.edu/kevina/
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
://pspell.soucreforge.net). So far I have only been able to get this
working fully on Linux and have not herd from anyone success on other
platforms.
Thanks in advance.
PS: I did talk to you guys earlier about some of these issues a while back
in case you remember.
---
Kevin Atkinson
kevina
On Mon, 22 Jan 2001, Kevin Atkinson wrote:
I am trying to get the dramatic loading of C++ libraries to work on Solaris
but I am running into problems with the fact that shared C++ libraries are
not provided on many systems because Gcc does not enable them by
default. Is there a way to get
On Mon, 22 Jan 2001, Lars J. Aas wrote:
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?
Yes that's what I meant sorry.
---
Kevin Atkinson
kevina at users sourceforge net
http
`something' :-)
How about `typedef struct lt_dlhandle_struct lt_dlhandle'?
Done!
Thanks. It works find now.
--
Kevin Atkinson
kevina at users sourceforge net
http://metalab.unc.edu/kevina/
___
Libtool mailing list
[EMAIL PROTECTED]
http://ma
overridden by
another definition of the name, which is what the `typedef' does.
So are you saying that you are not going to fix it. It does NOT appear
to be valid C++ code, thus when the header file is used in C++ programs it
prevents them from being compiled.
---
Kevin Atkinson
kevina at users
On 28 Nov 2000, Alexandre Oliva wrote:
On Nov 28, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
It does NOT appear
to be valid C++ code
I've just managed to compile:
typedef struct foo foo;
Yes that will compile but
typedef struct foo * foo
Won't, which is what the line
On Tue, 28 Nov 2000, Kevin Atkinson wrote:
I just updated to the latest CVS version of libtool and I noticed two
problems.
1) Even though I defined LT_NON_POSIX_NAMESPACE I still can't get lt_ptr_t
to work. After looking at the header file I discovered the really is
LT_FUBAR_NAMESPACE
On Sat, 10 Jun 2000, Ossama Othman wrote:
Hi,
On Sat, Jun 10, 2000 at 07:45:43PM -0400, Kevin Atkinson wrote:
Well since the ML branch was giving me s many problems I switched to
the HEAD brach for the time being becuase I wan't to get a release out
this weekend.
What I
ice:
pspell pspell-modules pspell_aspell aspell pspell pspell_ispell
Does anyone know of a good solution to this problem?
Everything works fine when shared libraries are used, but then again when
shared libraries are used I don't need to perform stage two because I can
load the modules at run time.
On 3 Jun 2000, Alexandre Oliva wrote:
On May 30, 2000, Ossama Othman [EMAIL PROTECTED] wrote:
On Wed, May 31, 2000 at 12:46:34AM -0400, Kevin Atkinson wrote:
ltconfig: `./ltcf-gcj.sh' does not exist
Not that big of a deal but quite annoying, especially since libtoolize
doesn't
table but non-writable
sections
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `libtest.la'
This is using the latest libtool ml checked out at arounf 5:00 PM EST.
I am using a CVS Version of Autoconf and automake not sure of the last
checkou
Makefile.am:
AUTOMAKE_OPTIONS = foreign
lib_LTLIBRARIES = libtest.la
libtest_la_SOURCES = test.cc
configure.in:
AC_INIT(test.cc)
AM_INIT_AUTOMAKE(test, 1.0)
AC_PROG_CXX
AC_LANG_CPLUSPLUS
AM_PROG_LIBTOOL
AC_LIBTOOL_CXX
AC_OUTPUT(Makefile)
test.cc:
#include iostream
void foo() {
cout
th
working with the released version. I remember trying the released version
and had some problems with automake making the file exec.C as the
executable
--
Kevin Atkinson
[EMAIL PROTECTED]
http://metalab.unc.edu/kevina/
when two different shared libraries
have slightly different versions of the same static library.
--
Kevin Atkinson
[EMAIL PROTECTED]
http://metalab.unc.edu/kevina/
On Sun, 28 May 2000, Stephan Kulow wrote:
Ossama Othman wrote:
Hi Stephan,
On Sat, May 27, 2000 at 10:10:44AM +0200, Stephan Kulow wrote:
Kevin Atkinson wrote:
Hopefully since KDE will be using it some KDE people will help to improve
the C++ support. I am sure
On Fri, 26 May 2000, Michael Matz wrote:
On Thu, 25 May 2000, Kevin Atkinson wrote:
Maybe I am missing something here but can't you just let g++ handle all
the C++ issues. If G++ does call the native linker and you need to pass
special options too it this native linker is bound
it this native linker is bound to be the same as the
linker used for C programs. So then can't C++ libtool get the necessarily
options to pass (like the rpath stuff) from the C part of libtool. Or am
I missing something?
---
Kevin Atkinson
[EMAIL PROTECTED]
http://metalab.unc.edu/kevina/
On 14 Apr 2000, Alexandre Oliva wrote:
My fear is that others might start to depend on this feature, which
might solve the problem for them, but not for people who happen to
install libraries in places other than /usr or /usr/local, like me.
In fact, I've always advocated against these
On 13 Apr 2000, Alexandre Oliva wrote:
On Apr 12, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
On 12 Apr 2000, Alexandre Oliva wrote:
On Apr 12, 2000, Michael Bletzinger [EMAIL PROTECTED] wrote:
Another option you might to try is listing libstdc++.a as an object
when you
On 14 Apr 2000, Alexandre Oliva wrote:
On Apr 14, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
So will listing out ALL the required libraries, provided that they are in
the library search path (ie no rpath nonsense) work on most system in both
the shared and static case?
I hope so
On Tue, 11 Apr 2000, Ossama Othman wrote:
Hi Kevin,
On Tue, Apr 11, 2000 at 02:43:23AM -0400, Kevin Atkinson wrote:
On Mon, 10 Apr 2000, Ossama Othman wrote:
Right. I don't have access to all of the platforms supported by libtool's
C library support so I wasn't able
On 11 Apr 2000, Alexandre Oliva wrote:
On Apr 11, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
You're linking C++ libraries to a C program? That seems a bit odd. Did I
misunderstand you?
Why? I have a library that is written in C++ but I would like C
programs to be able to use
On 28 Mar 2000, Alexandre Oliva wrote:
On Mar 28, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
On 28 Mar 2000, Alexandre Oliva wrote:
I tried that and it STILL insists on using gcc to make the shared
libraries.
Do you mean your Makefile runs:
libtool --mode=link g
On 29 Mar 2000, Alexandre Oliva wrote:
On Mar 29, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
AC_LIBTOOL_CXX
AM_PROG_LIBTOOL
You must swap these two lines. AM_PROG_LIBTOOL creates libtool,
AC_LIBTOOL_CXX requires AM_PROG_LIBTOOL, then appends to it, but then
the explicit
On 20 Mar 2000, Alexandre Oliva wrote:
On Mar 19, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
I want to have to [two?] different interfaces into the same library.
Yes 2.
You can't do that in a single library, in general. It's a matter of
the linker finding one library expecting
On 20 Mar 2000, Alexandre Oliva wrote:
On Mar 20, 2000, Kevin Atkinson [EMAIL PROTECTED] wrote:
The current version of libtool's does not support linking to other
libtool's libraries. Does the current CVS version?
Yep, sorry, forgot to mention that :-(
How stable is the CVS
to one and pspell modules and possibly other spell checkers will link to
the other.
On Sun, 19 Mar 2000, Kevin Atkinson wrote:
For one of my projects (pspell, http://pspell.sourceforge.net) I want to
have to different interfaces into the same library. One interface I hope
to rarely have
31 matches
Mail list logo