From: Mike J. <mrj...@mi...> - 2005-05-03 05:27:20
|
if you want to use the autotools build, and to help check it against other platforms, run something like: ./autogen.sh ./configure make --enable-mono is a good option for development, it'll build tora faster. if you're using the oracle instant client from the rpm installed directory, configure should find and use it (try --with-instant-client). if configure doesn't find your instant client, pass it's location to configure using the --with-oracle-xxx options. also make sure to set --with-oci-version, since configure won't have a way to find out on it's own. ORACLE_HOME is used properly and configure will find everything it needs from that. after the build, there will be a binary or shell script (depending on your platform) called ./tora. you should be able to run it from there. on linux, you can run gdb right on that binary. on some other platforms, it's easier to use libtool for it. run: libtool --mode=execute gdb ./tora if the configure fails at any point it'll write a lot of information to config.log. i usually search for the last instance of "failed", which should be where configure died. if you don't know what it means, go ahead and email the list or myself... thanks, mike On Mon, 2005-05-02 at 16:44 -0500, Nathan Neulinger wrote: > On Mon, 2005-05-02 at 13:58 -0700, Mike Johnson wrote: > > On Mon, 2005-05-02 at 15:01 -0500, Nathan Neulinger wrote: > > > Seems to me tweaks will be easier if we consolidate down to two ways > > > (configure or mingw makefile) to configure and install instead of 3. > > > > well, the only candidate for removal would seem to be the convenience > > library method. but we get that one for free with automake/libtool... > > the plugin-style build is what i'd really like to get rid of, but it > > does have some real benefits for deployment. it's just not very cross > > platform... > > I was meaning basically to get rid of the hand crafted and perl > makefile/config files. > > I'm inclined to just move forward unless someone raises a significant > objection. > > So how about this: > > Fri May 6th - unless we've heard a "don't do this" - we drop configure, > configure.pl, and make the autoconf build the official primary build. > > We can look at possibly making the ming build use autoconf later, but > for now, I'd say we keep using the Makefile.mingw hand edited file. > > It would make sense for us to try and update the spec files, and other > build scripts - cause the change to autoconf will impact packagers.... > > -- Nathan > > ------------------------------------------------------------ > Nathan Neulinger EMail: nn...@um... > University of Missouri - Rolla Phone: (573) 341-6679 > UMR Information Technology Fax: (573) 341-4216 |