bugtexinfo - GNU documentation system - Bugs: bug #45759, Can't find Texinfo::ModulePath

 
 

You are not allowed to post comments on this tracker with your current authentication level.

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

Submitted by:  Vincent Belaïche <vincentb1>
Submitted on:  Fri 14 Aug 2015 11:26:28 AM UTC  
 
Category: makeinfoRelease: 
Priority: 5 - NormalSeverity: 3 - Normal
Item Group: NonePrivacy: Public
Open/Closed: ClosedAssigned to: None
Status: Invalid

Sun 16 Aug 2015 02:29:48 PM UTC, comment #2:

The problems you are having happen because ActiveState Perl produces file names with backslashes, which MSYS Bash then treats as escape characters. For example, see how this:

c:\NOS_PR~1\msys\MINGW-~1\I686-4~1.0-P\mingw32\bin\gcc.exe

became this:

c:NOS_PR~1msysMINGW-~1I686-4~1.0-Pmingw32bingcc.exe

Eli Zaretskii <eliz>
Project Member
Sun 16 Aug 2015 12:46:59 PM UTC, comment #1:

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:

So I edited manually tp/Texinfo/Convert/XSParagraph/lib/Makefile and
tp/Texinfo/Convert/XSParagraph/Makefile to replace
c:\NOS_PR~1\msys\MINGW-~1\I686-4~1.0-P\mingw32\bin\gcc.exe by gcc.

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

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.

Vincent Belaïche <vincentb1>
Fri 14 Aug 2015 11:26:28 AM UTC, original submission:

I just did an svn update of the texi2any tool because I could not compile texinfo documents with @U{...} macros.

Now I get the following error:

Vincent Belaïche <vincentb1>

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by gavin (Updated the item)
  • -unavailable- added by eliz (Posted a comment)
  • -unavailable- added by vincentb1 (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 16 Aug 2015 04:44:36 PM UTCgavinOpen/ClosedOpen=>Closed
      StatusNone=>Invalid

    Back to the top


    Powered by Savane 3.1-cleanup1