|Subject||Re: [ib-support] 100% embedded firebird on Linux|
> There are other files that the engine creates as part of its job (theYes, but apparently it's not a requirement and deleting it still allows
> lock files), and it uses the isc4.gdb security database. So your
firebird to function correctly. Haven't tested access rights, but I
suppose they would not work anymore at all.
> problems may be a bit bigger. The dependency on the lock manager can beI removed the corresponding defines from 'lock/lock.h' and set
> removed by changing the MANAGER_PROCESS (I think) macro. I'm not sure
LOCK_MANAGER to nothing in 'builds/original/prefix.linux'. This allowed
me to reduce my firebird installation to this :
One step closer ! :-))
> about gds_pipe.I'm now reading through the sources and grepping the hell out of it to
find references to stuff that might disable this requirement. A
promising lead seems to be the presence of a PIPE_IS_SHRLIB define.
> > What I would like is to be able to distribute oneI had those steps figured out, and with your tip about MANAGER_PROCESS,
> > binary of my application that is statically linked against libgds and
> > that doesn't need anything else. Like this, a user could just run the
> > binary of my application and doesn't have to worry about installing any
> > required files in the correct location.
> > Has someone done something similar and is it possible?
> You should be using classic. You will probably need to modify the
> makefiles to build a libgds.a at the same time they build libgds.so.
the only additional installed file seems to be gds_pipe.
Geert Bevin Uwyn
"Use what you need" Lambermontlaan 148
http://www.uwyn.com 1030 Brussels
gbevin@... Tel & Fax +32 2 245 41 06