[Scummvm-devel] Ports and their custom build systems. Do we need them?
yotam barnoy
yotambarnoy at gmail.com
Tue Oct 13 11:30:24 CEST 2009
I know that from my perspective, the PSP's makefile is easier to use than
configure. For example, I build using MSYS on windows, and my psp-gcc can't
pass the compiler test that configure runs. I have to hack configure to make
it work.
Another example is that having just added dynamic plugins, configure needs
several options when building, specifically '--enable-plugins
--default-dynamic --disable-debug' (disable debug is to prevent bloat). I
could make this the default, but then --enable-plugins would have no
meaning, and would need to be 'disable' instead.
Yet another example is that to have debug builds by default is irrelevant to
the PSP, where we can't debug with gdb anyway due to the way we build.
I know that Joost uses OSX and Linux, and for him configure is fine. For me,
due to the above mentioned reasons (and probably a few more that I forgot),
I prefer a custom makefile tailored to the needs of the PSP port.
Yotam
On Tue, Oct 13, 2009 at 11:08 AM, Max Horn <max at quendi.de> wrote:
> Hi folks,
>
> I noticed that several ports which now support configure based
> building (e.g. DC, PSP) still seem to maintain and use their custom
> build systems, too. That made me wonder why this is the case: Is it
> more convenient for some reason? If so, which? Is the configure based
> build process lacking certain abilities? If so, which? What else is
> making porters want to keep and maintain their custom build systems?
>
> Would be nice to hear about this from porters, as my hope is that
> based on this valuable input we can further improve our primary build
> system, ideally being able to supersede the custom ones completely.
> Which I consider desirable, as it reduced "code" duplication, and also
> ensures that the buildbot produced binaries are in sync with what
> porters do. Ideally it would also make life easier for porters. I
> understand that the latter may not be the case right now, to the
> contrary, but we can only improve it if we get feedback :).
>
> Cheers,
> Max
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20091013/e82d1674/attachment.html>
More information about the Scummvm-devel
mailing list