Bug 40961 – media-libs/sdl-gfx puts headers into /usr/include instead of /usr/include/SDL

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Dmitry Platonov 2004-02-09 05:58:26 UTC]

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"

[Comment 1 Dmitry Platonov 2004-02-09 06:01:05 UTC]

Created attachment 25257 [details]
Ebuild with changed includedir

[Comment 2 Mr. Bones. (RETIRED) 2004-02-09 10:40:22 UTC]

How is the current behavior a bug?  This appears to be the way SDL_gfx  is intended to be installed by the upstream author.

[Comment 3 Dmitry Platonov 2004-02-09 10:48:37 UTC]

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.

[Comment 4 SpanKY 2004-02-09 10:53:25 UTC]

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 *

[Comment 5 Dmitry Platonov 2004-02-10 00:39:05 UTC]

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?

[Comment 6 SpanKY 2004-02-10 14:26:21 UTC]

i e-mailed upstream and this is what they sent back:
From: Andreas Schiffler <[e-mail]>
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

[Comment 7 SpanKY 2004-05-25 07:08:37 UTC]

sdl-gfx-2.0.11 does this now

[Comment 8 Dmitry Platonov 2004-05-25 10:54:39 UTC]

Ok, this new version places headers in proper directory.