[bug #45759] Can't find Texinfo::ModulePath

[Vincent Belaïche]

Follow-up Comment #1, bug #45759 (project texinfo):

Ok, now I tried it with the activestate perl, but it seems that MSYS
autotools aren't able to manage it correctly, as I got the following:


      -| /bin/sh ../libtool  --tag=CC   --mode=compile
c:NOS_PR~1msysMINGW-~1I686-4~1.0-Pmingw32bingcc.exe -DHAVE_CONFIG_H -I. -I..  
  -g -O2 -MT xsize.lo -MD -MP -MF .deps/xsize.Tpo -c -o xsize.lo xsize.c
      -| libtool: compile: 
"c:NOS_PR~1msysMINGW-~1I686-4~1.0-Pmingw32bingcc.exe" -DHAVE_CONFIG_H -I. -I..
-g -O2 -MT xsize.lo -MD -MP -MF .deps/xsize.Tpo -c xsize.c  -DDLL_EXPORT -DPIC
-o .libs/xsize.o
errror-> ../libtool: line 1129:
c:NOS_PR~1msysMINGW-~1I686-4~1.0-Pmingw32bingcc.exe: command not found
errror-> make[5]: *** [xsize.lo] Error 1
errror-> make[5]: Leaving directory
`/c/Programmes/installation/texinfo-install/trunk/tp/Texinfo/Convert/XSParagraph/lib'
errror-> make[4]: *** [all-recursive] Error 1
errror-> make[4]: Leaving directory
`/c/Programmes/installation/texinfo-install/trunk/tp/Texinfo/Convert/XSParagraph/lib'
errror-> make[3]: *** [all] Error 2
errror-> make[3]: Leaving directory
`/c/Programmes/installation/texinfo-install/trunk/tp/Texinfo/Convert/XSParagraph/lib'
errror-> make[2]: *** [all-recursive] Error 1
errror-> make[2]: Leaving directory
`/c/Programmes/installation/texinfo-install/trunk/tp/Texinfo/Convert/XSParagraph'
errror-> make[1]: *** [all] Error 2
errror-> make[1]: Leaving directory
`/c/Programmes/installation/texinfo-install/trunk/tp/Texinfo/Convert/XSParagraph'
errror-> make: *** [all-recursive] Error 1


So I edited manually tp/Texinfo/Convert/XSParagraph/lib/Makefile and
tp/Texinfo/Convert/XSParagraph/Makefile to replace
c:NOS_PR~1msysMINGW-~1I686-4~1.0-Pmingw32bingcc.exe by gcc.

That made it go a little further, but then I got:


-| libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I. -I./gnulib/lib
-I./gnulib/lib -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DWIN64 -DCONSERVATIVE
-DPERL_TEXTMODE_SCRIPTS -DUSE_SITECUSTOMIZE -DPERL_IMPLICIT_CONTEXT
-DPERL_IMPLICIT_SYS -DUSE_PERLIO -DHASATTRIBUTE -DVERSION="6.0"
-DXS_VERSION="6.0" -IC:\Programmes\Perl64\lib/CORE -MT
XSParagraph_la-xspara.lo -MD -MP -MF .deps/XSParagraph_la-xspara.Tpo -c
xspara.c  -DDLL_EXPORT -DPIC -o .libs/XSParagraph_la-xspara.o
     -| In file included from C:ProgrammesPerl64lib/CORE/perl.h:641:0,
     -|                  from xspara.c:20:
error-> xspara.c:146:1: error: expected declaration specifiers or '...' before
numeric constant
     -|  iswspace (wint_t wc)
     -|  ^
error-> xspara.c:173:1: error: expected declaration specifiers or '...' before
numeric constant
     -|  iswupper (wint_t wc)
     -|  ^
error-> make[3]: *** [XSParagraph_la-xspara.lo] Error 1
error-> make[3]: Leaving directory
`/c/Programmes/installation/texinfo-install/trunk/tp/Texinfo/Convert/XSParagraph'
error-> make[2]: *** [all-recursive] Error 1
error-> make[2]: Leaving directory
`/c/Programmes/installation/texinfo-install/trunk/tp/Texinfo/Convert/XSParagraph'
error-> make[1]: *** [all] Error 2
error-> make[1]: Leaving directory
`/c/Programmes/installation/texinfo-install/trunk/tp/Texinfo/Convert/XSParagraph'
error-> make: *** [all-recursive] Error 1


So, I gave up, and I configured my wrapper to call tp/texi2any.pl
directly from the source directory, by perl interpretation. So it now
works as it did before, there was only the ModulePath.pm module missing
and ./configure has generated it. Yes, it is a bit slow, but never mind.

BTW, I still have this error when texi2any.pl is exectured:

Locales dir for document strings not found
(c:/Programmes/installation/texinfo-install/trunk/tp/../tp/maintain/../LocaleData
LocaleData ../../../tp/LocaleData ../../tp/LocaleData)

I already had this before the svn update, maybe this is due to using a
non installed version, but running directly from the source directory.


Concerning the bug status: I think there is a bug because whether the
perl installation can use socket or not, and whether one should install
a compiled version or an interpreted version should all be managed by
the configure script, without user intervention. Now, I don't know who
is to blame:

* is that rather an issue of autotools not handling perl module
  installation correctly ?

* and is it within autotools to manage perl module
  compilation/installation  configuration

Most perl module use a Makefile.PL rather than autotools to handle
platform configuration and tool availability, I don't know even whether
tex2any could be distributed on cpan as a standard module if using
autotools rather than perl Automaker.



    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?45759>

_______________________________________________
  Message posté via/par Savannah
  http://savannah.gnu.org/