From: Jonathan Nieder <jrnieder@gmail.com>
To: Lars Buitinck <larsmans@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: git build failure with libssl (OpenSSL) in custom directory
Date: Thu, 18 Nov 2010 12:24:47 -0600 [thread overview]
Message-ID: <20101118182447.GF16610@burratino> (raw)
In-Reply-To: <AANLkTikZBcmbFoCmqT-eorGm3R0YYjkzotc414w_PHyd@mail.gmail.com>
Lars Buitinck wrote:
> Yes, that works fine with LDFLAGS= in the Makefile. Is this just a
> lack of Makefile-fu on my part?
In general, "make" likes to get its variable assignments on the
command line rather than from the environment. This way, Makefile
authors do not have to worry about keeping variable names in a
tightly reined namespace.
On the other hand, it can be convenient to set up the environment
with flags that would be used for multiple builds. Different
projects deal with that differently:
./configure takes certain values (including LDFLAGS) from the
environment in autotools-using projects. ./configure --help=short
lists them.
The Linux kernel build system has a separate (namespaced) set of
variables it reads from the environment. Example: exporting
KBUILD_OUTPUT=$HOME/.cache/linux-2.6 in .profile would save me from
typing "make O=$HOME/.cache/linux-2.6" every time I build the kernel.
They are documented in Documentation/kbuild/kbuild.txt.
Git reads settings from a config.mak file in the toplevel of the
git source tree. So one can set
LDFLAGS = -L$(HOME)/opt/git/lib
there and it will be used for all builds.
prev parent reply other threads:[~2010-11-18 18:25 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-18 17:37 git build failure with libssl (OpenSSL) in custom directory Lars Buitinck
2010-11-18 17:49 ` Jonathan Nieder
2010-11-18 18:04 ` Lars Buitinck
2010-11-18 18:24 ` Jonathan Nieder [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=20101118182447.GF16610@burratino \
--to=jrnieder@gmail.com \
--cc=git@vger.kernel.org \
--cc=larsmans@gmail.com \
/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.
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).