Re: bin/178819: bmake w/ WRKDIRPEFIX=/tmp breaks Ports Collection

2013-09-05 Thread Simon J. Gerraty
On Thu, 5 Sep 2013 21:39:42 +0200, Tijl Coosemans writes: >fmake does set it. It goes something like this: > >1) the port makefiles are all named Makefile so fmake sets > MAKEFILE=Makefile. With bmake this is sometimes an absolute path. IIRC it will be an absolute path anytime .OBJDIR!=.CURDIR

Re: bin/178819: bmake w/ WRKDIRPEFIX=/tmp breaks Ports Collection

2013-09-05 Thread Simon J. Gerraty
On Thu, 5 Sep 2013 17:59:36 +, Alexey Dokuchaev writes: >Yes, I've seen the fresh import; will test it tomorrow. I'm not sure what >is the problem, but "ports should be able to control the value of MAKEFILE >as desired" looks strange. MAKEFILE is one of the standard bsd.port.mk's bmake trea

Re: bin/178819: bmake w/ WRKDIRPEFIX=/tmp breaks Ports Collection

2013-09-05 Thread Simon J. Gerraty
With the new version of bmake (20130904), ports should be able to control the value of MAKEFILE as desired. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-un

Re: conf/181116: CURRENT build always uses bmake, even though WITHOUT_BMAKE is specified

2013-08-07 Thread Simon J. Gerraty
The following reply was made to PR conf/181116; it has been noted by GNATS. From: "Simon J. Gerraty" To: Garrett Cooper Cc: "freebsd-gnats-sub...@freebsd.org" , "freebsd-bugs@FreeBSD.org" Subject: Re: conf/181116: CURRENT build always uses bmake, even thou

Re: conf/181116: CURRENT build always uses bmake, even though WITHOUT_BMAKE is specified

2013-08-07 Thread Simon J. Gerraty
On Wed, 7 Aug 2013 11:24:15 -0700, Garrett Cooper writes: >Ah, but src.conf controls WITH* (and the option is documented in the manage,= > along with all the others). You accidentally broke POLA :(. The real issue is that the option handling needs an overhaul. The processing of options should be

Re: conf/181116: CURRENT build always uses bmake, even though WITHOUT_BMAKE is specified

2013-08-07 Thread Simon J. Gerraty
The following reply was made to PR conf/181116; it has been noted by GNATS. From: "Simon J. Gerraty" To: Garrett Cooper Cc: "freebsd-gnats-sub...@freebsd.org" , "freebsd-bugs@FreeBSD.org" Subject: Re: conf/181116: CURRENT build always uses bmake, even thou

Re: conf/181116: CURRENT build always uses bmake, even though WITHOUT_BMAKE is specified

2013-08-07 Thread Simon J. Gerraty
Also the synopsis is somewhat missleading. It only doesn't work when WITHOUT_BMAKE is specified in src.conf which src/Makefile does not honor - so would apply to any WITH[OUT]_ knob. But the larger question is why you are wanting to use fmake Thanks --sjg _

Re: conf/181116: CURRENT build always uses bmake, even though WITHOUT_BMAKE is specified

2013-08-07 Thread Simon J. Gerraty
The following reply was made to PR conf/181116; it has been noted by GNATS. From: "Simon J. Gerraty" To: Garrett Cooper Cc: "freebsd-gnats-sub...@freebsd.org" , "freebsd-bugs@FreeBSD.org" Subject: Re: conf/181116: CURRENT build always uses bmake, even thou

Re: conf/181116: CURRENT build always uses bmake, even though WITHOUT_BMAKE is specified

2013-08-07 Thread Simon J. Gerraty
src/Makefile does not read bsd.own.mk so does not see src.conf it does however see make.conf More importantly, is this a "test" or is there a percieved need to continue building with fmake? If so why? I was aiming to get rid of WITH[OUT]_BMAKE soon - in time for 10.0 _

Re: conf/177845: WITH_BMAKE does not work on CURRENT

2013-04-15 Thread Simon J. Gerraty
On Mon, 15 Apr 2013 00:43:46 -0400, Glen Barber writes: >Currently, FreeBSD's make(1). But my src.conf has not changed (as far >as build options) in several months. Thanks - fwiw a buildworld with FreeBSD's make(1) and all the options you mentioned (plus WITH_BMAKE of course) finished successful

Re: conf/177845: WITH_BMAKE does not work on CURRENT

2013-04-14 Thread Simon J. Gerraty
On Mon, 15 Apr 2013 00:30:39 -0400, Glen Barber writes: >Possible. For what it is worth, the only WITH_* entries in my src.conf >are: > > WITH_BIND_UTILS=3Dyes > WITH_BSD_GREP=3D yes > WITH_BSD_PATCH=3D yes > WITH_IDEA=3D yes > WITH_MAIL=3D yes >

Re: conf/177845: WITH_BMAKE does not work on CURRENT

2013-04-14 Thread Simon J. Gerraty
>This looks exactly like the same problem I reported to you in private Yes it does. As noted; the error is the result of bmake passing its -J flag onto an invokation of the old make. The prevelance of makefiles which have bare invocations of 'make' mean that's a reasonable possibility when /usr/b

Re: conf/177845: WITH_BMAKE does not work on CURRENT

2013-04-14 Thread Simon J. Gerraty
FWIW the buildworld I just did (with freebsd make as /usr/bin/make) finished ok (tree updated to r249461), and lots of previous builds used bmake as /usr/bin/make. I'll rebuild this same tree that way... Yep, that complete ok too. > I'm rebuilding world right now so it might be due to a

Re: conf/177845: WITH_BMAKE does not work on CURRENT

2013-04-13 Thread Simon J. Gerraty
On Sat, 13 Apr 2013 22:54:41 -0700, Garrett Cooper writes: >The tree is synched up to the latest head version. I'm suspecting it = >might be something to do with the changes made over the past 2 weeks in = >terms of /Makefile, but I could be wrong. I'll look into this further = >when I can.. I've

Re: Fwd: conf/177845: WITH_BMAKE does not work on CURRENT

2013-04-13 Thread Simon J. Gerraty
On Sat, 13 Apr 2013 21:26:17 -0700, Garrett Cooper writes: > The summary could be a bit better. Basically "buildworld with = >bmake installed as make does not work with WITH_BMAKE specified on = >CURRENT on next compile". >HTH, Hmm, I've been building current with buildworld and bmake as ma

Re: misc/172440: [patch] [build] fix broken CTFCONVERT_CMD call

2012-10-24 Thread Simon J. Gerraty
On Wed, 24 Oct 2012 11:54:30 +0400, Andrey Chernov writes: >so only bmake case left unfixed. It's fixed in bmake-20121010 which I need to import. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubsc

Re: misc/172440: [patch] [build] fix broken CTFCONVERT_CMD call

2012-10-07 Thread Simon J. Gerraty
On Sun, 7 Oct 2012 01:48:35 -0700, Garrett Cooper writes: >Correction -- bmake hates empty strings for commands too... That's interesting. I thought I fixed that back in May.. Ok, that was something like @${EMPTY} This is a variant of the same thing - will fix - in make. In the meantime, yo