[tex-live] Perl for Windows

[Reinhard Kotucha]

>>>>> "Hans" == Hans Hagen <pragma at wxs.nl> writes:

  > if i remember right it had to do with bin vs usr/bin and related
  > relative paths; it was around v 8.30 or so; the problem was that
  > the libs etc didn't end up in the right place (copying didn't
  > work), so i just took the lot from a windows installation (same
  > version) and it somehow did work; the problem with compiling under
  > linux is that one has to (somewhat) fight this usr local or
  > whatever is expected and default on your installed system; i often
  > end up with moving things from usr/bin to bin or reverse (i know
  > that there are all those path switches for make scripts but i've
  > been bitten by that too often, ending up with messed up other
  > progs due to lib replacement);

I think that the problem is that ghostscript does not support relative
paths for security reasons.  I tried to write a Fontmap file with
entries like "../../texmf/fonts/type1..." but gs refused.

It is problematic, of course, to move directories if paths are
compiled into binaries.  If you fear that wrong configure options
break your system, there are a few solutions:

* "make -n install" doesn't install anything,

* "configure --<options> --prefix=/tmp
  allows you test it before you do the final installation.  You don't
  have to be root to do that.

I don't think that environment variables solve any problems.  You set
them today but you don't remember them when you update the system a
few weeks later.

I doubt that using the Windows lib files solved your problem.  It is
more likely that you played with env vars which made it work.

It is a good idea (in fact, it is Thomas Esser's idea) to 
"cp ~/.bash_history <some other file>"  which allows you to examine
later what you have done to make it work.

Regards,
  Reinhard

-- 
----------------------------------------------------------------------------
Reinhard Kotucha			              Phone: +49-511-4592165
Marschnerstr. 25
D-30167 Hannover	                      mailto:reinhard.kotucha at web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------