Cool no rush. On Fri, Aug 24, 2012 at 12:58 PM, Tobias Leich <em...@froggs.de> wrote:
> 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> 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>: >> >> Awesome thanks. >>> >>> Kartik Thakore >>> >>> On 2012-08-23, at 9:40 PM, Jeffrey Palmer <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>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 >>>> >>>> >>> >> >> >