Re: Preview: kitgen builds Tclkit Lite

"Brian Theado" <[email protected]>
Newsgroups gmane.comp.lang.tcl.starkit
Message-ID <[email protected]>
On 11/19/06, Jean-Claude Wippler <[email protected]> wrote:
> It's all very lightweight (read: maintainable).  I don't have access
> to a mingw build setup right now, but I hope that kitgen can be
> tweaked to work there as well.

I made some tweaks that got me pretty far.  I'm currently stuck on the
kit-cli linking stage. All Tcl library calls in the kit C files
(kitInit.c, pwb.c, etc.) are showing up as undefined references.  For
some reason, the .o files have references to things like
'_imp__Tcl_GetByteArrayFromObj' whereas 'nm libtcl84s.a' shows symbols
like '_Tcl_GetByteArrayFromObj '.

Anyone with mingw experience have any ideas?

Here are my steps:
cvs -d :pserver:[email protected]:/home/cvs co -d kitgen tclkit/kitgen

If you don't have it, download and extract msys_mingw 0.8 from
http://tcl.sourceforge.net

Download wget from http://gnuwin32.sourceforge.net/packages/wget.htm

Run msys.bat to get a bash shell

cd to wherever kitgen was checked out

edit makefile.include:
  - replace all instances of unix with win (the mingw configure scripts for
    Tcl and Tk are in the win directory)
  - remove 'install-private-headers' from the Tcl make line (no such rule
    in win/Makefile)
  - replace 'rsync -a' with 'cp -a'
  - replace 'libvfs1*.a' --> 'vfs1*.a' and 'libvlerqtcl4*.a' --> 'vlerqtcl4*.a'

create a symlink for gcc.exe named cc.exe (the zlib build calls cc
instead of gcc or $CC):
  ln /mingw/bin/gcc.exe /mingw/bin/cc.exe

make 8.4-cvs
  ==> 'wget -O -' doesn't seem to work properly and the 'tar x' fails

Fix wget zlib error:
  rm -R 8.4-cvs/zlib-1.2.3
  wget http://www.zlib.net/zlib-1.2.3.tar.gz
  tar xfvz zlib-1.2.3.tar.gz
  mv zlib-1.2.3 8.4-cvs/zlib

mv 8.4-cvs 8.4

make small
  ==> Linking step in kit-cli target fails with a bunch of undefined
reference errors.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.