On Sat, 2015-07-18 at 10:26 -0700, Simon J. Gerraty wrote:
O'Connor, Daniel dar...@dons.net.au wrote:
However, Crochet _does_ build on the NFS client _and_ when the source
tree isn't in /usr/src which makes this issue very strange :-/
I've seen similar errors in rescue... (no NFS) though I
On Sun, Jul 19, 2015 at 10:31:36AM -0600, Ian Lepore wrote:
I've been following this saga (on irc and here) as much as I have time
for, and I can't escape the feeling that it is the directory structure
at fault somehow, but I can't quite put my finger on it.
I never (ever) build from
Given that we have (or at least had at one time) some of those magical
... paths that cause bmake to search up the hierarchy for its .mk
files, I wonder if an odd relationship between src and obj dir confuses
it, or if it somehow wanders into a wrong src tree while searching?
Based on
O'Connor, Daniel dar...@dons.net.au wrote:
However, Crochet _does_ build on the NFS client _and_ when the source
tree isn't in /usr/src which makes this issue very strange :-/
I've seen similar errors in rescue... (no NFS) though I cannot
quite recall the cause other than it seems very
On 18 Jul 2015, at 13:59, Tim Kientzle t...@kientzle.com wrote:
Crochet defaults MAKEOBJDIRPREFIX to ${WORKDIR}/obj if you have not already
set it to something else. (This avoids cross-polluting the builds if you do
regular manual cross-builds on the same machine.)
If you’re having
On Jul 16, 2015, at 9:57 PM, O'Connor, Daniel dar...@dons.net.au wrote:
On 16 Jul 2015, at 21:41, Rick Macklem rmack...@uoguelph.ca wrote:
r285066 fixed a POLA violation w.r.t. the old NFS client where the new
client didn't return an EEXIST error return for symlink or mkdir to userland.
On 17 Jul 2015, at 14:27, O'Connor, Daniel dar...@dons.net.au wrote:
On 16 Jul 2015, at 21:41, Rick Macklem rmack...@uoguelph.ca wrote:
r285066 fixed a POLA violation w.r.t. the old NFS client where the new
client didn't return an EEXIST error return for symlink or mkdir to userland.
The
I am seeing the following breakage when building -current and the source is on
NFS
make -j 4 buildworld
...
--- rescue.all__D ---
--- rescue ---
MAKEOBJDIRPREFIX=/usr/obj/src/FreeBSD-HEAD/rescue/rescue make -f rescue.mk exe
--- sbin.all__D ---
--- pfctl_qstats.o ---
cc -O2 -pipe -Wall
Daniel O'Conner wrote:
I am seeing the following breakage when building -current and the source is
on NFS
make -j 4 buildworld
...
--- rescue.all__D ---
--- rescue ---
MAKEOBJDIRPREFIX=/usr/obj/src/FreeBSD-HEAD/rescue/rescue make -f rescue.mk
exe
--- sbin.all__D ---
--- pfctl_qstats.o
On 16 Jul 2015, at 21:41, Rick Macklem rmack...@uoguelph.ca wrote:
r285066 fixed a POLA violation w.r.t. the old NFS client where the new
client didn't return an EEXIST error return for symlink or mkdir to userland.
The behaviour of not returning this error to userland (which was inherited
10 matches
Mail list logo
