View Ticket
23:40 Ticket [e6b231ea5d] Windows x-compilation - inclusion of static libreg.a breaks .exe status still Open with 4 other changes artifact: 98887f9a1f user: anonymous
01:15 New ticket [e6b231ea5d]. artifact: 530eb55de8 user: anonymous

Ticket Hash: e6b231ea5d667ae1f973aeaa7d64f79be1155efa
Title: Windows x-compilation - inclusion of static libreg.a breaks .exe
Status: Open Type: Code Defect
Severity: Critical Priority: Immediate
Subsystem: Tcl Resolution: Open
Last Modified: 2012-11-15 23:40:37
Version Found In:
in kitsh's, the use of $ARCHS in the final link stage produces an executable which windows complains about - it says it can't find the libreg13.dll file on the system.  Same for libdde.  This comprehensively prevents kitcreator cross-compiling for my system.

I have found that preventing these static linkages removes the error.

I suggest that either the aclocal.m4 macros which generate ARCHS are too-inclusive, or the static build of libreg etc is somehow wrong.


anonymous added on 2012-11-15 23:40:37 UTC:
The following (non-minimal!) patch fixes/avoids the problem by simply removing the offending .a files from contention.

Not sure this is really solving the problem, or merely masking a different problem.

diff -r KitCreator-b5d7ffb774c9b216/kitsh/buildsrc/kitsh-0.0/aclocal.m4 Hunter-KitCreate/Ki\ tCreator/kitsh/buildsrc/kitsh-0.0/aclocal.m4 193,194c193,194 < projlibfiles="`find "${projlibdir}" -name '*.a' 2>/dev/null | tr "\n" ' '`" < projlibfilesnostub="`find "${projlibdir}" -name '*.a' 2>/dev/null | grep -v\ 'stub' | tr "\n" ' '`" --- > projlibfiles="`find "${projlibdir}" -name '*.a' 2>/dev/null | grep -v libtc\ lreg | grep -v libtcldde | tr "\n" ' '`" > projlibfilesnostub="`find "${projlibdir}" -name '*.a' 2>/dev/null | grep -v\ 'stub' | grep -v libtclreg | grep -v libtcldde | tr "\n" ' '`" 283a284 > AC_MSG_WARN([adding to ARCHS branch ${proj} - ${ARCHS}]) 476c477 < --- > TESTER=1 479a481 > TESTER=0