Hi libtool developers and users,
libtool appears to depend on Unix find. Under Cygwin, an incorrect path can
cause the Windows FIND to be used instead. To the untrained eye, (that is,
me two days ago) it's not obvious from the output of configure and libtool
that this has happened. The only war
i'd very much appreciate you not sending email from MY DOMAIN
*starkvisions.com* ... i have other domains as well and i assure you i
will treat them all the same ... i would like to hear a confirmation from
you asap that you will quit spamming under my domain name or you leave me
no alternative bu
Bob Friesenhahn wrote:
On Thu, 25 Sep 2003, Bernhard Rumpler wrote:
When I try to link static libraries, then a warning "Linking the shared
library libgtkhtml-2.la against a loadable module - libhtmllayouthtml.a is
not portable!" is displayed. What does "not portable" mean in this
context?
I sus
On Thu, 25 Sep 2003, Bernhard Rumpler wrote:
> On Thu, 25 Sep 2003, Bob Friesenhahn wrote:
> > On Thu, 25 Sep 2003 [EMAIL PROTECTED] wrote:
> > > I want to compile gtkhtml2 (libgtkhtml) for windows,
> > > I use MinGW (gcc-3.2.3) and cygwin.
> > >
> > > My problem is that only static libraries are
On Thu, 25 Sep 2003, Bob Friesenhahn wrote:
> The easiest way to deal with MinGW is to use the MSYS shell which
> provides a limited Cygwin-like shell capable of supporting configure,
> make, and libtool, while automatically transforming Unix paths into
> the Windows paths that the tools require.
Bob Friesenhahn writes:
> While Cygwin does provide a compiler mode in which it may compile
> programs which use the MinGW library, there may be some problems with
> crossing over between the two environments.
This might be obvious to many, but anyway:
I have found that to ensure a mixture of
On Thu, 25 Sep 2003, Bob Friesenhahn wrote:
> On Thu, 25 Sep 2003 [EMAIL PROTECTED] wrote:
> > I want to compile gtkhtml2 (libgtkhtml) for windows,
> > I use MinGW (gcc-3.2.3) and cygwin.
> >
> > My problem is that only static libraries are created,
> > no .dlls. What could be the reason for this?
On Thu, 25 Sep 2003, Bernhard Rumpler wrote:
> On Thu, 25 Sep 2003, Guido Draheim wrote:
> > [EMAIL PROTECTED] wrote:
> > > *** Warning: This system can not link to static lib archive
> > > c:/libpath/lib/libfoo.la.
> >^
> > How did you do that? -- guido
>
> Since libto
On Thu, 25 Sep 2003, Guido Draheim wrote:
> If all
> dependencies are resolved then a dll should be there
> as $subdir/.libs/*.dll - check the content of the .la
> files in $subdir/*.la whether it has been configured
> correctly to create dynalibs (it's a text file). Then
> do the next step.
hmm,
On Thu, 25 Sep 2003, Guido Draheim wrote:
> [EMAIL PROTECTED] wrote:
> > *** Warning: This system can not link to static lib archive
> > c:/libpath/lib/libfoo.la.
>^
>
> How did you do that? -- guido
Since libtool on cygwin usually generates unix/cygwin-style paths
(sta
On Thu, 25 Sep 2003 [EMAIL PROTECTED] wrote:
>
> I want to compile gtkhtml2 (libgtkhtml) for windows,
> I use MinGW (gcc-3.2.3) and cygwin.
>
> My problem is that only static libraries are created,
> no .dlls. What could be the reason for this?
Alas, it is necessory for all libraries that your DLL
You may want to ask at mingw.org for specifics. If all
dependencies are resolved then a dll should be there
as $subdir/.libs/*.dll - check the content of the .la
files in $subdir/*.la whether it has been configured
correctly to create dynalibs (it's a text file). Then
do the next step.
[EMAIL PROTE
[EMAIL PROTECTED] wrote:
Hi,
I want to compile gtkhtml2 (libgtkhtml) for windows,
I use MinGW (gcc-3.2.3) and cygwin.
My problem is that only static libraries are created,
no .dlls. What could be the reason for this?
The problem is that the library consists of some
sub-packages (sub-directories)
On Thu, 25 Sep 2003 [EMAIL PROTECTED] wrote:
>
> Libtool, when used from cygwin, creates paths in
> cygwin format, e.g., /cygdrive/c/libs/libfoo.la.
>
> The MinGW tools require paths to be in windows/dos
> format, e.g., c:/libs/libfoo.la.
>
> Is it somehow possible to make libtool generate
> paths
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre DURET-LUTZ wrote:
| Savannah used to be a mirror, I don't know why it stopped.
| CVS instructions are on the Automake home page at
| http://sources.redhat.com/automake/
And there was I looking at http://www.gnu.org/software/automake which
has
On Fri, Sep 26, 2003 at 12:27:42AM +0900, Peter O'Gorman wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Alexandre Duret-Lutz wrote:
> | This seems to be an old version of Automake. The last Nestable
> | use was removed on 2003-08-12.
>
> I just checked out cvs HEAD via anonymous cv
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexandre Duret-Lutz wrote:
| This seems to be an old version of Automake. The last Nestable
| use was removed on 2003-08-12.
I just checked out cvs HEAD via anonymous cvs from savannah.gnu.org, but
looking at it the last ChangeLog entry was more than
<#secure method=pgpmime mode=sign>
This is our candidate release for Autoconf 2.58. We plan to release
it soon, so that Automake 1.8 can be released, hence Libtool 1.6, so
that GNU M4 2.0 can be shipped, enabling Autoconf 2.60 ;)
Please, test it thoroughly.
Akim, Alexandre, Jim, Paul,
On Thu, Sep 25, 2003 at 11:40:26PM +0900, Peter O'Gorman wrote:
> I kept getting crap like this:
> autoreconf: running: automake --add-missing --copy --force-missing
> Can't locate object method "TIEHASH" via package
> "Tie::RefHash::Nestable" at /usr/local/bin/automake line 517.
> autoreconf: fail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
~ On Wed, 24 Sep 2003, Gary V. Vaughan wrote:
|The attached patch reduces the size of libtool-1.5a.tar.gz as created
by 'make
|dist' from over 3 million bytes to under 2.26 million bytes... about a
25% saving.
|
|More importantly it paves the way for a
Hi,
I want to compile gtkhtml2 (libgtkhtml) for windows,
I use MinGW (gcc-3.2.3) and cygwin.
My problem is that only static libraries are created,
no .dlls. What could be the reason for this?
The problem is that the library consists of some
sub-packages (sub-directories) that are linked together
Hi,
I want to port libtool on qnx-6.2 platform so, I actually encounter a problem
about the so_name's libltdl.so.3.1.0 which is libltdl.so.3 (from objdump -p).
I really need that the so_name is libltdl.so.3.1.0.
I think that libtool has the responsability to inform GCC how to build this.
What I ha
Hallo,
this has been a topic on this list some time ago,
but I could not find any satisfactory answers:
Libtool, when used from cygwin, creates paths in
cygwin format, e.g., /cygdrive/c/libs/libfoo.la.
The MinGW tools require paths to be in windows/dos
format, e.g., c:/libs/libfoo.la.
Is it s
Help!
I am having a hard time installing apps in a staging area. What I am
trying to do is this:
./configure --prefix=/usr/local
make
make prefix=/usr/local/staging/appname install
The purpose is to package everything in /usr/local/staging/appname
to be later installed in /usr/local on multip
Hi,
About my problem, I found that the soname_spec is incorrect in libtool.m4 and
should be:
soname_spec='${libname}${release}${shared_ext}$versuffix
Tell me if you are agree with that.
I looked at the chapter 13 but I don't really understand what to do after having
modified libtool.m4 in o
25 matches
Mail list logo
