GNU bug report logs - #78682
Building libltdl with MSVC fails

Previous Next

Package: libtool;

Reported by: Kirill Makurin <maiddaisuki <at> outlook.com>

Date: Tue, 3 Jun 2025 16:58:02 UTC

Severity: normal

Done: Ileana Dumitrescu <ileanadumitrescu95 <at> gmail.com>

Full log


View this message in rfc822 format

From: Kirill Makurin <maiddaisuki <at> outlook.com>
To: "ileanadumitrescu95 <at> gmail.com" <ileanadumitrescu95 <at> gmail.com>
Cc: "78682 <at> debbugs.gnu.org" <78682 <at> debbugs.gnu.org>
Subject: bug#78682: Building libltdl with MSVC fails
Date: Thu, 5 Jun 2025 18:03:28 +0000
[Message part 1 (text/plain, inline)]
I can confirm that this was the issue.

I had to explicitly set both F77 and FC to "no". Even if there is no Fortran compiler found, configure sets them to "ifc".

I was thinking to suggest both libtool and automake to add options to explicitly disable checks and test for specific languages. Obviously, this needs a separate discussion.

- Kirill Makurin
________________________________
From: bug-libtool-bounces+maiddaisuki=outlook.com <at> gnu.org <bug-libtool-bounces+maiddaisuki=outlook.com <at> gnu.org> on behalf of Kirill Makurin <maiddaisuki <at> outlook.com>
Sent: Friday, June 6, 2025 2:21 AM
To: ileanadumitrescu95 <at> gmail.com <ileanadumitrescu95 <at> gmail.com>
Cc: 78682 <at> debbugs.gnu.org <78682 <at> debbugs.gnu.org>
Subject: bug#78682: Building libltdl with MSVC fails

If I look at output from configure...

When configure checks for Fortran compiler, it finds mingw's gfortran:

```
checking for gfortran... gfortran
```

And then:

```
checking whether the gfortran linker (link.exe -nologo) supports shared libraries... yes
checking dynamic linker characteristics... Win32 ld.exe
```

Could this be the cause?

- Kirill Makurin

________________________________
From: Ileana Dumitrescu
Sent: Friday, June 6, 2025 1:21 AM
To: 78682 <at> debbugs.gnu.org
Cc: Kirill Makurin
Subject: Re: bug#78682: Building libltdl with MSVC fails

On 05/06/2025 19:07, Kirill Makurin wrote:
> I will submit a separate bug report for issue with clang-cl.

Thank you!

> I'm setting NM="dumpbin.exe -nologo -symbols", this works for all
> packages I tried to build so far.

Okay, if you do try it, I would be interested to see if the behaviour
changes.

> I'm building multiple GNU packages with a script which invokes
> `configure` -> `make` -> `make check` -> `make install DESTDIR=...` for
> each package.
>
> I attached gziped output from both `configure` and `make`. (building
> from development branch)

Thank you for the logs! I will look through them and see if I can
reproduce your issue.

--
Ileana Dumitrescu

GPG Public Key: FA26 CA78 4BE1 8892 7F22 B99F 6570 EA01 146F 7354

[Message part 2 (text/html, inline)]

This bug report was last modified 10 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.