Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 71177 - wmakerconf compilation fails (linking error) on ~amd64
Summary: wmakerconf compilation fails (linking error) on ~amd64
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: AMD64 Project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-11-14 09:42 UTC by Elie De Brauwer
Modified: 2005-02-26 04:40 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Fix compilation with new wmaker (wmakerconf_use_new_API_RReleaseImage.patch,2.97 KB, patch)
2004-11-23 07:43 UTC, Mathieu Segaud
Details | Diff
ebuild including the fix (wmakerconf-2.8.1-r3.ebuild,1.32 KB, text/plain)
2004-11-23 08:19 UTC, Mathieu Segaud
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Elie De Brauwer 2004-11-14 09:42:00 UTC
When I emerge wmakerconf I get:

gcc  -O2 -pipe -fPIC -L/usr/local/lib -L/usr/X11/lib -L/usr/X11R6/lib -L/usr/openwin/lib -L/usr/lib -o wmakerconf  dialog.o dndtree.o error.o icons.o keys.o load.o menu.o misc.o path.o previews.o rimage.o rootmenu.o shortcuts.o simple.o texture.o themebrowser.o window.o wmconfig.o   -L/usr/lib -L/usr/X11R6/lib64 -lwraster -lXpm -lpng -lz -ljpeg -lungif -lXext -lX11 -lm  -lPropList -lm -lnsl  -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm
misc.o(.text+0xde): In function `get_temporary_file_name':
: warning: the use of `tempnam' is dangerous, better use `mkstemp'
rimage.o(.text+0x6f): In function `make_image':
: undefined reference to `RDestroyImage'
rimage.o(.text+0x219): In function `make_gradient':
: undefined reference to `RDestroyImage'
rimage.o(.text+0x5a4): In function `make_textured_gradient':
: undefined reference to `RDestroyImage'
rimage.o(.text+0x5c2): In function `make_textured_gradient':
: undefined reference to `RDestroyImage'
rimage.o(.text+0x5dc): In function `make_textured_gradient':
: undefined reference to `RDestroyImage'
rimage.o(.text+0x89c): more undefined references to `RDestroyImage' follow
collect2: ld returned 1 exit status
make[2]: *** [wmakerconf] Error 1
make[2]: *** Waiting for unfinished jobs....
mkpreview.o(.text+0x10c): In function `main':
: undefined reference to `RDestroyImage'
mkpreview.o(.text+0x1de): In function `main':
: undefined reference to `RDestroyImage'
collect2: ld returned 1 exit status
make[2]: *** [mkpreview] Error 1
make[2]: Leaving directory `/var/tmp/portage/wmakerconf-2.8.1-r2/work/wmakerconf-2.8.1/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/wmakerconf-2.8.1-r2/work/wmakerconf-2.8.1'
make: *** [all-recursive-am] Error 2

!!! ERROR: x11-misc/wmakerconf-2.8.1-r2 failed.
!!! Function src_compile, Line 41, Exitcode 2


Perhaps this is also related to bug #:69467
Which talks about the issue:
wmaker: raster.c:51: RCreateImage: Assertion `width>0 && height>0' failed.


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Emerge info:

psychotic void # emerge info
Portage 2.0.51-r3 (default-amd64-2004.2, gcc-3.3.4, glibc-2.3.4.20041102-r0,
2.6.8-gentoo-r10 x86_64)
=================================================================
System uname: 2.6.8-gentoo-r10 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.6
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe -fPIC"
CHOST="x86_64-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config
/usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -fPIC"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks"
GENTOO_MIRRORS="http://ftp.gentoo.skynet.be/pub/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X amd64 apm arts avi berkdb bitmap-fonts cdr crypt encode esd f77
foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imlib java jpeg kde libg++ libwww
mikmod motif mozilla mpeg ncurses nls nogcj oggvorbis opengl oss pam pdflib perl
png postgres python qt quicktime readline sdl slang spell ssl tcpd tetex
truetype xml2 xmms xv zlib"
Comment 1 Mathieu Segaud 2004-11-23 07:43:40 UTC
Created attachment 44572 [details, diff]
Fix compilation with new wmaker

This patch is needed, because with windowmaker v0.91 (and v0.90) comes new
libwraster, in which, RDestroyImage was deprecated in favor of RReleaseImage.
The patch replaces every occurences of RDestroyImage and RReleaseImage in
src/rimage.c and src/mkpreview.c. Compilation is fixed.
However, I can see a double fault error in glibc when wmakerconf is closed.
Comment 2 Mathieu Segaud 2004-11-23 08:19:29 UTC
Created attachment 44575 [details]
ebuild including the fix

This ebuild fixes wmakerconf compilation failure with wmaker > v0.90 installed.

I guess it should be renamed as another version than the one it is currently
(2.8.1-r3).
Comment 3 Mathieu Segaud 2004-11-23 08:27:42 UTC
Btw, this is not a clean ebuild, since it is keyworded the same as 2.8.1-r2
and compilation could fail with windowmaker < 0.90......
Comment 4 Charlie Gehlin 2004-12-04 05:06:16 UTC
I can confirm both the bug itself and that the patch works.
Great job, thanks! Perhaps apply to portage?

/Charlie
Comment 5 Simon Stelling (RETIRED) gentoo-dev 2004-12-05 02:53:17 UTC
this does not seem to be amd64-specific and the package is not ~amd64 or even amd64 yet, so i'll reassign it to the maintaining herd.
Comment 6 Armando Di Cianno (RETIRED) gentoo-dev 2004-12-05 11:52:30 UTC
wmakerconf 2.8* is old, you test and 2.9* without your patches to see if it even needs them?

Also, it pretty much is worthless for fonts and windowmaker-0.9* series, fwiw.  I consider wmakerconf "not compatible" with windowmaker-0.9* series -- at least for versions released so far.

2.9.2 is blocked by windowmaker-0.9* -- I guess I forgot to add this blockage to 2.8.1-r2 and 2.9, which I am doing now.  If you can demonstrate what windowmaker-0.9* features wmakerconf can edit, and that it doesn't b0rk windowmaker's configuration, especially in regard to fonts, then I'll see if I can do anything for this.

Note that **I'm not the maintainer of wmakerconf** -- in fact, no one is.  wmakerconf isn't part of windowmaker, which I am maintaining, so I don't have much time to spend on it.  Please read the metadata.xml of the ebuild, wmakerconf is "no-herd".  If this sounds arrogant or crazy, take a look at how many windowmaker "dockapps" are in x11-misc -- I didn't add, nor am I maintaining those either.  Sorry.  I'd be happy to work with someone who takes maintainership of this package, however.

Assigning this back to amd64 to test and key the newest versions of wmakerconf.

Comment 7 Simon Stelling (RETIRED) gentoo-dev 2005-02-26 04:40:10 UTC
marked 2.9.2 ~amd64