Package Details: mingw-w64-fltk 1.3.8-1

Git Clone URL: (read-only, click to copy)
Package Base: mingw-w64-fltk
Description: Graphical user interface toolkit for X (mingw-w64)
Upstream URL:
Licenses: custom:LGPL
Submitter: jpcima
Maintainer: jpcima (manuelino)
Last Packager: manuelino
Votes: 0
Popularity: 0.000000
First Submitted: 2017-07-04 01:41 (UTC)
Last Updated: 2021-11-27 11:50 (UTC)

Latest Comments

manuelino commented on 2020-02-19 20:04 (UTC)

I've updated the PKGBUILD so that the package currently builds and works with AUR helpers which expect the correct architecture in the filename.

It should be noted that the DSOFLAGS variable, which I used to pass flags to the shared library link command, despite being placed in the configure scripts within LDFLAGS & co, is never mentioned within FLTK documentation, or at least I could not find any trace of it. Maybe it's an oversight or maybe I've just done a kludge.

jpcima commented on 2020-02-18 09:26 (UTC)

@manuelino Thanks, I am unable to look into this now and fix it unfortunately. I add you to the maintainers list, please update the package as you wish.

manuelino commented on 2020-02-14 21:32 (UTC)

After having re-read my comment after some relax I noticed the logical error... mingw-w64-configure cannot have an impact on LDFLAGS if that variable is not used by FLTK. Also, they have removed -lspp from LDFLAGS, but -fstack-protector is still there.

The problem is simply that LDFLAGS is used by FLTK when building executables but not when building DSO's. Simply alias DSOFLAGS to be equal to LDFLAGS and everything is fine.

manuelino commented on 2020-02-13 17:55 (UTC)

I am experiencing problems while building this package. Two issues, to be precise.

The first one is that the arch variable used to iterate over architectures conflicts with the arch entry within the PKGBUILD, causing the final archive to have x86_64 in its filename rather than any. The package builds, but if installed via an AUR helper such as Yay it complains that the package cannot be found due to the wrong filename.

The second issue is that mingw-w64-configure has dropped -lssp from LDFLAGS. However, FLTK does not use LDFLAGS when building shared libraries, instead it uses a custom DSOFLAGS variable, which is never populated with -fstack-protector. So the shared FLTK libraries are never linked against libssp and linking fails.

I've managed to edit the PKGBUILD to make it work. It can be found here:

jpcima commented on 2018-02-07 17:49 (UTC)

@Martchus It's fixed.

Martchus commented on 2018-02-07 17:01 (UTC)

Why isn't the architecture any? The 'binaries' for configuration are actually just shell scripts.