On 23/12/10 11:36, Denis Arnaud wrote:
> 2010/12/22 Mateusz Loskot <[email protected] <mailto:[email protected]>>
>> I completely forgot about work already done by Denis.
>
> No problem: having a look at your recent activity around SOCI and other
> open source projects, one can easily understand that you cannot have an
> eye on everything :)

My time management sucks anyway and I wish I could focus on one project, 
hehe.

>> There is patched branch with this cleanup and is waiting for merge.
>> It is available from the git repo clone Denis and I maintain on GitHub:
>> https://github.com/denisarnaud/soci/tree/buried_headers
>>
>> Denis, what would be the best way to merge it with the master?
>
> I have done a "pull request" (targeted to myself, just because I am the
> owner of the clone),

I've seen, got the e-mail.

> so as to insulate the corresponding patch and to
> track it: https://github.com/denisarnaud/soci/pull/1
> In case you agree to incorporate it, it will be simply merged into the
> master branch (and you will be able to push it to SourceForge for
> synchronisation purpose).

Great. I'll try to test it tonight.

I think I'd add public CMake option like

SOCI_BUILD_BURRIED_HEADERS=ON|OFF

to control this features.
I would prefer to turn it ON by default.

> For information, I have been using that version (with buried headers)
> for almost two years now, and that is the one packaged within
> RedHat/Fedora: so, *it works well*.

Fantastico!

> [Indeed, it was when starting to package SOCI for RedHat/Fedora that I
> felt the need to have buried headers for MySQL (otherwise, I would have
> had to add -I/usr/include/mysql directives when compiling SOCI, which is
> not good for standard packages such as MySQL)]

I see.

> It seems 3.1.0 gets closer by now :)

I hope so. The part that scares me is to the documentation update :-)

Best regards.
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org
Member of ACCU, http://accu.org

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Soci-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/soci-users

Reply via email to