On 2005.02.04, David Komanek <[EMAIL PROTECTED]> wrote:
>
> Great, I just did new build process of tcl and aolserver, and can
> confirm that you are definitely right.
>
> I didn't pay attention to the --disable-load switch before, because Tk was
> build without problems on the top of Tcl :-) I have some problems with php
> modules on tru64 when dynamic loaders comes into play, so I tried to
> minimize the risk of the same by aolserver. And I didn't realized that I
> copied the switch to the mdk linux test build.

Here's the description of --disable-load from the Tcl configure script:

  --disable-load          disallow dynamic loading and load command

If you want to produce a static build, you want to look at this switch:

  --enable-shared         build and link with shared libraries [--enable-shared]

You would want to pass --disable-shared to the "configure" script.
AOLserver can be built as a static binary this way.  I'm actually
wondering if AOLserver could/should be able to build with a Tcl that was
built with --disable-load ... maybe Tcl's autoconf setup needs fixing.

> Well the coclusion for the mailing list: the problems where caused by
> --disable-load switch used while configuring Tcl.

Perhaps someone else will get curious and investigate why this is the
case.  In an ideal world, AOLserver should still build with Tcl even if
Tcl was built iwth --disable-load, but obviously something is wrong.

For anyone who's interested:  When you build Tcl 8.4.9 with
--disable-load, it causes TCL_SHLIB_LD, TCL_SHLIB_LD_LIBS and
TCL_SHLIB_SUFFIX to all be empty in tclConfig.sh.  AOLserver relies on
these for its build process, and therefore fails to build when these
variables are empty.

If someone on the Tcl team thinks this might be considered a bug in Tcl
(i.e., even if you're building --disable-load, why shouldn't these
variables be populated correctly in the tclConfig.sh), then perhaps we
or they can file it as a bug in their tracker.  I don't think this is
necessarily a bug in AOLserver, but I'm willing to hear reasons why it
might be.  :-)

> Thank you very much for your efficient help.

You're welcome!  If anything else comes up, just write to the mailing
list again.

-- Dossy

--
Dossy Shiobara                       mail: [EMAIL PROTECTED]
Panoptic Computer Network             web: http://www.panoptic.com/
  "He realized the fastest way to change is to laugh at your own
    folly -- then you can let go and quickly move on." (p. 70)


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> 
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: 
field of your email blank.

Reply via email to