vm: problem with unix build process
Martin Kuball
MartinKuball at web.de
Fri Oct 1 16:21:00 UTC 2004
Hi!
autoconf is really nasty stuff. But I finally got it to work. The
trick is to replace the ltmain.sh from cvs with the version from the
local libtool installation. This is compatible with the libtool stuff
that get's included into the configure script when autoconf is run.
This can be automated by adding a line
libtoolize --force --copy
into the Makefile.
After that I had another problem. Building the squeak program failed
with link errors. The reason seems to be that the following line in
Makefile.in:
$(LINK) $(squeak) $(SQLIBS) version.o $(LIBS) [plibs] vm/vm.a
has the vm.a twice. First in SQLIBS and additionally at the end. Well,
the new libtool removes the first occurance from the input to gcc.
Having vm/vm.a as last archive does not seem to work. If you remove
the vm.a in Makefile.in, libtool will keep the one in SQLIB and
everything is fine.
By the way, the ltconfig script in unix/config does not seem to be
used. Maybe it should be removed.
Martin
Am Thursday 30 September 2004 01:33 schrieb David T. Lewis:
> On Wed, Sep 29, 2004 at 09:38:05PM +0200, Martin Kuball wrote:
> > Hi!
> >
> > I'm trying to build a new vm from the cvs for debian linux. The
> > problem is that the external plugins are missing the ".so"
> > ending. Any idea how to solve this?
>
> The build process does a bunch of totally incomprehensible stuff
> with libtool. If you do "make install" it will probably take care
> of this for you. If you don't want to install your newly compiled
> VM, but want to figure out how to make the "*.so" files, try "make
> -n install" to see what the right commands are. Something like this
> will let you see what's going on:
>
> $ man -n install 2>&1 | less
>
> You can probably hack your way through it from there.
>
> Dave
More information about the Squeak-dev
mailing list
|