Age | Commit message (Collapse) | Author |
|
Mainly for (-Werror=incompatible-pointer-types) and also (-Werror=implicit-function-declaration)
https://gcc.gnu.org/gcc-14/porting_to.html
|
|
Adds a temporary patch for tecmake.mak and other config.mak files.
The patch will be removed when it is fixed upstream.
|
|
|
|
|
|
iupweb library uses iupStrFileMakeURL() function from iup_str.c, so it has to
include the object file.
(temporary patch to build successfully - remove when fixed upstream)
|
|
|
|
|
|
|
|
The translations are not compiled by default. Specific ifdefs have to
be enabled to include the localization files.
There's no handy switch in makefile's to pass the defines to gcc.
Fortunately, it can be done via DEFINES environmental variable.
(Setting DEFINES on make command-line doesn't work, because it would
override any changes made to DEFINES in makefiles.)
|
|
srcscintilla/scintilla/gtk/PlatGTK.cxx uses g_module_open() function
that is in libgmodule-2.0. The library has to be required explicitly.
Unfortunately, tecmake.mak's pkg-config command doesn't do that.
This commit should be reverted once the upstream tecmake.mak is fixed.
|
|
It enables using pkg-config for GTK-related libraries in tecmake.mak.
It helps using all proper GTK libraries, especially when bigger changes
were made, like lately with pango dependency on harfbuzz.
|
|
This is a good thing because the obsolete webkitgtk has many security-related
issues. And the change also saves the compilation time, because webkitgtk
was only available in AUR and it is a huge package [1].
[1] https://aur.archlinux.org/packages/webkitgtk/#pinned-690142
|
|
im, cd and ftgl libraries are not part of iup source code, so we
have to link them dynamically. Internal iup libraries are linked
statically (configured that way in tecmake.mak).
|
|
|
|
and remove the temporary building patch
|
|
Adds a temporary patch for tecmake.mak.
The patch will be removed when it is fixed upstream.
|
|
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
iup creates lib directory named after a Linux version, like Linux420_64.
When there was an older directory in source (e.g. Linux419_64), the install command
tried to install files from both directories and failed with errors like:
install: will not overwrite just-created
'/home/daurnimator/src/PKGBUILDs/iup/pkg/iup/usr/lib/libiup.a' with
'/home/daurnimator/src/PKGBUILDs/iup/src/iup/lib/Linux420_64/libiup.a'
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
Quoting glob characters suppressed their special meaning resulting in:
install: cannot stat '/home/jirka/code/aur/iup/src/iup/bin/Linux*_??/Lua53/*': No such file or directory
Broken by 86953e6cb48ee97681ac0e4f27b88dfedf71b49a
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
- iupmatrixex library has been merged to iupcontrols
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
not to delete "NO_LUALINK = Yes" to allow late binding.
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
- build Lua bindings for Lua 5.3, 5.2 and 5.1 as separate packages
(build targets iuplua53, iupconsole and iupluascripter)
- create symbolic links required for Lua modules to work properly
- add RUNPATH to Lua libraries, so that they are found at runtime
without the need to fiddle with LD_LIBRARY_PATH.
(man ld (serach -rpath, https://en.wikipedia.org/wiki/Rpath,
http://blog.qt.io/blog/2011/10/28/rpath-and-runpath/)
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
- lua is not needed (we build without Lua)
- dependencies provided by other dependencies don't need to be listed [1]
gtk3 is provided by libcd
cairo, pango, glib2 are provided by gtk3
freetype2, libpng, zlib are satisfied by ftgl (besides other deps)
[1] https://wiki.archlinux.org/index.php/PKGBUILD#Dependencies
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
Signed-off-by: Jiří Klimeš <blueowl@centrum.cz>
|
|
|
|
Thanks @ktamp
|
|
|
|
|
|
Due to fixed libcd package
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|