You are viewing a plain text version of this content. The canonical link for it is here.
Posted to rivet-dev@tcl.apache.org by Karl Lehenbauer <ka...@sc.com> on 2004/12/02 12:44:28 UTC
I put --with-tclsh back in
OK the ability to specify the path to tclsh is back in.
The GNU autoconf stuff is working pretty well. It produces the two .so
shared libraries and they can be loaded successfully into tclsh8.4
using load. It produces the mod_rivet.so library and that looks good,
but it doesn't install it into the right place, nor does it install the
other two libraries (rivet and rivetparser) anywhere.
I'm propagating the variable for where to install it, but the
Makefile.am in the src dir needs to know what to do with it. It's
called APXS_LIBEXECDIR -- that's where mod_rivet.so needs to go.
That's probably it for tonight for me.
Karl
Re: I put --with-tclsh back in
Posted by Karl Lehenbauer <ka...@sc.com>.
Yeah I had figured out too that libtool is generated automatically when
you have everything right.
I had already removed it but hadn't committed.
This is great. Let me sync up. I have made several improvements today.
On Dec 2, 2004, at 3:04 PM, David N. Welton wrote:
>
> I went ahead and nuked those files, along with libtool, which is under
> the GPL and thus cannot be shipped with ASF code.
>
> Things still seem to compile and run ok here.
>
> We can include a bit in the readme and compilation instructions if
> needs be explaining how to fill in the missing stuff.
>
> --
> David N. Welton
> Personal: http://www.dedasys.com/davidw/
> Apache Tcl: http://tcl.apache.org/
> Free Software: http://www.dedasys.com/freesoftware/
> Linux Incompatibility List: http://www.leenooks.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
> For additional commands, e-mail: rivet-dev-help@tcl.apache.org
>
Re: I put --with-tclsh back in
Posted by "David N. Welton" <da...@dedasys.com>.
I went ahead and nuked those files, along with libtool, which is under
the GPL and thus cannot be shipped with ASF code.
Things still seem to compile and run ok here.
We can include a bit in the readme and compilation instructions if
needs be explaining how to fill in the missing stuff.
--
David N. Welton
Personal: http://www.dedasys.com/davidw/
Apache Tcl: http://tcl.apache.org/
Free Software: http://www.dedasys.com/freesoftware/
Linux Incompatibility List: http://www.leenooks.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: I put --with-tclsh back in
Posted by "David N. Welton" <da...@dedasys.com>.
I propose a couple of things for removal from CVS:
aclocal.m4 - this gets auto generated.
configure - this gets auto generated.
I think to do otherwise is going to create cvs 'churn' as we move
things in and out of CVS from our different computers. I have a huge
diff for aclocal here for instance with cvs diff.
--
David N. Welton
Personal: http://www.dedasys.com/davidw/
Apache Tcl: http://tcl.apache.org/
Free Software: http://www.dedasys.com/freesoftware/
Linux Incompatibility List: http://www.leenooks.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: I put --with-tclsh back in
Posted by "David N. Welton" <da...@dedasys.com>.
davidw@dedasys.com (David N. Welton) writes:
> Ok, I had a go with automake and autoconf...
>
> ./configure seems to go ok. I had an issue with it wanting
> aclocal-1.9, but that seems to be gone at the moment.
I used all the latest stuff (aclocal-1.8 ; automake-1.8 ; autoconf ;
./configure ... ; make ) on my system, and this went away...
> Make is failing...
>
> gcc -pipe -DPACKAGE_NAME=\"Rivet\" -DPACKAGE_TARNAME=\"rivet\" -DPACKAGE_VERSION=\"0.5.0\" "-DPACKAGE_STRING=\"Rivet 0.5.0\"" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rivet\" -DVERSION=\"0.5.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DWORDS_BIGENDIAN=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_DLFCN_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_READDIR_R=1 -DTCL_THREADS=1 -D_LARGEFILE64_SOURCE=1 "-DTCL_WIDE_INT_TYPE=long long" -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 -DNAMEOFEXECUTABLE=\"/usr/bin/tclsh8.4\" -I. -I. -Wp,-MD,.deps/apache_multipart_buffer.pp -c apache_multipart_buffer.c -fPIC -DPIC -o .libs/apache_multipart_buffer.o
>
> Looks like it's not pulling in the apache headers - I'll investigate.
This went away too.
So, so far so good. Taking a look at the install now...
--
David N. Welton
Personal: http://www.dedasys.com/davidw/
Apache Tcl: http://tcl.apache.org/
Free Software: http://www.dedasys.com/freesoftware/
Linux Incompatibility List: http://www.leenooks.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org
Re: I put --with-tclsh back in
Posted by "David N. Welton" <da...@dedasys.com>.
Ok, I had a go with automake and autoconf...
./configure seems to go ok. I had an issue with it wanting
aclocal-1.9, but that seems to be gone at the moment.
Make is failing...
gcc -pipe -DPACKAGE_NAME=\"Rivet\" -DPACKAGE_TARNAME=\"rivet\" -DPACKAGE_VERSION=\"0.5.0\" "-DPACKAGE_STRING=\"Rivet 0.5.0\"" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rivet\" -DVERSION=\"0.5.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DWORDS_BIGENDIAN=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_DLFCN_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_READDIR_R=1 -DTCL_THREADS=1 -D_LARGEFILE64_SOURCE=1 "-DTCL_WIDE_INT_TYPE=long long" -DHAVE_STRUCT_STAT64=1 -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 -DNAMEOFEXECUTABLE=\"/usr/bin/tclsh8.4\" -I. -I. -Wp,-MD,.deps/apache_multipart_buffer.pp -c apache_multipart_buffer.c -fPIC -DPIC -o .libs/apache_multipart_buffer.o
Looks like it's not pulling in the apache headers - I'll investigate.
BTW, I don't think we should check in ./configure, but it should be
part of the distribution. Pro: each little change doesn't cause it to
be re-checked in. Con: people pulling the sources from CVS have a
harder time compiling things.
--
David N. Welton
Personal: http://www.dedasys.com/davidw/
Apache Tcl: http://tcl.apache.org/
Free Software: http://www.dedasys.com/freesoftware/
Linux Incompatibility List: http://www.leenooks.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscribe@tcl.apache.org
For additional commands, e-mail: rivet-dev-help@tcl.apache.org