SV: [Mono-list] Automake: System.Data.OracleClient
Tue, 11 Feb 2003 07:38:15 +0100
Microsoft's System.Data.OracleClient.dll doesn't use any glue-library.
Perhaps we should investigate further why _we_ have to?=20
Note: I have tried to modify the code in
mcs/class/System.Data.OracleClient/System.Data.OracleClient to connect
without the glue, but have so far failed.
Any interop-gurus who can shed some light on the matter?
Fra: firstname.lastname@example.org [mailto:email@example.com]=20
Sendt: 11. februar 2003 05:27
Kopi: firstname.lastname@example.org; email@example.com; firstname.lastname@example.org
Emne: [Mono-list] Automake: System.Data.OracleClient
I picked up where Daniel Morgan left off with the Mono OracleClient,
and this client uses a "glue" library to connect the managed provider
with the unmanaged Oracle call interface (OCI). This is written in
C. Daniel had written makefiles for Borland and Visual C; I created
a simple make file that works with GCC on my system. =20
I was wondering how easy it would be to create some sort of automake
solution that would build this automatically as part of the class
library build. I know very little about automake, so I'm willing
to take any suggestions, code, whatever. If you want to do it yourself,
you're more than welcome.
Before we build the code, I think that it should probably be moved
from its present home, but for now it works where it is. It's
The two source files are ociglue.c and ociglue.h.
The makefile must make use of the user's install Oracle client
and if these aren't detected, then the glue library probably shouldn't
be built. In fact, in light of this, maybe the OCI glue library should
be in a separate module. I'm not really sure what the best policy is
for something like this.
Any insights would be greatly appreciated!
Tim Coleman <email@example.com> [43.43 N 80.45 W]
BMath, Honours Combinatorics and Optimization, University of Waterloo
"Under capitalism, man exploits man. Under communism, it's just the
opposite." -- J.K. Galbraith
Mono-list maillist - Monofirstname.lastname@example.org