This is fine with me.

Regards,
Mike

----- Original Message ----- 
From: "Steven Yi" 
To: "Developer discussions" 
Sent: Friday, January 04, 2008 7:46 PM
Subject: Re: [Cs-dev] image opcodes and dependencies


> Wait, so you're saying that build should not proceed if a build target
> is set to build but the library's dependencies are not met?  That
> makes sense to me.  There really should be a header check for all
> libraries used anyways, then if the dependency isn't found, maybe we
> can do a message like "Target x set to build but dependency y not
> found.  Please install dependency y or disable target x.".
>
> On Jan 4, 2008 3:39 PM, Felipe Sateler  wrote:
>> On Friday 04 January 2008 18:45:34 Steven Yi wrote:
>> > Well, if possible could we have it just check for libpng and build if
>> > found and not if not found rather than have an option?  Otherwise, I
>> > guess if one really wanted to control that, I would imagine having an
>> > autodetect but also a flag with default to 1 would be nice.
>>
>> I have to say something about this, as a packager of the software. I'd 
>> like to
>> (in the future, not now), refactor the build system to eliminate this 
>> (IMO)
>> misfeature. The build options should be: enable, disable, autodetect 
>> (this
>> should be the default). Ideally, if I want to build the image opcodes, 
>> set
>> the option, and if I don't have the necessary depenencies, then scons 
>> would
>> bomb out right at the beggining instead of waiting for a complete build 
>> and
>> then fail because a header wasn't found or some such.
>> This makes it a lot easier for me because:
>> 1. It's easier to detect build-dependencies.
>> 2. I can explicitly disable all things I don't want to build (and thus do 
>> not
>> get built accidentally).
>>
>>
>> --
>> Felipe Sateler
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net