• Error building Img-2.1.1

    From Alan Grunwald@nospam.nurdglaw@gmail.com to comp.lang.tcl on Fri Jul 3 14:48:17 2026
    From Newsgroup: comp.lang.tcl

    Hi,

    I decided to have a go at upgrading my system to Tcl9.0.4. As part of
    this exercise, I downloaded Img-2.1.1.

    Sadly it doesn't build out of the box.

    After ./configure --prefix=/opt/tcl9.0.4 \
    --with-tcl=/opt/tcl9.0.4/lib
    make fails as below:

    gcc -DPACKAGE_NAME=\"tifftcl\" -DPACKAGE_TARNAME=\"tifftcl\" -DPACKAGE_VERSION=\"4.7.1\" -DPACKAGE_STRING=\"tifftcl\ 4.7.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_tifftcl=/\*\*/ -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
    -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 -I"." -I"./libtiff" -I"./../compat/libtiff/libtiff" -I"/opt/tcl9.0.4/include"
    -pipe -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -DTIFFTCLAPI=MODULE_SCOPE -c `echo tifftcl.c` -o tifftcl.o
    In file included from tifftclDecls.h:38,
    from tifftcl.h:50,
    from tifftcl.c:29:
    ../compat/libtiff/libtiff/tiffiop.h:31:10: fatal error: tif_config.h: No
    such file or directory
    31 | #include "tif_config.h"
    | ^~~~~~~~~~~~~~
    compilation terminated.

    Happily, I found the instructions in README.md and was able to exclude
    TIFF from the build which completed successfully. As far as my (very
    limited) testing has been able to determine, I can live without TIFF but
    I'd rather not if I can avoid it, and this might be a show-stopper for
    others.

    tif_config.h seems to have been included in the distributions of
    previous Img versions, I seem to have distributions for 1.4.16, 2.0b1,
    2.0.0, 2.0.1 and 2.1.0 lying around.



    Alan

    Full disclosure - I'm running Linux Mint 21.3 (Virginia), gcc (Ubuntu 11.4.0-1ubuntu1-22.04.3) 11.4.0, building against Tcl 9.0.4.
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Paul Obermeier@obermeier@poSoft.de to comp.lang.tcl on Fri Jul 3 20:26:09 2026
    From Newsgroup: comp.lang.tcl

    I'm building Img 2.1.1 sucessfully on various Linux distributions (Debian, Suse, Fedora, Ubuntu, OpenMandriva) using Tcl/Tk 9.0.4.

    tif_config.h is not included in the source code distribution, because it is created during the configure step.
    You should find a line in the configure output:
    config.status: creating libtiff/tif_config.h

    My configure options are:
    --enable-shared
    --enable-threads
    --disable-symbols
    --with-tcl=
    --with-tk=
    --prefix=
    --exec-prefix=

    Paul

    Am 03.07.2026 um 15:48 schrieb Alan Grunwald:
    Hi,

    I decided to have a go at upgrading my system to Tcl9.0.4. As part of this exercise, I downloaded Img-2.1.1.

    Sadly it doesn't build out of the box.

    -a-a-a After ./configure --prefix=/opt/tcl9.0.4-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a \
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a --with-tcl=/opt/tcl9.0.4/lib
    make fails as below:

    gcc -DPACKAGE_NAME=\"tifftcl\" -DPACKAGE_TARNAME=\"tifftcl\" -DPACKAGE_VERSION=\"4.7.1\" -DPACKAGE_STRING=\"tifftcl\ 4.7.1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DBUILD_tifftcl=/\*\*/ -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 -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-a -I"." -I"./libtiff" -I"./../compat/libtiff/libtiff" -I"/opt/tcl9.0.4/include" -a -pipe -O2 -fomit-frame-pointer -DNDEBUG -Wall -fPIC -DTIFFTCLAPI=MODULE_SCOPE -c `echo tifftcl.c` -o tifftcl.o
    In file included from tifftclDecls.h:38,
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a from tifftcl.h:50,
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a from tifftcl.c:29: ../compat/libtiff/libtiff/tiffiop.h:31:10: fatal error: tif_config.h: No such file or directory
    -a-a 31 | #include "tif_config.h"
    -a-a-a-a-a |-a-a-a-a-a-a-a-a-a ^~~~~~~~~~~~~~
    compilation terminated.

    Happily, I found the instructions in README.md and was able to exclude TIFF from the build which completed successfully. As far as my (very limited) testing has been able to determine, I can live without TIFF but I'd rather not if I can avoid it, and this might be a show-stopper for others.

    tif_config.h seems to have been included in the distributions of previous Img versions, I seem to have distributions for 1.4.16, 2.0b1, 2.0.0, 2.0.1 and 2.1.0 lying around.



    Alan

    Full disclosure - I'm running Linux Mint 21.3 (Virginia), gcc (Ubuntu 11.4.0-1ubuntu1-22.04.3) 11.4.0, building against Tcl 9.0.4.

    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Alan Grunwald@nospam.nurdglaw@gmail.com to comp.lang.tcl on Sat Jul 4 16:03:07 2026
    From Newsgroup: comp.lang.tcl

    On 03/07/2026 19:26, Paul Obermeier wrote:
    I'm building Img 2.1.1 sucessfully on various Linux distributions
    (Debian, Suse, Fedora, Ubuntu, OpenMandriva) using Tcl/Tk 9.0.4.

    tif_config.h is not included in the source code distribution, because it
    is created during the configure step.
    You should find a line in the configure output:
    config.status: creating libtiff/tif_config.h

    My configure options are:
    --enable-shared
    --enable-threads
    --disable-symbols
    --with-tcl=
    --with-tk=
    --prefix=
    --exec-prefix=

    Paul

    Am 03.07.2026 um 15:48 schrieb Alan Grunwald:
    Hi,

    I decided to have a go at upgrading my system to Tcl9.0.4. As part of
    this exercise, I downloaded Img-2.1.1.

    Sadly it doesn't build out of the box.

    -a-a-a-a After ./configure --prefix=/opt/tcl9.0.4-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a \
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a --with-tcl=/opt/tcl9.0.4/lib

    <snip details of error>

    Thanks Paul,

    It won't surprise you to here that the line about creating tif_config.h
    is absent from my output from configure.

    I had a go at re-running configure including more of the options that
    you specified. Even after

    $ ./configure --prefix=/opt/tcl9.0.4 \
    --with-tcl=/opt/tcl9.0.4/lib \
    --with-tk=/opt/tcl9.0.4/lib \
    --enable-shared \
    --enable-threads \
    --disable-symbols \
    --exec-prefix=/opt/tcl9.0.4

    I'm not seeing a line saying that the file is being generated, and
    indeed there is no tif_config.h.

    I've checked and the two lines in configure.ac and the one line in pkg_index.tcl.in are present. Further, configure is dated Feb 13, so I
    am pretty confident that I should be generating tiff support.

    I took a look at the configure script and couldn't make a great deal of
    sense of it. As far as I can make out, configure is supposed to recurse through the configure scripts in various subdirectories, including in
    tiff; apparently it isn't doing so in my case.

    Any ideas?
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Paul Obermeier@obermeier@poSoft.de to comp.lang.tcl on Sun Jul 5 20:37:16 2026
    From Newsgroup: comp.lang.tcl

    Am 04.07.2026 um 17:03 schrieb Alan Grunwald:
    On 03/07/2026 19:26, Paul Obermeier wrote:
    I'm building Img 2.1.1 sucessfully on various Linux distributions (Debian, Suse, Fedora, Ubuntu, OpenMandriva) using Tcl/Tk 9.0.4.

    tif_config.h is not included in the source code distribution, because it is created during the configure step.
    You should find a line in the configure output:
    config.status: creating libtiff/tif_config.h

    My configure options are:
    --enable-shared
    --enable-threads
    --disable-symbols
    --with-tcl=
    --with-tk=
    --prefix=
    --exec-prefix=

    Paul

    Am 03.07.2026 um 15:48 schrieb Alan Grunwald:
    Hi,

    I decided to have a go at upgrading my system to Tcl9.0.4. As part of this exercise, I downloaded Img-2.1.1.

    Sadly it doesn't build out of the box.

    -a-a-a-a After ./configure --prefix=/opt/tcl9.0.4-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a \
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a --with-tcl=/opt/tcl9.0.4/lib

    <snip details of error>

    Thanks Paul,

    It won't surprise you to here that the line about creating tif_config.h is absent from my output from configure.

    I had a go at re-running configure including more of the options that you specified. Even after

    -a $ ./configure --prefix=/opt/tcl9.0.4-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a \
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a --with-tcl=/opt/tcl9.0.4/lib-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a \
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a --with-tk=/opt/tcl9.0.4/lib-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a \
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a --enable-shared-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a \
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a --enable-threads-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a \
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a --disable-symbols-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a \
    -a-a-a-a-a-a-a-a-a-a-a-a-a-a-a --exec-prefix=/opt/tcl9.0.4

    I'm not seeing a line saying that the file is being generated, and indeed there is no tif_config.h.

    I've checked and the two lines in configure.ac and the one line in pkg_index.tcl.in are present. Further, configure is dated Feb 13, so I am pretty confident that I should be generating tiff support.

    I took a look at the configure script and couldn't make a great deal of sense of it. As far as I can make out, configure is supposed to recurse through the configure scripts in various subdirectories, including in tiff; apparently it isn't doing so in my case.

    Any ideas?

    The problem has been resolved by private conversation.
    It was due to missing executable permissions of configure files.
    This only happened when using the 7z distribution files of Img, because I created these on Windows.
    IMG now only offers tar.gz distribution files, which do not have that restriction.

    Paul

    --- Synchronet 3.22a-Linux NewsLink 1.2