Bill Allombert on Fri, 01 Jul 2005 01:01:26 +0200

[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: pari compilation problems after cygwin updates

On Fri, Jul 01, 2005 at 12:23:12AM +0200, Alain SMEJKAL wrote:
> Dear list,
> Since I updated many cygwin packages, I got two (hope no more) unexpected pari compilation problems. I do not really know what happens.

You seems to compile pari-2.2.11.bill which is a totaly experimental
version. You should probably rather get a CVS snapshot from here:
It will probably not make a difference here, thought.

> Major updates as following :
> gcc 3.3.1 => gcc 3.4.4

this one is known to cause problems.

> fltk 1.1.4-1 => 1.1.4-2
> readline 4.03 => 5.02

Theses 2 should be OK.

> 1) problem related to gcc ? :
> g++ -c -O3 -DGCC_INLINE -Wall -fno-strict-aliasing -fomit-frame-pointer   -I. -I../src/headers -I//include  -o plotfltk.
> o ../src/graph/plotfltk.c
> cc1plus: //include: No such host or network path

Apparently g++ now treat //include as a network path using the double root
convention (like SMB //host/share syntax). It is traditional on UNIX to
handle //include as an alias for /include. You can try to use "/". as the 
fltk directory instead of "/" (by doing '--with-fltk=/.'). Maybe we can
fix that in Configure, but this is a pretty weird behaviour of g++ or

> 2) problem related to readline :
> Creating library file: libpari.dll.a
> default.o:default.c:(.text+0x1578): undefined reference to `_init_readline'
> collect2: ld returned 1 exit status
> make[1]: *** [libpari-2.2.dll] Error 1
> make[1]: Leaving directory `/home/Administrateur/pari-2.2.11.bill/Ocygwin-i686'
> make: *** [bench] Error 2

This is bug #261, not yet solved. It is not critical on Linux since here
it is possible to build libraries with undefined symbols.