DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 734453858D20
Date: Sat, 6 Jan 2024 14:05:18 +0000 (UTC)
To: The Cygwin Mailing List <cygwin AT cygwin DOT com>,
        marco atzeri <marco DOT atzeri AT gmail DOT com>
Message-ID: <1086814159.5154832.1704549918706@mail.yahoo.com>
In-Reply-To: <CAB8Xom8O4AU9m0oDk_VFnNPS4Ukrx6o-6x1ERB2wDMraDoUxDA@mail.gmail.com>
References: <170450325402 DOT 8 DOT 7016669793649380001 DOT 243613349 AT aleeas DOT com>
 <a69425bb-7caf-4705-9c51-299b02b400a6 AT SystematicSW DOT ab DOT ca>
 <CAB8Xom8O4AU9m0oDk_VFnNPS4Ukrx6o-6x1ERB2wDMraDoUxDA AT mail DOT gmail DOT com>
Subject: Re: libguile package | dlopen: no such file: guile-readline.dll
MIME-Version: 1.0
Precedence: list
From: Mike Gran via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Mike Gran <spk121 AT yahoo DOT com>
Content-Type: text/plain; charset="utf-8"
Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender: "Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>
Content-Transfer-Encoding: 8bit

>On Saturday, January 6, 2024 at 01:45:09 AM PST, marco atzeri via Cygwin <cygwin AT cygwin DOT com> wrote: 
>On Sat, 6 Jan 2024, 10:28 Brian Inglis via Cygwin,  wrote:

>> On 2024-01-05 18:07, asebian via Cygwin wrote:
>> > package: liguile3.0_1
>> > version: 3.0.9-2
>> >
>> > ================
>> > Problem
>> >
>> > Loading the ice-9/readline module coming with libguile raises an error:
>> >
>> > $ guile -q
>> > scheme@(guile-user)> (use-modules (ice-9 readline))
>> > While compiling expression:
>> > In procedure dlopen: file "guile-readline.dll", message "No such file
>> > or directory"
> >
>> > Seems as if version number 0 got attached:
>> >
>> > $ ls -1 /usr/lib/guile/3.0/extensions/
>> > guile-readline.la
>> > guile-readline-0.dll
>> >
>> > C:\cygwin64\lib\guile\3.0\exte
>> > nsions> dir /B
>> > guile-readline-0.dll
>> > guile-readline.la
>> >
>> > ================
>> > Makeshift fix
>> >
>> > Create symlink (as Admin):
>> >
>> > C:\cygwin64\lib\guile\3.0\extensions> mklink guile-readline.dll
>> > guile-readline-0.dll
>> > symbolic link created for guile-readline.dll <<===>> guile-readline-0.dll
>> >
>> > $ guile -q
>> > scheme@(guile-user)> (use-modules (ice-9 readline))
>> > scheme@(guile-user)> (activate-readline)
>>
>> As these appear to be generated during package config or build, this
>> should be
>> handled during package config, build, install, or postinstall, perhaps
>> using
>> alternatives.
>>

>Alternatives today can not be used as does not handle dll's only exe and
>script

>Mklink could be a possible general approch in alternatives for handling
>dll.
>With some file system limitation

> will look on the guile issue next week

This is a known regression in Guile itself. Bug #64723. Guile used to use libltdl to
do dynamic linking, and libltdl would search for dlls that had
major version numbers attached, such as 'guile-readline0.dll'

Guile replaced libltdl with internal code, which no longer handles
dlls with major version numbers attached.  A patch was proposed
but has not made it into the main tree to restore major version
number handling in Dlls.

I keep my own version of the patch in my fork: here.

github.com/spk121/guile/commit/ddcdfe0db957a8231deb8e8ee70a7aec6307acd9

Another workaround  would be to add the "-avoid-version" flag to LDFLAGS for
guile-readline 

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple