NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: misc/50166



El 31/08/15 a les 01:15, Antti Kantee ha escrit:
  > If you want to keep it simple, I could switch it to use uname instead of
  > AC_CANONICAL_HOST(). It
  > will break cross-compiling but AFAICS the whole purpose of this script
  > is to bootstrap make on
  > non-NetBSD systems, which is a very native-build oriented end, and I
  > doubt cross-compiling was
  > ever intended to work here anyways.
  >
  > Does that sound good?

  I assume you mean cross-compiling in the Canadian sense, i.e. building
  the tools for another system.  I don't know if that works or is intended
  to work.  You can ask tech-toolchain%netbsd.org@localhost and observe the outcry
  or lack thereof.

  Testing for availability of MAXPATHLEN would be better, though.  I guess
  you can just look at some tool using MAXPATHLEN and determine what you
  need to include so that you can test if it's available or not.

Hi,

I just realized there's a much simpler way around this, if we want to test for
MAXPATHLEN as you suggest, autoconf really isn't necessary as it can be done
directly in C pre-processor.

See attached patch, please let me know what you think.

--
Robert Millan
Index: rumpkernel-0~20150715/buildrump.sh/src/usr.bin/make/make.h
===================================================================
--- rumpkernel-0~20150715.orig/buildrump.sh/src/usr.bin/make/make.h	2015-07-23 22:54:05.000000000 +0200
+++ rumpkernel-0~20150715/buildrump.sh/src/usr.bin/make/make.h	2015-09-05 12:31:02.556270631 +0200
@@ -503,4 +503,11 @@
 #define MAX(a, b) ((a > b) ? a : b)
 #endif
 
+/* GNU/Hurd systems lack MAXPATHLEN */
+#include <limits.h>
+#ifndef MAXPATHLEN
+#warning "MAXPATHLEN undefined on this system, forcing an arbitrary limit"
+#define MAXPATHLEN	4096
+#endif
+
 #endif /* _MAKE_H_ */


Home | Main Index | Thread Index | Old Index