Re: port-arm/48215: pkg_add fails on recent NetBSD/evbearmv6hf-el current

[Matt Thomas <matt%3am-software.com@localhost>]

The following reply was made to PR port-arm/48215; it has been noted by GNATS.

From: Matt Thomas <matt%3am-software.com@localhost>
To: matthew green <mrg%eterna.com.au@localhost>
Cc: gnats-bugs%NetBSD.org@localhost,
 port-arm-maintainer%netbsd.org@localhost,
 gnats-admin%netbsd.org@localhost,
 netbsd-bugs%netbsd.org@localhost
Subject: Re: port-arm/48215: pkg_add fails on recent NetBSD/evbearmv6hf-el 
current
Date: Mon, 16 Sep 2013 22:44:00 -0700

 On Sep 16, 2013, at 8:19 PM, matthew green <mrg%eterna.com.au@localhost> wrote:
 
 > 
 >> On Mon, Sep 16, 2013 at 03:15:00PM +0000, Matt Thomas wrote:
 >>>> It's probably better to try to arrange the build so MACHINE_ARCH
 >>>> contains the right string.
 >>>> 
 >>>> calling sysctl directly will probably make for compile-time fun on
 >>>> Solaris and other legacy platforms.
 >>> 
 >>> So conditionalize it with #ifdef NETBSD_SOURCE / #endif=
 >> 
 >> Or maybe fix it right?
 >> 
 >> The build inherits MACHINE_ARCH from the environment, which gets it
 >> from the nbmake wrapper. If it's wrong there, that seems like a bug.
 > 
 > this has to do with the value exportd by <sys/param.h>, not
 > the value set by the build.
 > 
 > since these binaries are always going to report the same value,
 > i suspect that fixing arm/param.h to report the right value
 > depending on the compiler options would fix the problem without
 > having to patch every program that uses them to use sysctl on
 > netbsd...
 
 As I said on tech-userlevel, it can't be done at the compiler level.
 The alternative is to add CPPFLAGS+= -DMACHINE_ARCH=\"${MACHINE_ARCH}\"
 to the lib Makefile.
 And not have arm params.h #undef it.