Bug 25084 – xpaint ebuild fails with errno problem.

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Jeff Tang 2003-07-22 14:48:52 UTC]

The xpaint ebuild fails with a problem with errno on my ~x86. Building it by
hand fails too in the same way.  My other system, which is x86, build xpaint fine.


Reproducible: Always
Steps to Reproduce:
1.emerge xpaint

Actual Results:  
gcc -m32 -o xpaint -O2 -fno-strength-reduce -fno-strict-aliasing     
-L/usr/X11R6/lib   chroma.o color.o colorEdit.o dialog.o fatBitsEdit.o   
fileName.o fontSelect.o grab.o graphic.o hash.o help.o   image.o imageComp.o
iprocess.o main.o menu.o misc.o     operation.o palette.o pattern.o print.o
protocol.o readRC.o size.o      snapshot.o text.o texture.o typeConvert.o
arcOp.o blobOp.o boxOp.o brushOp.o circleOp.o fillOp.o         fontOp.o lineOp.o
pencilOp.o polyOp.o splineOp.o selectOp.o     sprayOp.o dynPenOp.o Colormap.o
Paint.o PaintEvent.o PaintRegion.o PaintUndo.o -Lrw -lrw -L/usr/X11R6/lib -lXpm
-ltiff  -ljpeg -lpng -lz -ldl -rdynamic   ./libXaw95.a -lm -lX11 -lXt -lXmu   
print.o(.text+0x15f9): In function `createPrintData':
: the use of `tmpnam' is dangerous, better use `mkstemp'
rw/librw.a(libpnmrw.o)(.text+0x173): In function `pm_perror':
: `sys_errlist' is deprecated; use `strerror' or `strerror_r' instead
readRC.o(.text+0x4b): In function `openTemp':
: the use of `mktemp' is dangerous, better use `mkstemp'
rw/librw.a(writeGIF.o)(.text+0xf): In function `WriteGIF':
: undefined reference to `errno'
rw/librw.a(writeGIF.o)(.text+0x150): In function `WriteGIF':
: undefined reference to `errno'
rw/librw.a(libpnmrw.o)(.text+0x16a): In function `pm_perror':
: undefined reference to `errno'
collect2: ld returned 1 exit status
make[1]: *** [xpaint] Error 1
make[1]: Leaving directory `/tmp/xpaint-2.6.9'
make: *** [xaw95static] Error 2


Expected Results:  
It should have built.

I managed to get it to build by hand by adding some #include<errno.h> in
rw/writeGIF.c and rw/libpnmrw.c and  #include <errno.h>
  in   rw/libpnwm.c, outside of the EMX ifdefs, but that's not a good solution.


Here's emerge info output:

Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.19-gentoo-r10 i686 AMD Athlon(TM) XP1800+
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
/usr/kde/2/share/config /usr/kde/3/share/config
/usr/X11R6/lib/X11/xkb:/usr/kde/3.1/share/config:/usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/:/usr/share/config"
CONFIG_PROTECT_MASK="/etc/postfix/sample /etc/X11 /etc/sound /etc/gnome-vfs-2.0
/etc/init.d /etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss 3dnow apm avi crypt cups encode foomaticdb gif jpeg libg++ mad
mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv
zlib gtkhtml gdbm berkdb slang readline arts tetex bonobo svga ggi tcltk java
guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt kde
motif opengl mozilla mozsvg -gnome"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O3 -pipe"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"

[Comment 1 Patrick Kursawe (RETIRED) 2003-07-23 01:46:28 UTC]

Investigating with current xpaint 2.7.0

[Comment 2 Patrick Kursawe (RETIRED) 2003-07-23 02:51:19 UTC]

Please test the new 2.7.0 which should be available in a few minutes. Works for me.

[Comment 3 Jeff Tang 2003-07-23 10:13:03 UTC]

Works for me also.

Thanks.

[Comment 4 Patrick Kursawe (RETIRED) 2003-08-21 02:13:16 UTC]

*** Bug 25469 has been marked as a duplicate of this bug. ***