Hi, I tried exporting that machine from virtualbox, but it fails with a stupid errormessage that I dont understand. You cant access that box from internet, I'm sorry. I'll let you know when I got an export of that machine.
Cheers. Am 24.08.2012 18:21, schrieb Kartik Thakore: > > Ok i will twiddle with it. Do you have a freebsd machine I can ssh > too? Or a vmware image? > > On Aug 24, 2012 4:11 AM, <em...@froggs.de <mailto:em...@froggs.de>> wrote: > > Hi pals! > > In the last time we did, in my opinion, a big mistake. In test > scripts we checked for libpng like: SDL::Config->has('png'). But > this didnt ever returned true, Simply because the HAVE_PNG was > only set when actually building that lib in SDL. (Note: not > Alien::SDL) > This ->has() method works pretty fine for stuff like SDL_gfx, > since it will return true if we found SDL_gfx*.h. But there was no > check for png.h at this stage. So even if we found libpng in > system dirs or when we build it on our own, ->has('png') never > returned true. > > I changed the tests so it checks now for libpng in the shlib-hash > that we get from Alien::SDL. This hash contains all found/build > libs, and their path. > > And why does it fail then? > BSD. LibPNG needs libz to run. Normally you would think that > libpng is actually linked against libz, but hey, the BSD ppl dont > think that way. I dont know the reasons but they decided to > somehow build libpng without linking against libz. > when you do: ldd /path/to/libpng.so you will get all the > dependencies printed as a list. This works pretty fine on most > systems, like on our ubuntu's and what not. > On OpemBSD it prints an error message that the lib cant be loaded. > But if you do LD_PRELOAD_LIBS=/path/to/libz.so ldd > /path/to/libpng.so it will work. So we have to preload the lib in > order libpng will use it. > Doing this needs to happen on a very early level. Doing it from > within a running perl is to late, even if we load libpng using > DynaLoader. > The only thing I can think about atm is that we run a perl, load > that libz.so, and start a child perl process that does the stuff > we do now. > > This problem applies to libpng (needs libz), libtiff (needs > libjpeg) and libvorbis (needs libogg). > Before YAPC::EU I was working hard on that thing, I guess I can > supply a patch in a few days. > > Another problem that exists right now is that the old G4-Macs dont > have a header file we want to use, I will debug that at some > point. I dont think that there are so many users with a G4. These > fails only come from BinGOs so far. > > And there are still SDL::Controller(::Interface) fails. But since > I dont really understand whats happening there it would be cool if > the author (you kathekore ;o) would have a look at it. > > So far from me, I will write a msg about the YAPC later. > > See ya and take care, > Tobias > > Zitat von Kartik Thakore <thakore.kar...@gmail.com > <mailto:thakore.kar...@gmail.com>>: > > Awesome thanks. > > Kartik Thakore > > On 2012-08-23, at 9:40 PM, Jeffrey Palmer > <jeffrey.t.pal...@gmail.com <mailto:jeffrey.t.pal...@gmail.com>> > wrote: > > Hi, > > I think the problem is TIFF support on BSD and Solaris, but > FROGGS will > know for sure. > > Jeff > > On Thu, Aug 23, 2012 at 8:49 PM, Kartik Thakore > <thakore.kar...@gmail.com <mailto:thakore.kar...@gmail.com>>wrote: > > Hey guys, > > It looks like SDL lastest experimental has quite a few bit > of fails. May I > get a summary of what the fails are? > > Regards > > > >
