On 2025-05-10 01:56, Stefan Heinzmann via Iup-users wrote:
Hi all,
I am building the libraries with mixed success on Linux. My problems
appear to originate with the system detection built into tecmake. For a
reason I can't find an explanation for, the Linux kernel version appears
to play a major role. I wonder why, can anyone here enlighten me or
point me to a document with the rationale?
The problem is that you can't determine the versions of libraries
installed on the system from the kernel version with any reliability.
You can very easily have an up-to-date Ubuntu running on an old kernel,
for example when using containers. Containers don't include a kernel,
they use the kernel on the host. Having older kernels run a newer
distribution in the container is a common situation, and the opposite
also happens. Hence, the kernel version really should have no bearing at
all on the build process.
Given the tecmake system as it is, I would at least need a simple way to
"fake" or bypass the kernel detection in a way that would match the
distribution used, so that the dependencies are determined correctly.
I guess I would be able to figure this out from the tecmake sources, but
I was hoping there's an easier way somebody already knows about.
Thanks for any light you can shed on the matter.
Cheers
Stefan
G'day Stefan,
I've been working to bring GNU/Linux, Lua, and Tecgraf IM/CD/IUP
together.
I have a SourceForge project called lglicua:
L -- Lua
G -- GNU/Linux
I -- IM
C -- CD
U -- IUP
A -- Assistant
https://sourceforge.net/projects/lglicua/
This has been mostly my own project, with help from Tecgraf and
PUC-Rio Lua folks. Because it's failed to catch the imagination,
I'm only calling it a "beta" version. In practice,
https://sourceforge.net/projects/lglicua/files/
shows that releases have spanned early May 2021 to end July 2024.
Releases are often connected to Lua and/or LuaRocks releases
and/or bugfixes, as I whitelist these versions in the Assistant.
You can get a "hello, world" modal dialog box in only two lines:
```
#!/bin/bash ../support/play-lua-tec
iup=require("iuplua"); iup.Message("MyApp", "hello, world")
```
You don't specify the GNU/Linux distribution you are using.
Lglicua has been tested (briefly) on [as per 0.1-beta2 release]:
* Debian/Ubuntu family:
- Debian
- Kali,
- Linux Mint,
- MX, and
Ubuntu;
*Red Hat family:
- CentOS,
- CentOS-Stream, and
- Rocky
Whitelisting by name and major version number is used.
** CentOS: Core-7, Stream-8 and Stream-9;
** Debian 12.5;
** Kali 2024.2;
** Linux Mint 19.3, 20.3, 21.3 and newly-released 22;
** MX 23.3_ahs_x64;
** Rocky: 8.10, 9.3 and 9.4; and
** Ubuntu: 22.04.4, 23.10 and 24.04.
Linux kernels include 3.10, 4.18, 5.4, 5.14, 5.15, 6.1, 6.5, 6.8, 6.8.11 and
6.9.8.
GCC versions span 4.8.5 (CentOS Core-7) to 13.2 (Linux Mint-22 and Ubuntu
24.04).
(Although GNU/Linux Mint 22.1 has been released, I haven't tested
lflicua against it).
------------------------------------------------
The Tecgraf sources for IM/CD/IUP nominate Ubuntu as the model
distribution for GNU/Linux releases. Looking at the sources,
there looks to be acknowledgement for many different OSes,
especially in "project/src/tecmake.mak".
I've looked into dependencies of libraries (GTK etc), and have
tailored these according to distribution+release version.
--------
To your immediate difficulties: I've encountered very similar problems
when preparing lglicua for the wide range of distributions and
release versions. Two items stand out:
1. I've replaced the IM/CD/IUP "tecmake.mak" with a rewritten
version of my own. This greatly streamlines GNU/Linux
support, and, especially, adds support for all kernels 6.x
(and, hopefully,) up to 9.x.
Library versions have a maze of dependencies, and do refer
to non-Linux platforms, so my rewrite may break things
on non-GNU/Linux platforms -- but (of course), given that
lglicua is, by definition, GNU/Linux, this doesn't matter.
In particular, look at GTK selection. The rewritten
"tecmake.mak" uses (having just identified "Linux" as
"TEC_SYSNAME"):
ifneq ($(filter 3 4 5 6 7 8 9, $(TEC_SYSVERSION)), )
USE_GTK3 = Yes
else # [...]
whereas the Tecgraf-shipped version uses a verbose chain
of Makefile "$(findstring ...)" to do the identification,
and this chain hasn't been updated to include Kernel 6:
ifneq ($(findstring Linux5, $(TEC_UNAME)), )
USE_GTK3 = Yes
endif
The practical upshot of not identifying Kernel 6.x as
being compatible with GTK3 is that tecmake.mak gets confused
and lapses back to GTK2, and then library selection and
linking break.
-------- Newer tecmake.mak: --------
# Refine GTK default request: Newer GNU/Linux systems get GTK3,
# unless GTK2 is specifically defined.
# 240510: CHANGED in lglicua: We incorporate a modified change of the
# Tecgraf IUP' r5950 change (r4.21->r4.22); the parent tested for
# Linux31, and only selected USE_GTK3 if, in addition, TEC_DIST is
# CentOS. Here, we run this test (and, by extension, the following cygw
# test) if TEC_SYSNAME is Linux, but TEC_SYSVERSION is (effectively)
# less than 4.
ifdef GTK_DEFAULT
ifndef USE_GTK2
ifneq ($(filter linux Linux, $(TEC_SYSNAME)), )
ifneq ($(filter 3 4 5 6 7 8 9, $(TEC_SYSVERSION)), )
USE_GTK3 = Yes
else ifneq ($(filter centos CentOS, $(TEC_DIST)), )
USE_GTK3 = Yes
endif
else ifneq ($(filter cygw CYGW, $(TEC_UNAME)), )
USE_GTK3 = Yes
endif
endif
endif
-------- Tecgraf-shipped tecmake.mak: --------
ifneq ($(findstring Linux24, $(TEC_UNAME)), )
NO_GTK_DEFAULT = Yes
endif
ifeq ($(TEC_UNAME), Linux26)
NO_GTK_DEFAULT = Yes
endif
ifeq ($(TEC_UNAME), Linux26_64)
NO_GTK_DEFAULT = Yes
endif
ifndef NO_GTK_DEFAULT
ifneq ($(findstring cygw, $(TEC_UNAME)), )
GTK_DEFAULT = Yes
endif
ifneq ($(findstring CentOS, $(TEC_UNAME)), )
GTK_DEFAULT = Yes
endif
ifneq ($(findstring Linux, $(TEC_UNAME)), )
GTK_DEFAULT = Yes
endif
ifneq ($(findstring MacOS, $(TEC_UNAME)), )
GTK_DEFAULT = Yes
endif
ifneq ($(findstring FreeBSD, $(TEC_UNAME)), )
GTK_DEFAULT = Yes
endif
ifneq ($(findstring SunOS, $(TEC_UNAME)), )
ifeq ($(TEC_SYSARCH), x86)
GTK_DEFAULT = Yes
endif
endif
endif
ifdef GTK_DEFAULT
ifndef USE_GTK2
ifneq ($(findstring Linux5, $(TEC_UNAME)), )
USE_GTK3 = Yes
endif
ifneq ($(findstring Linux4, $(TEC_UNAME)), )
USE_GTK3 = Yes
endif
ifneq ($(findstring Linux31, $(TEC_UNAME)), )
USE_GTK3 = Yes
endif
ifneq ($(findstring cygw, $(TEC_UNAME)), )
USE_GTK3 = Yes
endif
#Homebrew
#ifneq ($(findstring MacOS10, $(TEC_UNAME)), )
# USE_GTK3 = Yes
#endif
endif
endif
-------- end of tecmake.mak comparison --------
2. I had serious trouble trying to match GNU/Linux
distributions, Release versions and libraries,
so I extended tec_uname to help out: For example,
see how WebKit is chosen according to distribution
name and version. [There may be redundancies that
can be merged/eliminated in a future release.]:
$ ./tec_uname webkit
ReportWebkitItems()
{
local I
local L
# At the time of writing (240726), GetLinuxDistro sets TEC_DISTID,
# but *not* GTK.
GTK="/usr/"
GetLinuxDistro
# Use short names to keep line lengths under control.
I="${GTK}include/"
L="${GTK}lib/"
# (Note to self: We rely on the package manager to pull in
# dependencies for the package list only, notably
# libsoup-2.4-dev[el] or libsoup-3.0-dev[el]. However, we probably
# still have to name them explicitly for #include directories.)
case "${TEC_DISTID}" in
centos-core.7 )
WK_PACKAGES="webkitgtk4-devel"
WK_INCLUDES="${I}libsoup-2.4 ${I}webkitgtk-4.0"
WK_LIBRARIES="webkit2gtk-4.0"
;;
centos-stream.8 )
WK_PACKAGES="webkit2gtk3-devel"
WK_INCLUDES="${I}libsoup-2.4 ${I}webkitgtk-4.0"
WK_LIBRARIES="webkit2gtk-4.0"
;;
centos-stream.9 )
WK_PACKAGES="webkit2gtk3-devel"
WK_INCLUDES="${I}libsoup-2.4 ${I}webkitgtk-4.0"
WK_LIBRARIES="webkit2gtk-4.0"
;;
debian.12 )
WK_PACKAGES="webkit2gtk-4.0-dev"
WK_INCLUDES="${I}libsoup-2.4 ${I}webkitgtk-4.0"
WK_LIBRARIES="webkit2gtk-4.0"
;;
kali.2024 )
WK_PACKAGES="webkit2gtk-4.1-dev"
WK_INCLUDES="${I}libsoup-3.0 ${I}webkitgtk-4.1"
WK_LIBRARIES="webkit2gtk-4.1"
;;
linuxmint.19 )
WK_PACKAGES="libwebkit2gtk-4.0-dev"
WK_INCLUDES="${I}libsoup-2.4 ${I}webkitgtk-4.0"
WK_LIBRARIES="webkit2gtk-4.0"
;;
linuxmint.20 )
# LM20.3 does not have wk-4.1 etc.
WK_PACKAGES="libwebkit2gtk-4.0-dev"
WK_INCLUDES="${I}libsoup-2.4 ${I}webkitgtk-4.0"
WK_LIBRARIES="webkit2gtk-4.0"
;;
linuxmint.21 )
WK_PACKAGES="libwebkit2gtk-4.1-dev"
WK_INCLUDES="${I}libsoup-3.0 ${I}webkitgtk-4.1"
WK_LIBRARIES="webkit2gtk-4.1"
;;
linuxmint.22 )
WK_PACKAGES="libwebkit2gtk-4.1-dev"
WK_INCLUDES="${I}libsoup-3.0 ${I}webkitgtk-4.1"
WK_LIBRARIES="webkit2gtk-4.1"
;;
MX.23 )
WK_PACKAGES="libwebkit2gtk-4.1-dev"
WK_INCLUDES="${I}libsoup-3.0 ${I}webkitgtk-4.1"
WK_LIBRARIES="webkit2gtk-4.1"
;;
rocky.8 )
WK_PACKAGES="webkit2gtk3-devel"
WK_INCLUDES="${I}libsoup-2.4 ${I}webkitgtk-4.0"
WK_LIBRARIES="webkit2gtk-4.0"
;;
rocky.9 )
# Works for both Rocky 9.3 and 9.4.
WK_PACKAGES="webkit2gtk3-devel"
WK_INCLUDES="${I}libsoup-2.4 ${I}webkitgtk-4.0"
WK_LIBRARIES="webkit2gtk-4.0"
;;
ubuntu.22 )
WK_PACKAGES="libwebkit2gtk-4.1-dev"
WK_INCLUDES="${I}libsoup-3.0 ${I}webkitgtk-4.1"
WK_LIBRARIES="webkit2gtk-4.1"
;;
ubuntu.23 )
WK_PACKAGES="libwebkit2gtk-4.1-dev"
WK_INCLUDES="${I}libsoup-3.0 ${I}webkitgtk-4.1"
WK_LIBRARIES="webkit2gtk-4.1"
;;
ubuntu.24 )
WK_PACKAGES="libwebkit2gtk-4.1-dev"
WK_INCLUDES="${I}libsoup-3.0 ${I}webkitgtk-4.1"
WK_LIBRARIES="webkit2gtk-4.1"
;;
* )
echo "Warning:__Ignoring__${TEC_DISTID}"
return 42
esac
# ?? WARNING: Several consumers of one-liner output use the text as
# a subfield within another field. While the client could edit out
# the trailing whitespace (Bash or Lua versions), it's easier on
# them, and gives more readable code, if we use "echo -n" here.
case "$1" in
webkit )
cat <<EOF
WK_DISTID=${TEC_DISTID}
WK_PACKAGES=${WK_PACKAGES}
WK_INCLUDES=${WK_INCLUDES}
WK_LIBRARIES=${WK_LIBRARIES}
EOF
;;
webkit-packages )
echo -n "$WK_PACKAGES"
;;
webkit-includes )
echo -n "$WK_INCLUDES"
;;
webkit-libraries )
echo -n "$WK_LIBRARIES"
;;
default )
echo "Unknown ReportWebkitItems selection: ${1}"
;;
esac
}
-------- end of tec_uname snippet --------
(There are more build/include/library dependencies in
"LGLICUA/svn/assistant-database.lua", but I'll omit these
as this message is getting too long.]
--
Cheers,
sur-behoffski (Brenton Hoff)
programmer, Grouse Software
_______________________________________________
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users
