Package Details: tkimg 2.0.0-1

Git Clone URL: https://aur.archlinux.org/tkimg.git (read-only, click to copy)
Package Base: tkimg
Description: Provides the handling of several image formats beyond the standard formats in Tk
Upstream URL: https://wiki.tcl-lang.org/page/Img
Keywords: tk
Licenses: TCL
Submitter: Morn
Maintainer: meanjollies
Last Packager: meanjollies
Votes: 18
Popularity: 0.000000
First Submitted: 2015-08-10 15:23 (UTC)
Last Updated: 2024-10-02 00:32 (UTC)

Latest Comments

1 2 Next › Last »

meanjollies commented on 2024-10-23 23:17 (UTC)

Hey @remcycles! I'm not able to reproduce that, unfortunately. It builds successfully in a clean environment for me. I can confirm that the -DTcl_Size=int option is getting passed in. Would you happen to have any flags set anywhere that might be causing this?

remcycles commented on 2024-10-23 22:36 (UTC)

gcc is failing with <command-line>: error: two or more data types in declaration specifiers.

I've narrowed it down to the -DTcl_Size=int option. I don't know the proper fix here. I do know Tcl_Size is a new Tcl 9.0 feature. Strangely, if I completely remove that option, or define it to something other than a built-in type (like my initials, -DTcl_Size=rjf), then the zlib Makefile compiles successfully with gcc 14.2.1.

Here's the end of my log:

config.status: creating Makefile
for sub in zlib libpng libtiff libjpeg base bmp gif ico jpeg pcx pixmap png ppm ps sgi sun tga tiff window xbm xpm dted raw flir ; \
do  \
    here=`pwd` && \
    cd $sub && \
    make all || exit $? && \
    cd $here ; \
done
make[1]: Entering directory '/var/tmp/pamac-build-remicles/tkimg/src/Img-2.0.0/zlib'
gcc -DPACKAGE_NAME=\"zlibtcl\" -DPACKAGE_TARNAME=\"zlibtcl\" -DPACKAGE_VERSION=\"1.3.1\" -DPACKAGE_STRING=\"zlibtcl\ 1.3.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_zlibtcl=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DTcl_Size=int -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DUSE_TK_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DTCL_MAJOR_VERSION=8  -I"." -I"/usr/include"    -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -flto=auto -ffat-lto-objects -pipe -m64 -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC  -DZEXTERN=MODULE_SCOPE -DZLIB_CONST -c `echo zlibtcl.c` -o zlibtcl.o
gcc -DPACKAGE_NAME=\"zlibtcl\" -DPACKAGE_TARNAME=\"zlibtcl\" -DPACKAGE_VERSION=\"1.3.1\" -DPACKAGE_STRING=\"zlibtcl\ 1.3.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_zlibtcl=/\*\*/ -DHAVE_STDIO_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1 -DTcl_Size=int -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DUSE_TCL_STUBS=1 -DUSE_TCLOO_STUBS=1 -DUSE_TK_STUBS=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DHAVE_HIDDEN=1 -DHAVE_CAST_TO_UNION=1 -DHAVE_STDBOOL_H=1 -DTCL_WIDE_INT_IS_LONG=1 -DTCL_CFG_OPTIMIZED=1 -DUSE_TCL_STUBS=1 -DTCL_MAJOR_VERSION=8  -I"." -I"/usr/include"    -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -flto=auto -ffat-lto-objects -pipe -m64 -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC  -DZEXTERN=MODULE_SCOPE -DZLIB_CONST -c `echo zlibtclStubInit.c` -o zlibtclStubInit.o
<command-line>: error: two or more data types in declaration specifiers
<command-line>: error: two or more data types in declaration specifiers
make[1]: *** [Makefile:282: zlibtcl.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: *** [Makefile:282: zlibtclStubInit.o] Error 1
make[1]: Leaving directory '/var/tmp/pamac-build-remicles/tkimg/src/Img-2.0.0/zlib'
make: *** [Makefile:96: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

meanjollies commented on 2020-07-23 05:29 (UTC)

I believe that issue was just transitory, as I can pull the upstream source successfully. It's unfortunate that projects are still hosted using Sourceforge at all.

dhoodlum commented on 2020-07-22 02:09 (UTC)

makepkg is failing with an error.

curl: (22) The requested URL returned error: 404 
==> ERROR: Failure while downloading https://downloads.sourceforge.net/tkimg/Img-1.4.11-Source.tar.gz

I was able to work around this error by downloading the package manually, and modifying the PKGBUILD to be something like the following, then restarted the build.

source=("file:///home/user/Downloads/Img-1.4.11-Source.tar.gz")

haawda commented on 2018-04-28 09:36 (UTC)

I can confirm that it builds fine now.

meanjollies commented on 2018-04-28 02:08 (UTC)

@erk this should build successfully now.

erk commented on 2018-04-24 15:26 (UTC)

Does not compile errors with: gcc -shared -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -pipe -O2 -fomit-frame-pointer -DNDEBUG -Wall -Wwrite-strings -fPIC -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,--export-dynamic -o libtkimgpixmap1.4.2.so pixmap.o pixmapUnix.o -L/home/erk/aur/tkimg/src/tkimg1.4/base -ltkimgstub1.4.2 -lX11 -L/home/erk/aur/tkimg/src/tkimg1.4/base -ltkimgstub1.4.2 -lX11 -lXss -lXext -lXft -lfontconfig -lpthread -ldl -lz -lpthread -lieee -lm -L/usr/lib -ltclstub8.6 -L/usr/lib -ltkstub8.6 /usr/bin/ld: could not find -lieee collect2: error: ld returned exit code 1

blacktav commented on 2015-09-19 22:59 (UTC)

Yes scid_vs_pc. I can confirm your latest version of scid_vs_pc installs fine without tkimg. Good job! Thanks

Morn commented on 2015-09-10 15:48 (UTC)

OK, I've disowned this package as I only adopted this for scid_vs_pc in the first place. If someone knows how to fix this build, feel free to adopt.

Morn commented on 2015-09-10 15:38 (UTC)

I could reproduce a build problem after I wiped pkg and src; but for me it stops while building jdmerge.o. So yes, it looks like tkimg is definitely broken on Arch right now. What are you installing this for, scid_vs_pc? Because I think scid_vs_pc no longer needs tkimg with the latest tcl version.