Re: [Chicken-hackers] Build problems

[Tony Sidaway]

On 1/26/07, Brandon J. Van Every <address@hidden> wrote:
> Tony Sidaway wrote:
>
> > I have built CMake using the Linux bootstrap process, and it built
> > chicken without any problems.
> >
>
> Cool!  So I'll just be saying "use CMake" early and often when there's
> an Automake problem.  Maybe we can accumulate enough Automake bugs to
> junk the whole thing.  :-)

Maybe. :)

I understand that KDE has switched to CMake, so it wouldn't exactly be
a wild punt.

I do have another problem now.  The build and install sequence on my
platform is:

$ make clean
$ cmake .
$ make
$ sudo make install

I usually precede that with:
$sudo make uninstall

This is done in the source directory of whichever version of chicken I
already have installed at the time (I use the subversion repository,
and have a tarball of 2.5 as a backup).

Prior to make install, I can, for instance, run csi without any problems:


$ ./csi
(banner omitted)
Version 2.517 - linux-unix-gnu-x86 - [ dload ptables applyhook cmake ]
(c)2000-2007 Felix L. Winkelmann

But the installed version fails:

$ csi
csi: symbol lookup error: csi: undefined symbol: C_match_toplevel

This seems like an odd message.  The symbol seems to be in all
relevant libraries:

$ for FILE in /usr/local/lib/lib*chicken.[as]*; do echo $FILE $(nm
$FILE|grep C_match_toplevel);done

/usr/local/lib/libchicken.a 00000120 T C_match_toplevel
/usr/local/lib/libchicken.so 000379f7 T C_match_toplevel
/usr/local/lib/libchicken.so.0 00021e33 T C_match_toplevel
/usr/local/lib/libchicken.so.0.0.0 00021e33 T C_match_toplevel
/usr/local/lib/libuchicken.a 00000120 T C_match_toplevel
/usr/local/lib/libuchicken.so 00036eef T C_match_toplevel
/usr/local/lib/libuchicken.so.0 00021757 T C_match_toplevel
/usr/local/lib/libuchicken.so.0.0.0 00021757 T C_match_toplevel

I've no idea what's going on here.