Re: CinePaint SCons Packager

On Fri, Feb 29, 2008 at 12:09:44AM -0800, Robin Rowe wrote:
> Teoh,
> 
> Welcome aboard! Your info on our team page:
> 
> http://www.cinepaint.org/people/index.html
> 
> Everyone, Teoh is a software engineer in Vancouver, Canada, and Debian
> developer, who will be implementing an experimental Scons build system
> for CinePaint.

Thanks!


> Teoh, do you have any questions?
[...]

Yes, in fact. I've checked out the latest(?) CVS code for CinePaint from
sourceforge, but when trying to configure it, I get this:

-----snip-----

checking for alloca... yes

PKG_CONFIG_PATH =

checking fd_set and sys/select... yes
checking for yywrap in -lfl... yes
checking for pthread_create in -lpthread... yes
checking pthread.h usability... yes
checking pthread.h presence... yes
checking for pthread.h... yes
checking for pkg-config... /usr/bin/pkg-config
./configure: line 23300: syntax error near unexpected token `1.2.8,,'
./configure: line 23300: `	AM_PATH_GTK(1.2.8,,'

-----snip-----

Am I missing something?


Anyway, in spite of configure not working, I've gone ahead to write
SConstruct and SConscript's, and so far, I managed to get libhalf,
lib/wire, lib/fl_i18n, and libgimp to compile. Most of app/ compiles as
well, but fails at the linking stage 'cos I haven't replaced the
necessary libtool functionality yet. This is all very preliminary, of
course. So far on this front, I have the following questions:

1) Are we looking for full-scale autotools replacement? Or just
automake? The automake part is relatively easy; replacing autoconf may
take a while to sort out since we'll have to replicate its functionality
in SCons. (Good news: things like pkg-config are already natively
supported by SCons.)

2) Currently there is a lot of reliance on autoconf to generate stuff in
version.h and config.h. Are we looking to replace these as well?

3) What's the convention for checking stuff into CVS? I guess it must at
least be compilable, and maybe somewhat well-tested as well? (Also, I
don't have commit access yet.)

Thanks.


--T

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/