[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Compile time options
From: |
Sheldon Gill |
Subject: |
Re: Compile time options |
Date: |
Wed, 17 Mar 2004 10:12:51 +0800 |
User-agent: |
KMail/1.6.50 |
On Sun, 14 Mar 2004 13:05, you wrote:
> On Mar 10, 2004, at 11:14 PM, Sheldon Gill wrote:
> > I propose that we separate these "internal behaviour" compile time
> > options
>
> Well. The way I read this proposal, is that these options already exist
> in the libraries, they just happen to be scattered around and are hard
> to find. Putting them in one place makes it more obvious what kind of
> internal design decisions were made. I'd have to agree that this would
> be useful in some way.
Yes, that is pretty much the intention. One place with some standards about
what/where and how it's used.
> I agree though, that this should not affect platform or packaging
> options - those should all be made via configure - except for options
> that are overridable via defaults or configure options.
That is the intention. Only features within the library without external
dependencies so that we can control internal behaviours.
As I said, I don't mean to get rid of, nor to replicate behaviour of,
autoconf. It's purely within the library.
> The BACKEND_BUNDLE was probably a bad example, but the other ones are
> good - basic internal library behavior that a large majority of
> administrators would not care to change or dictate
Yes, I derailed things somewhat with that example.
The others still hold, I think.
Regards,
Sheldon
- Compile time options, Sheldon Gill, 2004/03/13
- Re: Compile time options, Kazunobu Kuriyama, 2004/03/12
- Re: Compile time options, Sheldon Gill, 2004/03/13
- Re: Compile time options, Alex Perez, 2004/03/13
- Re: Compile time options, Alexander Malmberg, 2004/03/13
- Re: Compile time options, Adam Fedor, 2004/03/13
- BACKEND_BUNDLE (Was: Re: Compile time options), Alexander Malmberg, 2004/03/14
- Re: BACKEND_BUNDLE (Was: Re: Compile time options), Adam Fedor, 2004/03/14
- Re: Compile time options, Nicola Pero, 2004/03/18
Re: Compile time options, Adam Fedor, 2004/03/14
- Re: Compile time options,
Sheldon Gill <=