Re: [Pipmak-Devel] The Pipmak Make setup for Linux

[Aidan G. <wgs...@ih...>]

Christian Walther wrote:
> Aidan Gauland wrote:
>> I'll take over building the Linux binary release, if that would make things
>> easier. 
> 
> That would be very welcome, let's see how that goes. One of the main 
> reasons why I release so rarely is the effort it takes to build and test 
> on all platforms. Distributing that burden onto more shoulders should 
> make things faster. (It also means more management duties for me, 
> getting away a bit from my hermit programmer attitude. We'll see how I 
> cope with that. :) )
> 
> If you tell me your SourceForge user name (make one at 
> <http://sourceforge.net/account/registration/> if you don't already have 
> one), I'll give you write access to the SVN repository.

My SourceForge username is wgsilkie, but hang on a minute, when I type "make"
in "pipmak/documentation/" it seems to run something that looks like it's
dealing with LATEX in an infinite loop, but when I run "pdflatex
Reference.tex" it seems to generate Reference.pdf, Reference.aux,
Reference.idx, Reference.log, Reference.out, and Reference.toc just fine.  Is
this okay for putting in the Pipmak releases?

> 
>>> I don't see a Makefile here, so I can't comment in detail...
>> I'll send that now.
> 
> I haven't tested it, but it looks OK. If you commit it, don't forget to 
> update Building.txt. One thing I wonder, wouldn't it be more elegant to 
> do the uncomment-this-comment-out-that sections using ifs and a variable 
> set on the command line (like 'version' and 'dependencies')?
> 
>> And the wrapper script.
> 
> That looks like it only runs if the current working directory is the 
> directory that contains pipmak-bin and libs. Is that acceptable?

Hmmm, maybe not.  I could put pipmak-bin and libs in a directory called
something like "data", and leave the wrapper script "pipmak" where it is.  Or,
then again, maybe that would be needlessly redundant.  I guess the best way to
find out works best is to let Linux users try it out, and make changes based
on feedback (on the Pipmak users mailing list).

> 
>>> That seems to have been the usual approach for closed-source games. 
>>> However, I seem to remember Gabriele Greco posting that he had some 
>>> problems with that because some newer distributions used that variable 
>>> for system purposes, or something. Have you happened on this in your 
>>> research?
>> I've not heard of that.  I thought Linux systems used something else.  But
>> even if that is a problem, I can easily avoid that, by appending to that
>> variable, rather than overwriting it.
> 
> For reference, since I just have it in front of me, that post is here: 
> <http://thread.gmane.org/gmane.comp.lib.sdl/35714/focus=35778>
> 
>> And by the way, I tried searching the SDL mailing list archives, but it 
>> wasn't working for me.

I was just using the archive that the SDL website lead me to, but now that
I've tried Gmane, I'm having no trouble.  Thanks.

> 
> What archive were you using? Gmane works fine for me: 
> <http://search.gmane.org/?query=&author=Gabriele+Greco&group=gmane.comp.lib.sdl&sort=date&DEFAULTOP=and> 
> (I hope Gabriele doesn't mind me using him as a generic search term, but 
> it seems that he reliably has at least one post in every thread relevant 
> to this topic :) )
> 
>   -Christian
> 
> 
> -------------------------------------------------------------------------
> 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/
> _______________________________________________
> Pipmak-Devel mailing list
> Pip...@li...
> news://news.gmane.org/gmane.games.devel.pipmak.devel
> https://lists.sourceforge.net/lists/listinfo/pipmak-devel
>