unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
* [PATCH] configure: set platform variables also when `uname` is unrecognized
@ 2016-09-29 13:12 Tomi Ollila
  2016-09-29 19:10 ` David Bremner
  2016-09-30 10:40 ` David Bremner
  0 siblings, 2 replies; 3+ messages in thread
From: Tomi Ollila @ 2016-09-29 13:12 UTC (permalink / raw)
  To: notmuch; +Cc: tomi.ollila

Since commit

124a67e96ecab5495c0f17b6875d53dfd67ff137: configure: add set -u

all variables must be set before their expansion are attempted. These
2 variables: "platform" and "linker_resolves_library_dependencies" were
not given value in the final 'else' branch when platform check failed
due to unrecognized kernel name (output of `uname`). Now those two are
given reasonable non-empty values.
---

Unfortunately I did not catch these 2 while doing 124a67e96ecab5; That
else branch just skipped my radar. Now I also (re-)looked all other
if/then/elif/else/fi parts to catch any other similar potential problems,
and did not notice anything.

 configure | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/configure b/configure
index fa4c5b5..cc6746c 100755
--- a/configure
+++ b/configure
@@ -650,6 +650,8 @@ elif [ $uname = "Linux" ] || [ $uname = "GNU" ] ; then
     fi
 else
     printf "Unknown.\n"
+    platform="$uname"
+    linker_resolves_library_dependencies=0
     cat <<EOF
 
 *** Warning: Unknown platform. Notmuch might or might not build correctly.
-- 
2.7.4

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH] configure: set platform variables also when `uname` is unrecognized
  2016-09-29 13:12 [PATCH] configure: set platform variables also when `uname` is unrecognized Tomi Ollila
@ 2016-09-29 19:10 ` David Bremner
  2016-09-30 10:40 ` David Bremner
  1 sibling, 0 replies; 3+ messages in thread
From: David Bremner @ 2016-09-29 19:10 UTC (permalink / raw)
  To: Tomi Ollila, notmuch; +Cc: tomi.ollila

Tomi Ollila <tomi.ollila@iki.fi> writes:

> Since commit
>
> 124a67e96ecab5495c0f17b6875d53dfd67ff137: configure: add set -u
>
> all variables must be set before their expansion are attempted. These
> 2 variables: "platform" and "linker_resolves_library_dependencies" were
> not given value in the final 'else' branch when platform check failed
> due to unrecognized kernel name (output of `uname`). Now those two are
> given reasonable non-empty values.
> ---

I tested on Debian/kfreebsd-amd64 and this seems to fix the build
failure in 0.23~rc0

f

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH] configure: set platform variables also when `uname` is unrecognized
  2016-09-29 13:12 [PATCH] configure: set platform variables also when `uname` is unrecognized Tomi Ollila
  2016-09-29 19:10 ` David Bremner
@ 2016-09-30 10:40 ` David Bremner
  1 sibling, 0 replies; 3+ messages in thread
From: David Bremner @ 2016-09-30 10:40 UTC (permalink / raw)
  To: Tomi Ollila, notmuch; +Cc: tomi.ollila

Tomi Ollila <tomi.ollila@iki.fi> writes:

> Since commit
>
> 124a67e96ecab5495c0f17b6875d53dfd67ff137: configure: add set -u
>
> all variables must be set before their expansion are attempted. These
> 2 variables: "platform" and "linker_resolves_library_dependencies" were
> not given value in the final 'else' branch when platform check failed
> due to unrecognized kernel name (output of `uname`). Now those two are
> given reasonable non-empty values.

pushed to release and master

d

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-09-30 10:40 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-29 13:12 [PATCH] configure: set platform variables also when `uname` is unrecognized Tomi Ollila
2016-09-29 19:10 ` David Bremner
2016-09-30 10:40 ` David Bremner

Code repositories for project(s) associated with this public inbox

	https://yhetil.org/notmuch.git/

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 read-only IMAP folder(s) and NNTP newsgroup(s).