Ralf Wildenhues gmx.de> writes:
> > It is still a bit frustrating when you know all the data you need is in
> > config.status but you cannot get it. Something that would solve this problem
> > would be to have an option like --showtag then I could run config,status
> > as:
>
> You can do it like
YES!!
That is what I wanted to hear!
THANK YOU!
Barry
On 10/16/08 7:50 AM, "Ralf Wildenhues" <[EMAIL PROTECTED]> wrote:
> * Barry Leslie wrote on Thu, Oct 16, 2008 at 04:45:05PM CEST:
>>
>> My solution to this problem was to get the CC flags I wanted from the MySQL
>> MakeFile instead of
* Barry Leslie wrote on Thu, Oct 16, 2008 at 04:45:05PM CEST:
>
> My solution to this problem was to get the CC flags I wanted from the MySQL
> MakeFile instead of trying to get them out of config.status.
>
> It is still a bit frustrating when you know all the data you need is in
> config.status
Hi,
My solution to this problem was to get the CC flags I wanted from the MySQL
MakeFile instead of trying to get them out of config.status.
It is still a bit frustrating when you know all the data you need is in
config.status but you cannot get it. Something that would solve this problem
would b
Brian Dessent wrote:
> Barry Leslie wrote:
>
>> It would be really useful if there was a configure option that would allow
>> you to point to another location and tell configure to get it's settings
>> from there.
>
> If you just want to get the content of variables from a foreign build
> dir you
The whole motivation behind doing this was to make is simpler and less error
prone for the user.
One reason to not want to build it as part of the tree is that adding it to
the tree requires the user to run autoconf, aoutomake, Which they may
not have installed or may be incompatible versions
Thanks for the reply,
Yes the plug-in can be built as part of the tree but there are very good
reasons why it is nice to be able to build it out side of the tree as well.
The plug-in I am talking about is a MySQL storage engine so it is a bit more
than a normal application plug-in. The reason tha
Hello Barry,
* Barry Leslie wrote on Wed, Oct 15, 2008 at 05:57:01PM CEST:
> It would be really useful if there was a configure option that would allow
> you to point to another location and tell configure to get it's settings
> from there.
Yeah. I once ventured on a patch trying to let config.s
On Wed, 15 Oct 2008 08:57:01 -0700
Barry Leslie <[EMAIL PROTECTED]> wrote:
>Hi,
>
>I work on plug-ins for MySQL and building a plug-in out side of the MySQL
>tree requires that you configure your build with the same compiler settings
>as the MySQL build that you are targeting.
>
>To do this I have
Barry Leslie wrote:
> It would be really useful if there was a configure option that would allow
> you to point to another location and tell configure to get it's settings
> from there.
If you just want to get the content of variables from a foreign build
dir you can run it's config.status with -
Barry Leslie wrote:
Hi,
I work on plug-ins for MySQL and building a plug-in out side of the MySQL
tree requires that you configure your build with the same compiler settings
as the MySQL build that you are targeting.
If there's such a close dependency (which I find surprising - there are
C AP
Hi,
I work on plug-ins for MySQL and building a plug-in out side of the MySQL
tree requires that you configure your build with the same compiler settings
as the MySQL build that you are targeting.
To do this I have created a macro that uses a --with-mysql configuration
option to give it the locat
12 matches
Mail list logo
