I think /usr/include/SDL is right place for this headers. I tried to fix it, and it seems to work. Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.49-r21 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.6.1) ================================================================= System uname: 2.6.1 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium -O3 -pipe -fomit-frame-pointer" CHOST="i586-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/mnt/new/tmp/" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/root/ebuilds/overlay-freedesktop" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X alsa apm avi berkdb cdr crypt cups dvd dvdr encode foomaticdb gdbm ggi gif gpm gtk gtk2 guile imlib java jpeg libg++ libwww mad matroska mikmod mmx motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline ruby sdl slang spell sse ssl svga tcltk tcpd tetex truetype x86 xml2 xv zlib"
Created attachment 25257 [details] Ebuild with changed includedir
How is the current behavior a bug? This appears to be the way SDL_gfx is intended to be installed by the upstream author.
i do not know exaclty, but other sdl* headers on my system are installed into /usr/include/SDL, and glGo-0.0.6 (not in portage) fails to build because it searches for sdl-gfx headers in /usr/include/SDL. May be someone should contact an author of SDL-gfx and ask what is right place to put headers.
yeah, all sdl libs that i know of install into SDL/ sdl-gfx seems to be the exception ... could we check some games to see if they check for 'SDL_gfxPrimitives.h' and then 'SDL/SDL_gfxPrimitives.h' ? if so i think we should move them ... root@vapier 0 include # qpkg -f /usr/include/SDL media-libs/libsdl * media-libs/sdl-gfx * media-libs/sdl-gui * media-libs/sdl-image * media-libs/sdl-mixer * media-libs/sdl-net * media-libs/sdl-sound * media-libs/sdl-ttf * media-libs/sdlmm * root@vapier 0 include # qpkg -f /usr/include/SDL_ media-libs/sdl-gfx *
here is complete (i hope) list of .ebuilds referencing to sdl-gfx app-emulation/uae/uae-0.8.22.ebuild dev-perl/sdl-perl/sdl-perl-1.20.0.ebuild dev-python/soya/soya-0.6.1.ebuild dev-python/soya/soya-0.3.1.ebuild dev-python/soya/soya-0.5.ebuild dev-ruby/rudl/rudl-0.7.ebuild games-puzzle/xpired/xpired-1.22.ebuild Can anyone test if this packages builds ok with proposed .ebuild?
i e-mailed upstream and this is what they sent back: From: Andreas Schiffler <aschiffler@appwares.com> 10/02/2004 08:40:06 No reason - just ancient Makefiles from SDL-1.1x/tests vintage. I'll check it out and adjust. Thanks for the tip. ----------------- i guess i'll wait for another reply back before updating the ebuild
sdl-gfx-2.0.11 does this now
Ok, this new version places headers in proper directory.