>From Gentoo GNU/Linux, I unmerged my old dev-perl/sdl-perl-2.2.6 install, then manual Build install worked to have `perl -MSDL -e 'print $SDL::VERSION'` return 2.504. The libpath must've been misordering the versions favoring the distro vendor. Now I got warnings treated as errors with quickness && I'm not sure why.
`cpan Games::FrozenBubble`: ... CPAN.pm: Going to build K/KT/KTHAKORE/Games-FrozenBubble-2.210.tar.gz [Alien::SDL] Testing header(s): iconv.h [Alien::SDL] Testing header(s): math.h [Alien::SDL] Testing header(s): SDL.h [Alien::SDL] Testing header(s): SDL_mixer.h Creating new 'MYMETA.yml' with configuration results Creating new 'Build' script for 'Games-FrozenBubble' version '2.210' CPAN: Module::Build loaded ok (v0.3607) x86_64-pc-linux-gnu-gcc -I/usr/lib64/perl5/5.8.8/x86_64-linux/CORE -fPIC -g -Wall -Werror -pipe -Iserver -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -lglib-2.0 -c -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -march=athlon64 -O2 -pipe -msse3 -o server/fb-server.o server/fb-server.c x86_64-pc-linux-gnu-gcc -I/usr/lib64/perl5/5.8.8/x86_64-linux/CORE -fPIC -g -Wall -Werror -pipe -Iserver -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -lglib-2.0 -c -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -march=athlon64 -O2 -pipe -msse3 -o server/log.o server/log.c x86_64-pc-linux-gnu-gcc -I/usr/lib64/perl5/5.8.8/x86_64-linux/CORE -fPIC -g -Wall -Werror -pipe -Iserver -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -lglib-2.0 -c -fno-strict-aliasing -pipe -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -march=athlon64 -O2 -pipe -msse3 -o server/tools.o server/tools.c cc1: warnings being treated as errors server/tools.c: In function 'reregister_server_if_needed': server/tools.c:189: error: ISO C90 forbids mixed declarations and code error building server/tools.o from 'server/tools.c' at /usr/lib64/perl5/vendor_perl/5.8.8/ExtUtils/CBuilder/Base.pm line 115. KTHAKORE/Games-FrozenBubble-2.210.tar.gz ./Build -- NOT OK Running Build test Can't test without successful make Running Build install Make had returned bad status, install seems impossible Thanks for helping me figure these out. =) -Pip On Wed, Jul 28, 2010 at 05:39, Kartik Thakore <thakore.kar...@gmail.com> wrote: > Can you remove the old SDL and reinstall? If not try a manual install. > > Kartik Thakore > > On 2010-07-28, at 12:46 AM, Pip Stuart <pipstu...@gmail.com> wrote: > >> After `pip http://sdlperl.ath.cx/releases/SDL-2.504.tar.gz` succeeds >> with: LOCAL/SDL-2.504.tar.gz >> ./Build install -- OK >> ... I ran `perl -MSDL -e 'print $SDL::VERSION'` >> 2.2.6 >> >> It's weird. Maybe `pip` doesn't do everything `perl -MCPAN -e "install >> '$@'"` would do? I can't think of why a Build would think it installed >> correctly, yet fail to do so. >> >> -Pip >> >> On Tue, Jul 27, 2010 at 21:10, Kartik Thakore <thakore.kar...@gmail.com> >> wrote: >>> >>> On 2010-07-27, at 10:04 PM, Pip Stuart <pipstu...@gmail.com> wrote: >>>> >>>> Hi again, >>>> >>>> The `cpan pip` && `pip >>>> http://sdlperl.ath.cx/releases/SDL-2.504.tar.gz` commands both >>>> succeeded but `cpan Games::FrozenBubble` can't find the installed >>>> 2.504 && tries to install 2.503 then fails again. >>> >>> Hmm that is weird. Run perl -MSDL -e ' print @SDL::VERSION ' >>> >>>> I don't understand >>>> why it can't find the new one. Do I need to run `pip >>>> Games::FrozenBubble` instead or something else to get the pip'd 2.504 >>>> to be found as an acceptable prerequisite? >>> >>> No it should work. >>>> >>>> Thanks, >>>> -Pip >>>> P.S. I like that the utility is my name. =) >>> >>> I figured you would :)