This is the mail archive of the cygwin-apps@cygwin.com mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [Review - Almost GTG] TeXmacs: A scientific wysiwyg Editor and Interface for Computer Algebra Systems


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/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]