From: Oliver Kiddle <opk@u.genie.co.uk>
To: zsh-workers@sunsite.dk
Subject: Re: PATCH: honor STRIPFLAGS for modules
Date: Thu, 19 Apr 2001 18:15:56 +0100 [thread overview]
Message-ID: <3ADF1D4C.EAE735E3@u.genie.co.uk> (raw)
In-Reply-To: <20010419084000.A18361@dman.com>
Clint Adams wrote:
> > symbols or something. -x can be used instead and will just strip out
> > stuff which isn't needed. -s is still used for the main binary.
>
> So is the solution to use a different variable name for modules?
Probably. I seem to remember seeing such a variable somewhere so there
may be a standardish name. It might be worth having a look at libtool
and imake to see if they have such a variable. Not that libtool is very
good at handling systems other than Linux - it doesn't use IRIX's kernel
DSO versioning for instance.
> What about libzsh?
I can't see that libzsh is any different to any other shared objects.
And in the 'reduce unnecessary linking thread':
> > What was wrong with AC_SEARCH_LIBS?
>
> It adds the library to LIBS, which would be counterproductive.
Does zsh_SEARCH_LIBS really need to do everything with AC_TRY_LINK_FUNC
then - couldn't it just save and restore LIBS and use AC_SEARCH_LIBS?
That said, I haven't looked at your change in detail so may be missing
the point. I agree with Andrej that we should be careful about these
changes before 4.0.1 because of the potential to break the compile on a
particular platform. It seems to be adding quite a bit of complexity. Do
redundant libraries in LIBS matter much? If I remember correctly, IRIX
displays a warning but doesn't actually link the library in.
Oliver
next prev parent reply other threads:[~2001-04-19 17:16 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-19 1:39 Clint Adams
2001-04-19 2:24 ` Zefram
2001-04-19 11:18 ` Oliver Kiddle
2001-04-19 12:40 ` Clint Adams
2001-04-19 17:15 ` Oliver Kiddle [this message]
2001-04-19 17:46 ` Clint Adams
2001-04-19 19:28 ` Oliver Kiddle
2001-04-19 19:47 ` Clint Adams
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=3ADF1D4C.EAE735E3@u.genie.co.uk \
--to=opk@u.genie.co.uk \
--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).