mysqlcppapi-main

[Mysqlcppapi-main] mysqlcppapi-2.0 packaging

[Bryan W. H. <bwh...@ea...>]

Murray,

It looks like the mysqlcppapi-2.0 package is not complete. Things I 
don't see (but ought to) include,

o $lib/mysqlcppapi-2.0/include/mysqlcppapiconfig.h (which would have
MAJOR, MINOR, MICRO versions)
o an m4 macro to install in /usr/share/aclocal so other packages can 
autoconfiscate with us

I'm in the middle of adapting the gtk-2.0.m4 macro to our use. It of 
course is so concerned that GTK_MINOR, etc., matches what pkgconfig 
thinks. I personally am more concerned that a test program can 
compile/link a program that instantiates a mysqlcppapi::Connection object.

The former sounds really anal, but it saved my tush on Windows 2000 when 
somebody dropped a glib-1.3.dll in \Winnt\system32 when I was trying to 
build a gtk+-2.0.6. pkgconfig was happy, but the test program kept 
linking with the glib-1.3 dll at runtime. Man, I really love cygwin & 
mingw :-)

To consider: mysqlcppapi.h ought not to have an extension, like the rest 
of C++ std library. The rest of the headers can have an extension as 
they like. (I hate .h as that infers C; I'm starting to get used to 
using .hh. .hpp and .hxx infers Zortech/MSDOS days to me)


-- 
____               .:.                 ____
Bryan W. Headley - bwh...@ea...

Re: [Mysqlcppapi-main] mysqlcppapi-2.0 packaging

[<mu...@t-...>]

On Thu, 2002-10-24 at 20:57, Bryan W. Headley wrote:
> Murray,
> 
> It looks like the mysqlcppapi-2.0 package is not complete. Things I 
> don't see (but ought to) include,
> 
> o $lib/mysqlcppapi-2.0/include/mysqlcppapiconfig.h (which would have
> MAJOR, MINOR, MICRO versions)

Feel free to provide a patch for that kind of thing. I thought we had it
already.

> o an m4 macro to install in /usr/share/aclocal so other packages can 
> autoconfiscate with us

mysqlcppapi2 uses pkg-config instead. 

> I'm in the middle of adapting the gtk-2.0.m4 macro to our use. It of 
> course is so concerned that GTK_MINOR, etc., matches what pkgconfig 
> thinks. I personally am more concerned that a test program can 
> compile/link a program that instantiates a mysqlcppapi::Connection object.
> 
> The former sounds really anal, but it saved my tush on Windows 2000 when 
> somebody dropped a glib-1.3.dll in \Winnt\system32 when I was trying to 
> build a gtk+-2.0.6. pkgconfig was happy, but the test program kept 
> linking with the glib-1.3 dll at runtime. Man, I really love cygwin & 
> mingw :-)

The GTK+ and GNOME libraries don't have this problem, and don't use the
old-style .m4 files so I don't see why we should. GTK+ has one for
compatibility but most people don't use it anymore.

> 
> To consider: mysqlcppapi.h ought not to have an extension, like the rest 
> of C++ std library.

mysqlcppapi is not part of the C++ std library.

mu...@us...
www.murrayc.com