zsh-workers
 help / color / mirror / code / Atom feed
From: DervishD <zsh@dervishd.net>
To: Bart Schaefer <schaefer@brasslantern.com>
Cc: Zsh hackers list <zsh-workers@sunsite.dk>
Subject: Re: zshall.1
Date: Mon, 24 Oct 2005 18:05:28 +0200	[thread overview]
Message-ID: <20051024160528.GA75@DervishD> (raw)
In-Reply-To: <1051024145841.ZM19591@candle.brasslantern.com>

    Hi Bart :)

 * Bart Schaefer <schaefer@brasslantern.com> dixit:
> On Oct 24, 10:03am, Peter Stephenson wrote:
> } I'm not sure what use people put the --program-suffix option to; it's
> } possibly they expect to be able to rename the files to the base programme
> 
> No.
> 
> The normal use of --program-suffix would be e.g. --program-suffix=.exe
> so that e.g. "cc -o zsh main.o init.o ..." becomes "cc -o zsh.exe ..."
> when using a unix-oriented build system on a Cygwin-type platform where
> the underlying OS requires a file extension to create an executable.

    Probably, but the developer can affect other files, too, and in
addition to this, there is the "transform-name", which probably got
introduced in order to avoid "forbidden" file names when installing
on dummy OSes, but people use it to add things like "-dev" to names.

    I know, if you want to install multiple versions of any package
you have to use different prefixes, but people uses the "--program"
options for that frequently.
 
> It's not supposed to affect anything but the binaries, and for Zvi
> to expect it to rename things inside the manual pages -- or for
> zsh's build to already be doing so in some cases -- is unusual.

    But autoconf allows you to ignore anything especified by the user
in the command line, change it or misuse it, and the documentation
doesn't make clear, IMHO, that the "--program" options should affect
only binaries. The name is not enough to assume that, in fact you
*have* to use "--program-transform-name" in any file your project
installs if the name is going to cause problems in dumb OSes.

    Of course, all that crap is not zsh's fault, but zsh is going to
suffer from it and I don't think is a bad idea to affect all
installed files and hardcoded paths with the "--program" options.

    Raúl Núñez de Arenas Coronado

-- 
Linux Registered User 88736 | http://www.dervishd.net
http://www.pleyades.net & http://www.gotesdelluna.net
It's my PC and I'll cry if I want to...


      reply	other threads:[~2005-10-24 16:04 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-24  8:01 zshall.1 Zvi Har'El
2005-10-24  9:03 ` zshall.1 Peter Stephenson
2005-10-24 11:52   ` zshall.1 Zvi Har'El
2005-10-24 12:00     ` zshall.1 Peter Stephenson
2005-10-24 12:33       ` zshall.1 DervishD
2005-10-24 13:01         ` zshall.1 Peter Stephenson
2005-10-24 13:34         ` zshall.1 Peter Stephenson
2005-10-24 13:55           ` zshall.1 DervishD
2005-10-24 13:30       ` zshall.1 Clint Adams
2005-10-24 14:58   ` zshall.1 Bart Schaefer
2005-10-24 16:05     ` DervishD [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20051024160528.GA75@DervishD \
    --to=zsh@dervishd.net \
    --cc=schaefer@brasslantern.com \
    --cc=zsh-workers@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).