[Adium-devl] Libpurple Build Dependencies

Evan Schoenberg evan.s at dreskin.net
Fri Sep 28 19:08:24 UTC 2007


Quoting Augie Fackler <lists at durin42.com>:

> We should be able to do this all using the native build system for
> each target and some clever linker options.
Excellent :)

> Should I make my goal a
> universal gstreamer binary and just do deps for that first? Or do you
> have libs that Libpurple.framework uses I should do first?
It sounds like Eric's trying to convince the new glib to compile...  
that's probably a dependency both for gstreamer and for libpurple.  So  
glib will happen either way :)

Let's start with going for the universal gstream binary along with its  
deps, since that's what doesn't work at all at present; we can  
transition working-but-hacky dependencies to working-and-elegant style  
after that (unless the hackery interferes with the rest, in which case  
you might have to fix it all at once).  Sound good?


>> The current process utilizes a static config.h for each dependency,
>> made using that library's configure script followed by manual changes
>> to allow for big/small endian appropriateness and other ppc vs. intel
>> #define differences.  An XCode target then includes each file to be
>> built into the library.  Static libraries are produced and linked
>> against as needed.
>
> aaand a kitten dies because of how nasty that is. Static config.h's
> for the lose. Ideally, upstream rearrangements of code shouldn't
> require project changes on our end.
Double true. (I described the current process not as a model of  
goodness but in order to make obvious how much of a kludge it is.)

-Evan

----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.





More information about the devel mailing list