On 2018/12/30 19:05, Rafael Sadowski wrote:
> +Index: tools/build/src/engine/Jambase
> +--- tools/build/src/engine/Jambase.orig
> tools/build/src/engine/Jambase
> +@@ -51,7 +51,7 @@ BOOST_BUILD_PATH.user-value = $(BOOST_BUILD_PATH) ;
> + # Policy.
> + if ! $(BOOST_BUILD_PATH) && $(UNIX)
> + {
On Sun Dec 30, 2018 at 05:32:22PM +0300, Ivan Krylov wrote:
> Hi Rafael,
>
> On Fri, 28 Dec 2018 21:02:44 +0100
> Rafael Sadowski wrote:
>
> > package fine for me. OK?
>
> b2 builds my projects fine, too. One small problem I have with it is
> that it requires me to pass BOOST_BUILD_PATH or BOOS
Hi Rafael,
On Fri, 28 Dec 2018 21:02:44 +0100
Rafael Sadowski wrote:
> package fine for me. OK?
b2 builds my projects fine, too. One small problem I have with it is
that it requires me to pass BOOST_BUILD_PATH or BOOST_ROOT environment
variable. I'm suggesting the patch below that should provid
I agree with Stuart. We're not Debian. We don't subpackage by default. If we
do, there needs to be a good reason.
On December 28, 2018 8:04:51 PM GMT+01:00, Stuart Henderson
wrote:
>On 2018/12/28 19:30, Rafael Sadowski wrote:
>> On Fri Dec 28, 2018 at 02:31:49PM +, Stuart Henderson wrote:
Ok with me.
--
Sent from a phone, apologies for poor formatting.
On 28 December 2018 20:02:51 Rafael Sadowski wrote:
On Fri Dec 28, 2018 at 07:04:51PM +, Stuart Henderson wrote:
On 2018/12/28 19:30, Rafael Sadowski wrote:
> On Fri Dec 28, 2018 at 02:31:49PM +, Stuart Henderson wrote:
On Fri Dec 28, 2018 at 07:04:51PM +, Stuart Henderson wrote:
> On 2018/12/28 19:30, Rafael Sadowski wrote:
> > On Fri Dec 28, 2018 at 02:31:49PM +, Stuart Henderson wrote:
> > > Why subpackage this?
> >
> > Because nobody needs boost-build to run/build any ports. Let's be
> > unfair, nobod
On 2018/12/28 19:30, Rafael Sadowski wrote:
> On Fri Dec 28, 2018 at 02:31:49PM +, Stuart Henderson wrote:
> > Why subpackage this?
>
> Because nobody needs boost-build to run/build any ports. Let's be
> unfair, nobody needs boost-build except *maybe* a handful user.
If it was something huge
On Fri Dec 28, 2018 at 02:31:49PM +, Stuart Henderson wrote:
> Why subpackage this?
Because nobody needs boost-build to run/build any ports. Let's be
unfair, nobody needs boost-build except *maybe* a handful user.
Doas another subpackge hurts?
> --
> Sent from a phone, apologies for poor fo
Why subpackage this?
--
Sent from a phone, apologies for poor formatting.
On 28 December 2018 13:41:22 Rafael Sadowski wrote:
Hi all!
Our boost.build executables b2 and bjam are useless without the *.jam
stuff. The diff below want to fix the situation withe a third
sub-package named "build".
Hi all!
Our boost.build executables b2 and bjam are useless without the *.jam
stuff. The diff below want to fix the situation withe a third
sub-package named "build".
do-install bits from NetBSD and DESCR from FreeBSD.
Noticed by Ivan Krylov via openbsd@freenode. Thanks!
Comments, OK?
Rafael Sa
On Mon, Feb 15, 2016 at 08:51:34PM +, Christian Weisgerber wrote:
> On 2016-02-15, Tobias Ulmer wrote:
>
> > +padding for 32bit strict alignment archs
> > +
> > +--- tools/build/src/engine/hash.c.orig Mon Feb 15 20:11:07 2016
> > tools/build/src/engine/hash.c Mon Feb 15 20:22:03 201
On 2016-02-15, Tobias Ulmer wrote:
> +padding for 32bit strict alignment archs
> +
> +--- tools/build/src/engine/hash.c.orig Mon Feb 15 20:11:07 2016
> tools/build/src/engine/hash.cMon Feb 15 20:22:03 2016
> +@@ -33,6 +33,7 @@ typedef struct item ITEM;
> + struct item
> + {
> +
Fix 'jam' so it doesn't crash immediately on sparc.
While debugging I found file_query wasn't declared, which is nice since
it returns a pointer. Surprised this works at all on 64 bit machines,
I'm guessing it's because of -O0.
More sparc fixes may be coming, or I may mark the thing as BROKEN, we
OpenBSD does not have the definitions for the signals SI_ASYNCIO and
SI_MESGQ. With this, the tests for wt (www.webtoolkit.eu, still work in
progress) compiles.
Kind regards
Markus
Index: Makefile
===
RCS file: /cvs/ports/devel/boos
14 matches
Mail list logo
