On Tue, 3 Feb 2004, Andreas Seidl wrote: > Volker, > > first of all many thanks for this in-depth review and for pointing out > the sore spots. > > > The package is GOOD TO GO from my side if the following issues get > > addressed. For your convinience I include a small patch at the end of > > the mail which fixes the following > > > > o remove empty /etc/postinstall directory > > o Typos and missing/wrong requires in setup.hint/TeXmacs.README > > I have applied the patch to my original files (manually) and generated > the package anew as -2 release. The package is now available as > > wget > http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/TeXmacs-1.0.3.2-2-src.tar.bz2 > wget > http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/TeXmacs-1.0.3.2-2.tar.bz2 > wget http://alice.fmi.uni-passau.de/~seidl/cygwin/release/TeXmacs/setup.hint > > > I did a rebuild from source with gcc-3.3.1 and latest cygwin-1.5.7 > > and it builds fine although your README states that gcc-3.3 doesn't > > work. > > > > What errors do you get ? > > $ ./configure > creating cache ./config.cache > checking for gcc... gcc > checking whether the C compiler (gcc ) works... yes > checking whether the C compiler (gcc ) is a cross-compiler... no > checking whether we are using GNU C... yes > checking whether gcc accepts -g... yes > checking for c++... no > checking for g++... no > checking for gcc... gcc > checking whether the C++ compiler (gcc ) works... no > configure: error: installation or configuration problem: C++ compiler > cannot create executables. > > $ cygcheck -svr | grep gcc > Found: C:\cygwin\bin\gcc.exe > gcc 3.3.1-3 > gcc-mingw-core 20031020-1 > > So I switch back to: > > $ cygcheck -svr | grep gcc > Found: C:\cygwin\bin\gcc.exe > gcc 3.2-3 > gcc-mingw-core 20031020-1
You're missing the gcc-g++ package. Install it, and you should be fine. > > I tried both your binary version and my gcc-3.3.1 build version with > > the tutorial you mentionend in your announcement > > > > o http://www.fmi.uni-passau.de/~seidl/texmacs/tmtour.html#3 > > > > and everything works fine except with both versions I get the > > following error on the first startup. (Which doesn't seem to do any > > harm. The second time I start texmacs it doesn't show up anymore) > > > > ...... snip .... > > I have experienced the same problem and logged the output, but had no > proof that this problem was due to texmacs and not caused by my package. > I will keep an watchful eye on this. There is a good chance it is > already resolved in 1.0.3.3, which is due any day. > > > One last thing I noticed. Your version depends on cygiconv-2.dll but > > when I configure from source iconv support doesn't get included: > > > > checking for iconv.h... yes checking for iconv... no checking for > > iconv in -liconv... no configure: warning: iconv was not found, HTML > > import may crash > > > > excerpt from config.log: > > > > configure:2535: checking for iconv in -liconv configure:2552: gcc -o > > conftest -O2 conftest.c -liconv 1>&5 > > /tmp/cc0X42Ma.o(.text+0x35):conftest.c: undefined reference to > > `_iconv_open' /tmp/cc0X42Ma.o(.text+0x5d):conftest.c: undefined > > reference to `_iconv' collect2: ld returned 1 exit status configure: > > failed program was: #line 2539 "configure" #include "confdefs.h" > > > > #include <stdlib.h> #include <iconv.h> > > > > int main() { > > > > iconv_t cd = iconv_open ("",""); iconv (cd, NULL, NULL, NULL, NULL); > > > > ; return 0; } > > > > Grepping for iconv_open symbol > > > > 02:53 PM [534]> nm /usr/lib/libiconv.dll.a | grep iconv_open 00000000 > > I __imp__libiconv_open 00000000 T _libiconv_open > > > > shows that configure *SHOULDN'T* find iconv support. > > I can confirm this data, the conclusion, however, is not clear to me. > Does this mean there is a portability issue and the configure script > should be changed from iconv_open to libiconv_open? > > > - xfree68-base > > - xfree68-prog > > + XFree68-base > > + XFree68-prog > > There is an additional typo: 68 instead of 86! This means X got > installed due to a dependency from ghostscript-x11 ... argh! Which means > that maybe XFree86-prog is not necessary. > > > + libguile12 > > + libfreetype26 > > + libiconv2 > > libguile12 is required by guile. libconv2 is required e.g. by man and > tar, and thus gets installed with a base system. libfreetype26 comes in > somehow as well. Anyway, I added these dependencies. > > Is there a more systematic way to find these dependencies? In december I > used Igor's magic > > find $tmp/$PKG-$VER/.inst -name '*.exe' | xargs cygcheck | sed -e '/\.exe/d' -e > 's,\\,/,g' | sort -bu | xargs -n1 cygpath -u | xargs cygcheck -f > > but this doesn't work anymore (and only worked for ccrypt, not for texmacs). > > Ciao, > Andreas. Umm, what exactly didn't work in the above? Did it produce errors, or just fail to find all dependences? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] ZZZzz /,`.-'`' -. ;-;;,_ [EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton