Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <42FA436B.6080609@msa.hinet.net> Date: Thu, 11 Aug 2005 02:11:55 +0800 From: Shaddy Baddah Reply-To: Shaddy DOT Baddah AT msa DOT hinet DOT net, cygwin AT cygwin DOT com User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: cygwin AT cygwin DOT com CC: Jan Nieuwenhuizen Subject: Re: Proposed FAQ in DocBook (Attn: tetex maintainer) References: <42FA37C0 DOT 6000903 AT msa DOT hinet DOT net> In-Reply-To: <42FA37C0.6000903@msa.hinet.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi again, Shaddy Baddah wrote: > I just found this all out the hard way. I noticed the switch in the > mknetrel file for 3.0.0-3, and knowing that the executable was included > in 2.0.x, I wondered about the rationale of its' inclusion. Oh, I forgot to mention that there seems to be a number of problems, or at least behaviour that is disjunct from the build notes, in the tetex-bin-3.0.0-3-src.tar.bz2 source package. 1. I found that I needed to include a cygwin=cygwin definition in my .mknetrel file to work the build. 2. I strongly suspect that cygwin/mknetrel.examples is unintentionally the version that normally goes in mknetrel/extra, as it is implemented to copy all the cygwin/mknetrel.* files from mknetrel/extra. But the files are already in cygwin, and my fix was to comment out all the cp commands, leaving only the .d style code to source in each mknetrel.* file. 3. At this point, I am less sure of myself. I ran into the _WinMain AT 16 error due to an older version of libtool (1.4). Now, I have libtool 1.5 installed, so I suspected that there was an older version being distributed with the source. I found one possible instance and executed the following on a full scratch: $ mv tetex-bin-3.0.0-3/texk/libtool.m4 tetex-bin-3.0.0-3/texk/libtool.m4.bak $ cp /usr/share/aclocal/libtool.m4 tetex-bin-3.0.0-3/texk/libtool.m4 But, I still ran into the same problem, and when I checked the version, again I got: $ ../build/tetex-bin-3.0.0-3/texk/libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36) I don't understand why. So, I brute force did: $ /usr/bin/libtool --version ltmain.sh (GNU libtool) 1.5.18 (1.1220.2.246 2005/05/16 10:00:18) $ cp /usr/bin/libtool ../build/tetex-bin-3.0.0-3/texk/libtool $ cp /usr/bin/libtool ../build/tetex-bin-3.0.0-3/texk/kpathsea/libtool and this got me further. 4. Eventually, I encountered an error building in texk/web2c/web2c: gcc -DHAVE_CONFIG_H -I. -I/netrel/src/tetex-bin-3.0.0-3/texk/web2c/web2c -I../.. -I/netrel/src/tetex-bin-3.0.0-3/texk/web2c/.. -I.. -I/netrel/src/tetex-bin-3.0.0-3/texk/web2c/web2c/.. -O2 -c /netrel/src/tetex-bin-3.0.0-3/texk/web2c/web2c/kps.c gcc -o splitup -lm splitup.o kps.o splitup.o:splitup.c:(.text+0x250): undefined reference to `__imp__xfopen' splitup.o:splitup.c:(.text+0x51a): undefined reference to `__imp__xfclose' splitup.o:splitup.c:(.text+0x55b): undefined reference to `__imp__xfopen' splitup.o:splitup.c:(.text+0x5be): undefined reference to `__imp__xfopen' splitup.o:splitup.c:(.text+0x69b): undefined reference to `__imp__xfclose' splitup.o:splitup.c:(.text+0x6d9): undefined reference to `__imp__xfclose' splitup.o:splitup.c:(.text+0x7fa): undefined reference to `__imp__xfclose' splitup.o:splitup.c:(.text+0x83d): undefined reference to `__imp__xfopen' splitup.o:splitup.c:(.text+0x8cd): undefined reference to `__imp__xfopen' splitup.o:splitup.c:(.text+0x925): undefined reference to `__imp__xfclose' collect2: ld returned 1 exit status make[3]: *** [splitup] Error 1 make[3]: Leaving directory `/netrel/build/tetex-bin-3.0.0-3/texk/web2c/web2c' make[2]: *** [web2c/splitup] Error 2 make[2]: Leaving directory `/netrel/build/tetex-bin-3.0.0-3/texk/web2c' make[1]: *** [all] Error 1 make[1]: Leaving directory `/netrel/build/tetex-bin-3.0.0-3/texk' make: *** [all] Error 1 I solved this problem by modifying the makefile to link in libkpathsea (-lkpathsea). But this produced duplicate definitions of _xfopen, etc. Truncating kps.o from the linking solved this and got me through to the completion. I don't expect the source packages to compile out of the box, but perhaps this can help for the next build. Regards, Shaddy -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/