This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: [Review - Almost GTG] TeXmacs: A scientific wysiwyg Editor andInterface for Computer Algebra Systems
- From: Andreas Seidl <seidlcw at gmx dot net>
- To: "Dr. Volker Zell" <Dr dot Volker dot Zell at oracle dot com>, cygwin-apps at cygwin dot com
- Date: Tue, 03 Feb 2004 01:21:25 +0100
- Subject: Re: [Review - Almost GTG] TeXmacs: A scientific wysiwyg Editor andInterface for Computer Algebra Systems
- References: <401D5977.1080206@gmx.net> <87ektd60um.fsf@vzell-de.de.oracle.com>
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
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.
--
http://www.fmi.uni-passau.de/~seidl/