#14 Build problem introduced in 2.9.10.1

v1.0 (example)
open
nobody
None
5
2014-04-15
2014-04-10
No

Hello,

xpaint 2.9.10.1 introduces an error in a configure check.

==> Erstelle Paket: xpaint 2.9.10.1-1 (Do 10. Apr 19:23:48 CEST 2014)
==> Prüfe Laufzeit-Abhängigkeiten...
==> Prüfe Buildtime-Abhängigkeiten...
==> Empfange Quellen...
-> autoconf.patch gefunden
-> xpaint-2.9.10.1.tar.bz2 gefunden
-> Aktualisiere das 10018613 git Repo...
Fordere an von origin
==> Überprüfe Gültigkeit der Quell-Dateien mit md5sums...
autoconf.patch ... Durchgelaufen
xpaint-2.9.10.1.tar.bz2 ... Durchgelaufen
10018613 ... Übersprungen
==> Entpacke Quellen ...
-> Entpacke xpaint-2.9.10.1.tar.bz2 mit bsdtar
-> Erstelle Arbeitskopie des 10018613 git Repos...
Klone nach '10018613'...
Fertig.
==> Beginne prepare()...
patching file configure.ac
==> Entferne existierendes pkg/ Verzeichnis...
==> Beginne build()...
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for int8_t... yes
checking for int16_t... yes
checking for int32_t... yes
checking for int64_t... yes
checking for uint8_t... yes
checking for uint16_t... yes
checking for uint32_t... yes
checking for uint64_t... yes
checking for XOpenDisplay in -lX11... yes
checking checking Xft support... yes
checking for XftFontOpen in -lXft... yes
checking for FT_Init_FreeType in -lfreetype... yes
checking X11/Xaw3dxft/Box.h usability... yes
checking X11/Xaw3dxft/Box.h presence... yes
checking for X11/Xaw3dxft/Box.h... yes
checking for XawInitializeWidgetSet in -lXaw3dxft... yes
configure: Using libXaw3dxft for Athena Widgets.
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking for zlibVersion in -lz... yes
checking png.h usability... yes
checking png.h presence... yes
checking for png.h... yes
checking libpng/png.h usability... no
checking libpng/png.h presence... no
checking for libpng/png.h... no
checking for png_read_rows in -lpng... yes
checking for png_get_valid... yes
checking for png_set_tRNS_to_alpha... yes
checking for jpeg_destroy_decompress in -ljpeg... yes
checking for jpeglib.h... yes
checking whether to build with TIFF support... checking for jpeg_read_header in -ljpeg... yes
checking for jbg_enc_init in -ljbig... no
checking for jbg85_enc_init in -ljbig85... no
checking for TIFFOpen in -ltiff... yes
checking tiff.h usability... yes
checking tiff.h presence... yes
checking for tiff.h... yes
tiff is usable:yes
checking for opj_cio_open in -lopenjpeg... yes
checking openjpeg.h usability... no
checking openjpeg.h presence... no
checking for openjpeg.h... no
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking langinfo.h usability... yes
checking langinfo.h presence... yes
checking for langinfo.h... yes
checking dirent.h usability... yes
checking dirent.h presence... yes
checking for dirent.h... yes
checking sys/resource.h usability... yes
checking sys/resource.h presence... yes
checking for sys/resource.h... yes
checking io.h usability... no
checking io.h presence... no
checking for io.h... no
checking process.h usability... no
checking process.h presence... no
checking for process.h... no
checking for either dirent or _finddata_t... yes
checking location of freetype2 headers... configure: error: cannot find freetype2 headers; try setting CFLAGS.
==> FEHLER: Ein Fehler geschah in build().
Breche ab ...

Process makepkg exited abnormally with code 2

Related

Bugs: #14

Discussion

  • Jean-Pierre Demailly

    On Thu, Apr 10, 2014 at 05:32:22PM +0000, Stefan Husmann wrote:


    [bugs:#14] Build problem introduced in 2.9.10.1

    Status: open
    Group: v1.0 (example)
    Created: Thu Apr 10, 2014 05:32 PM UTC by Stefan Husmann
    Last Updated: Thu Apr 10, 2014 05:32 PM UTC
    Owner: nobody

    Hello,

    xpaint 2.9.10.1 introduces an error in a configure check.

    Dear Stefan,

    This is strange because I thought I hadn't changed anything to the configure
    scripts. Also, It didn't realize the problem because I have been using for
    my tests the "configure.old" script (which, for some reason that I don't
    really understand seems to produce a not exactly equivalent and more reliable
    binary file, in particular as far as mouse focus behavior is concerned).
    I would tend to recommend using "configure.old" until this very minor
    focus problem is fixed.

    Anyway, to fix the problem with "configure", you have to modify the
    configure.ac file by putting
    [AC_LANG_PROGRAM([[#include <freetype2 config="" ftheader.h="">]])],
    instead of
    [AC_LANG_PROGRAM([[#include <freetype config="" ftheader.h="">]])],
    and running autoconf again. You may have to run "configure.old"
    again once before running "configure" again. I'll definitely have
    to fix these small issues for a more reliable build process ...

    Thanks for the notice,

    Jean-Pierre

     

    Related

    Bugs: #14

  • Stefan Husmann

    Stefan Husmann - 2014-04-11

    I should hav written that, but I made that change to the configure.ac file and the message remains the same. I also had to add an macro to it, that automake 1.14 needs. (patchfile attached)

    Also running configure.old and confiure results in the same failing check for freetype headers.

    I I run configure.old and make (without configure), running make fails with

    gcc -O2 -fno-strength-reduce -fno-strict-aliasing -I/usr/include -Dlinux -Damd64 -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -DERRORBEEP -DFEATURE_FRACTAL -DXAWPLAIN -I/usr/include/X11 -I/usr/include/freetype2 "-DEDITOR=\"emacs -fn 9x15 -cr green -ms red -bg lightyellow -fg black\"" "-DSHAREDIR=\"/usr/share/xpaint\"" "-DXAPPLOADDIR=\"/usr/lib/X11/app-defaults\"" "-DXPAINT_VERSION=\"2.9.10.1\"" "-DLPCCMD=\"/usr/sbin/lpc status\"" -DERRORBEEP -DFEATURE_FRACTAL -c -o fileBrowser.o fileBrowser.c
    In file included from xaw_incdir/ListP.h:41:0,
    from fileBrowser.c:29:
    /usr/include/X11/Xaw/SimpleP.h:69:5: error: unknown type name 'CoreClassPart'
    CoreClassPart core_class;
    ^
    /usr/include/X11/Xaw/SimpleP.h:92:5: error: unknown type name 'CorePart'
    CorePart core;
    ^
    In file included from fileBrowser.c:29:0:
    xaw_incdir/ListP.h:55:5: error: unknown type name 'CoreClassPart'
    CoreClassPart core_class;
    ^
    xaw_incdir/ListP.h:110:5: error: unknown type name 'CorePart'
    CorePart core;
    ^
    <builtin>: recipe for target 'fileBrowser.o' failed
    make: *** [fileBrowser.o] Error 1
    ==> FEHLER: Ein Fehler geschah in build().

     
    • Jean-Pierre Demailly

      On Fri, Apr 11, 2014 at 07:01:01PM +0000, Stefan Husmann wrote:

      I should hav written that, but I made that change to the configure.ac file and the message remains the same. I also had to add an macro to it, that automake 1.14 needs. (patchfile attached)

      Also running configure.old and confiure results in the same failing check for freetype headers.

      I I run configure.old and make (without configure), running make fails with

      gcc -O2 -fno-strength-reduce -fno-strict-aliasing -I/usr/include -Dlinux -Damd64 -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DFUNCPROTO=15 -DNARROWPROTO -DERRORBEEP -DFEATURE_FRACTAL -DXAWPLAIN -I/usr/include/X11 -I/usr/include/freetype2 "-DEDITOR=\"emacs -fn 9x15 -cr green -ms red -bg lightyellow -fg black\"" "-DSHAREDIR=\"/usr/share/xpaint\"" "-DXAPPLOADDIR=\"/usr/lib/X11/app-defaults\"" "-DXPAINT_VERSION=\"2.9.10.1\"" "-DLPCCMD=\"/usr/sbin/lpc status\"" -DERRORBEEP -DFEATURE_FRACTAL -c -o fileBrowser.o fileBrowser.c
      In file included from xaw_incdir/ListP.h:41:0,
      from fileBrowser.c:29:
      /usr/include/X11/Xaw/SimpleP.h:69:5: error: unknown type name 'CoreClassPart'
      CoreClassPart core_class;

      Dear Stefan,

      Your log indicates that you are compiling with plain Xaw, which is deprecated.
      The reason might be that 'configure.old' does not find the header
      files of Xaw3dxft where there are expected to be (/usr/include/X11/Xaw3dxft).
      Maybe libxaw3dxft-dev (or something like this) is missing.
      If Arch installs the headers elsewhere than where xpaint expects, a
      (very small) change in configure.old would be needed.

      Anyway, xpaint claims to be still compilable with plain Xaw -- this is
      indeed not so, as I didn't check that since a long time, and inadvertently
      made incompatible changes in between. This should be enough to explain
      your compilation troubles. I'll post a small patch to enable again
      compiling with libXaw (although I would strongly advise against that,
      the result is awful, all UTF8 input is badly displayed, etc ...)

      Best,
      Jean-Pierre

      PS. By the way, I didn't find a patch attached to your message !

       
  • Stefan Husmann

    Stefan Husmann - 2014-04-15

    Hello,

    if I really did compile against libxaw, that was not intended. Arch Linux still has libxaw in its official repos, and I maintain libxaw3dxft and xpaint in the Arch User Repository (AUR). So for some other packages I have libxaw installed, and libxawxft3d in parallel.

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks