table_functions_engine wrote very good, It's very good work!
Which mysql's source files or library I must linked with table_functions_engine for
resolve some used symbols such as "thr_lock_data_init", "store" and other symbols on
Windows and AIX?
Thanks.
----- Original Message -----
From: "Paul McCullagh" <paul.mccullagh@stripped>
To: "Brian Aker" <brian@stripped>
Cc: "MySQL Internal" <internals@stripped>; "xiao.feng"
<xiao.feng@stripped>
Sent: Wednesday, August 16, 2006 3:00 PM
Subject: Re: How to compile an storage engine as an dll or so?
> Hi Brian,
>
> Thanks for the official take on my speculations.
>
> Standalone compilation is definitely the way to go so I will take a
> look at table_functions_engine shortly.
>
> But I have another question: PBXT adds 2 system variables:
> pbxt_index_cache_size and pbxt_record_cache_size. For the 4.1 version I
> just hacked these in, of course.
>
> Is there any plan to make adding system variables possible from within
> an engine plugin?
>
> An alternative would be for an engine to create its own configuration
> file (not ideal).
>
> - Paul
>
> On Aug 15, 2006, at 5:37 PM, Brian Aker wrote:
>
>> Hi!
>>
>> On Aug 15, 2006, at 3:08 AM, Paul McCullagh wrote:
>>
>>> On Aug 15, 2006, at 10:49 AM, xiao.feng wrote:
>>>
>>> Right now I am not sure why .so is missing (any hints would be
>>> welcome), this only happened after I ran automake, so I think the
>>> problem lies with my version of automake (1.8.3) or libtool (1.5.2).
>>> As far as I know, MySQL uses automake 1.9.6 (i.e. the latest). Maybe
>>> this will give better results.
>>
>> Look at the results of a make install and I believe it will become
>> apparent to you :)
>>
>>> Exactly, so the big question is, with which versions of the official
>>> mysql binary will it work? If the plug-in was built with 5.1.11, will
>>> it run with a 5.1.12 server?
>>
>> We will try to keep this stable, and this is our intent, but I suspect
>> that for a while, aka up till GA and maybe passed depending on QA, it
>> will require a build for each version.
>>
>>> If any of these are changed, the plug-in could crash, and bring down
>>> the server with it. So I am wondering if the plan is to increment the
>>> MYSQL_HANDLERTON_INTERFACE_VERSION, even when any of these classes
>>> change to make sure the server does not load an incompatible plug-in.
>>
>> Yes.
>>
>> Did you look at the engine I put up yesterday? It will allow you to
>> build entirely outside of the MySQL tree, so no need to keep your
>> engine in the storage directory.
>>
>> Cheers,
>> -Brian
>>
>> --
>> _______________________________________________________
>> Brian "Krow" Aker, brian at tangent.org
>> Seattle, Washington
>> http://krow.net/
>> http://tangent.org/
>> _______________________________________________________
>> You can't grep a dead tree.
>>
>>
>>
>>
>> --
>> MySQL Internals Mailing List
>> For list archives: http://lists.mysql.com/internals
>> To unsubscribe:
>> http://lists.mysql.com/internals?unsub=1
>>
>
