Re: broken libguile.la file (libguile12-1.6.7-1)

2005-06-10 Thread Jan Nieuwenhuizen
Brian Dessent writes:

> # Libraries that this one depends upon.
> dependency_libs=' /home/mingw/cygwin/root/usr/lib/libguile-ltdl.la
> -lcrypt'

Ugh.  Apparently my after-libtool cleanup failed.

> So I changed the 'library_names' line to 'libguile.dll.a' instead of
> 'cygguile.dll.a', and the link worked.  I'm really not totally fluent in
> libtool but it does seem to me that these are guile packaging problems
> and not the fault of autogen, no?

Yes, so it seems.  I'll try to add more sed fixup rules; thanks.

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


Re: broken libguile.la file (libguile12-1.6.7-1)

2005-06-10 Thread Brian Dessent
Dave Korn wrote:

>   An expression of sympathy, nothing else!  I know how he feels, because
> that was the exact same point where I gave up after an all-night struggle.

Actually, after fixing those two problems with libguile.la, autogen
compiles (almost) out of the box with 'LDFLAGS="-Wl,-no-undefined"
./configure && make'.  It fails 5 of 19 tests of its testsuite though. 
I didn't really care about that, as it works well enough for the gcc
fixincludes testsuite.  (And yes, I know that I can just do "make -k
check" for that and not require autogen at all.)

Brian


RE: broken libguile.la file (libguile12-1.6.7-1)

2005-06-10 Thread Dave Korn
Original Message
>From: Corinna Vinschen
>Sent: 10 June 2005 10:47

> On Jun 10 10:28, Dave Korn wrote:
>>> From: Brian Dessent
>>> I was trying to build autogen
>> 
>>   Ouch.
> 
> And this reply serves what purpose exaclty?
> 
> Corinna


  An expression of sympathy, nothing else!  I know how he feels, because
that was the exact same point where I gave up after an all-night struggle.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today



Re: broken libguile.la file (libguile12-1.6.7-1)

2005-06-10 Thread Corinna Vinschen
On Jun 10 10:28, Dave Korn wrote:
> >From: Brian Dessent
> > I was trying to build autogen 
> 
>   Ouch.  

And this reply serves what purpose exaclty?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
Red Hat, Inc.


RE: broken libguile.la file (libguile12-1.6.7-1)

2005-06-10 Thread Dave Korn
Original Message
>From: Brian Dessent
>Sent: 10 June 2005 01:20

> I was trying to build autogen 


  Ouch.  

cheers,
  DaveK
-- 
Can't think of a witty .sigline today



Re: broken libguile.la file (libguile12-1.6.7-1)

2005-06-10 Thread Gerrit P. Haase

Brian Dessent wrote:


I was trying to build autogen when I got to this:

/bin/bash ../libtool --tag=CC --mode=link ccache gcc 
-Wl,-no-undefined   -o autogen.exe -export-dynamic  autogen-ag.o
.../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm 
libtool: link: cannot find the library

`/home/mingw/cygwin/root/usr/lib/libguile-ltdl.la'

This apparently comes from the following in /usr/lib/libguile.la:

# Libraries that this one depends upon.
dependency_libs=' /home/mingw/cygwin/root/usr/lib/libguile-ltdl.la
-lcrypt'

After changing that to /usr/bin/libguile-ltdl.la, I got this:

/bin/bash ../libtool --tag=CC --mode=link ccache gcc 
-Wl,-no-undefined   -o autogen.exe -export-dynamic  autogen-ag.o
.../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm 
ccache gcc -Wl,-no-undefined -o autogen.exe autogen-ag.o

-Wl,--export-dynamic  ../autoopts/.libs/libopts.a
/usr/lib/cygguile.dll.a /usr/lib/libguile-ltdl.dll.a -lcrypt
gcc: /usr/lib/cygguile.dll.a: No such file or directory

So I changed the 'library_names' line to 'libguile.dll.a' instead of
'cygguile.dll.a', and the link worked.  I'm really not totally fluent in
libtool but it does seem to me that these are guile packaging problems
and not the fault of autogen, no?


dependency_libs should refer to .la files which are usually installed
besides the import libraries in /usr/lib.  Relative to this location
are the other defininitions:

Static archive:
old_library='libiconv.a'

Import library:
library_names='libiconv.dll.a'

Shared library in /usr/bin:
dlname='../bin/cygiconv-2.dll'


Gerrit
--
=^..^=


broken libguile.la file (libguile12-1.6.7-1)

2005-06-09 Thread Brian Dessent

I was trying to build autogen when I got to this:

/bin/bash ../libtool --tag=CC --mode=link ccache gcc 
-Wl,-no-undefined   -o autogen.exe -export-dynamic  autogen-ag.o
../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm 
libtool: link: cannot find the library
`/home/mingw/cygwin/root/usr/lib/libguile-ltdl.la'

This apparently comes from the following in /usr/lib/libguile.la:

# Libraries that this one depends upon.
dependency_libs=' /home/mingw/cygwin/root/usr/lib/libguile-ltdl.la
-lcrypt'

After changing that to /usr/bin/libguile-ltdl.la, I got this:

/bin/bash ../libtool --tag=CC --mode=link ccache gcc 
-Wl,-no-undefined   -o autogen.exe -export-dynamic  autogen-ag.o
../autoopts/libopts.la -lguile -lguile-ltdl -lcrypt -lm -lm 
ccache gcc -Wl,-no-undefined -o autogen.exe autogen-ag.o
-Wl,--export-dynamic  ../autoopts/.libs/libopts.a
/usr/lib/cygguile.dll.a /usr/lib/libguile-ltdl.dll.a -lcrypt
gcc: /usr/lib/cygguile.dll.a: No such file or directory

So I changed the 'library_names' line to 'libguile.dll.a' instead of
'cygguile.dll.a', and the link worked.  I'm really not totally fluent in
libtool but it does seem to me that these are guile packaging problems
and not the fault of autogen, no?

Brian