Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-08 Thread Jan Nieuwenhuizen
Charles Wilson writes: Perhaps guile should be re-libtoolized and/or Jan should confirm that he has the most recent version of /usr/bin/cygltdl-3.dll (from libltdl3-1.5.20-2) installed on his machine. It works with a relibtoolized guile-1.7.2 using libtool 1.5.20. Guile 1.6.x uses a modified

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-08 Thread Christopher Faylor
On Sat, Oct 08, 2005 at 09:46:22AM +0200, Jan Nieuwenhuizen wrote: Charles Wilson writes: Perhaps guile should be re-libtoolized and/or Jan should confirm that he has the most recent version of /usr/bin/cygltdl-3.dll (from libltdl3-1.5.20-2) installed on his machine. It works with a relibtoolized

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-08 Thread Jan Nieuwenhuizen
Christopher Faylor writes: The files don't belong there. We need to fix whatever problem is requiring them to go there. If you perform a ls /usr/lib/*.la you'll see that many packages put their .la files in /usr/lib. Guile also has most of its .la files in /usr/lib: those that are not

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-08 Thread Christopher Faylor
On Sat, Oct 08, 2005 at 06:11:38PM +0200, Jan Nieuwenhuizen wrote: Christopher Faylor writes: The files don't belong there. We need to fix whatever problem is requiring them to go there. If you perform a ls /usr/lib/*.la you'll see that many packages put their .la files in /usr/lib. Guile also

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-08 Thread Charles Wilson
Christopher Faylor wrote: Um. It's your package right? I don't see why I have to go to the effort of downloading sources and figuring out how guile works to make it work like every other package out there. I'm not happy about your apparent reluctance to fix this problem. Chris, I think the

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-08 Thread Christopher Faylor
On Sat, Oct 08, 2005 at 09:38:15PM -0400, Charles Wilson wrote: Christopher Faylor wrote: Um. It's your package right? I don't see why I have to go to the effort of downloading sources and figuring out how guile works to make it work like every other package out there. I'm not happy about your

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-07 Thread Charles Wilson
Christopher Faylor wrote: Either you're using an older version of cygwin or that's not a cygwin error. It looks like something is calling LoadLibrary directly rather than using the cygwin dlopen(). Cygwin was changed in 1.5.18 to use strerror style output in the result of dlerror. Until

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-06 Thread Jan Nieuwenhuizen
Eric Blake writes: Sorry to be picky, but I noticed several nits in the packaging. Thanks. [I was building nit-free -3 versions just now] Your setup.hint mentions that depending on readline is useful although not a direct dependence, but then list libncurses7 and libreadline5 instead of

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-06 Thread Igor Pechtchanski
On Thu, 6 Oct 2005, Jan Nieuwenhuizen wrote: Eric Blake writes: [snip] I'm not sure whether .la files belong in usr/bin, or whether they should always be in usr/lib, but that may just be my misunderstanding of libtool. AFAIK, on Cygwin .la files that are used by dlopen need to be in

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-06 Thread Jan Nieuwenhuizen
Igor Pechtchanski writes: On Thu, 6 Oct 2005, Jan Nieuwenhuizen wrote: AFAIK, on Cygwin .la files that are used by dlopen need to be in usr/bin. IIUC, dlopen() uses LD_LIBRARY_PATH, which can contain /usr/lib. The only reason the DLLs are in /usr/bin is to make sure the Windows loader

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-06 Thread Christopher Faylor
On Thu, Oct 06, 2005 at 08:06:17PM +0200, Jan Nieuwenhuizen wrote: Igor Pechtchanski writes: On Thu, 6 Oct 2005, Jan Nieuwenhuizen wrote: AFAIK, on Cygwin .la files that are used by dlopen need to be in usr/bin. IIUC, dlopen() uses LD_LIBRARY_PATH, which can contain /usr/lib. The only

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-06 Thread Jan Nieuwenhuizen
Christopher Faylor writes: Either you're using an older version of cygwin or that's not a cygwin error. Yes, I was using 1.5.16. It looks like something is calling LoadLibrary directly rather than using the cygwin dlopen(). Cygwin was changed in 1.5.18 to use strerror style output in the

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-06 Thread Christopher Faylor
On Thu, Oct 06, 2005 at 09:23:42PM +0200, Jan Nieuwenhuizen wrote: Christopher Faylor writes: Either you're using an older version of cygwin or that's not a cygwin error. Yes, I was using 1.5.16. Well, that's pretty distressing. Despite all of my pleas to have people test the latest

Re: updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-06 Thread Jan Nieuwenhuizen
Christopher Faylor writes: Yes, I was using 1.5.16. Well, that's pretty distressing. Despite all of my pleas to have people test the latest snapshot, you're not even running the latest official release... Actually, it's worse. I do not run Cygwin at all, this is a box I can use for basic

updated: guile-1.6.7-2, guile-1.7.2-2

2005-10-01 Thread Jan Nieuwenhuizen
I've repackaged the guile packages fixing two bugs in libtool .la files: Incorrect cyg prefixes on .a and .dll.a files and cross build artifacts. Please upload. Jan. http://lilypond.org/cygwin/uploads/guile/setup.hint http://lilypond.org/cygwin/uploads/guile/guile-1.6.7-2-src.tar.bz2