On Tue, 11 Dec 2012, Brad Smith wrote:
> The use of GNU make like this seems bogus. I take it CMake
> isn't doing something right.
Hi,
I've found another (related) problem.
$MAKE_PROGRAM is not honored and cmake picks gmake up if it's
installed (even without USE_GMAKE=Yes).
>From cmake-2.8.10.
On Tue, Dec 11, 2012 at 08:58:05PM +, Stuart Henderson wrote:
> On 2012/12/11 19:54, Giovanni Bechis wrote:
> > On 12/11/12 19:49, David Coppa wrote:
> > > On Tue, Dec 11, 2012 at 7:39 PM, Giovanni Bechis
> > > wrote:
> > >> Update to latest version, a lua.port.mk diff is needed to build it
On 2012/12/11 19:54, Giovanni Bechis wrote:
> On 12/11/12 19:49, David Coppa wrote:
> > On Tue, Dec 11, 2012 at 7:39 PM, Giovanni Bechis
> > wrote:
> >> Update to latest version, a lua.port.mk diff is needed to build it because
> >> it needs at least lua 5.2.
> >> Comments ? Hints ? Ok ?
> >> C
> > > what about having DPB_PROPERTIES=parallel ?
> >
> > Not sure about that. Someone else who is familiar with this feature should
> > comment as to whether it should be added or not.
>
> You run a build with MAKE_JOBS=1 and one with MAKE_JOBS=2 (or better 4
> if you have the hardware) and comp
>> > > I tried with USE_GMAKE = Yes and it drives all cores
>> > >
>> > > so I think please add CONFIGURE_ARGS = --parallel=${MAKE_JOBS} and
>> > > USE_GMAKE = Yes and then both configure and build will go parallel.
>> > >
>> >
>> > Please just let me know what should I do, because I know nothi
On Tue, Dec 11, 2012 at 01:22:27PM -0600, Amit Kulkarni wrote:
> > >> Which does absolutely nothing. MAKE_JOBS has no effect on cmake.
> > >> The build is strictly sequential.
> > >>
> > >> You can parallelize the bootstrap phase with
> > >> CONFIGURE_ARGS += --parallel=${MAKE_JOBS}
> > >> but the
> >> Which does absolutely nothing. MAKE_JOBS has no effect on cmake.
> >> The build is strictly sequential.
> >>
> >> You can parallelize the bootstrap phase with
> >> CONFIGURE_ARGS += --parallel=${MAKE_JOBS}
> >> but the main build remains sequential so the overall gain is
> >> negligible.
> >>
On Tue, Dec 11, 2012 at 7:59 PM, Amit Kulkarni wrote:
>> Which does absolutely nothing. MAKE_JOBS has no effect on cmake.
>> The build is strictly sequential.
>>
>> You can parallelize the bootstrap phase with
>> CONFIGURE_ARGS += --parallel=${MAKE_JOBS}
>> but the main build remains sequential s
Ping?
Is there more testing needed or are there other issues preventing this
port from being included in the ports tree?
--
Gregor Best
> Which does absolutely nothing. MAKE_JOBS has no effect on cmake.
> The build is strictly sequential.
>
> You can parallelize the bootstrap phase with
> CONFIGURE_ARGS += --parallel=${MAKE_JOBS}
> but the main build remains sequential so the overall gain is
> negligible.
>
> I haven't been able t
On 12/11/12 19:49, David Coppa wrote:
> On Tue, Dec 11, 2012 at 7:39 PM, Giovanni Bechis
> wrote:
>> Update to latest version, a lua.port.mk diff is needed to build it because
>> it needs at least lua 5.2.
>> Comments ? Hints ? Ok ?
>> Cheers
>> Giovanni
>
> imho this is not right.
> Just se
On Tue, Dec 11, 2012 at 7:39 PM, Giovanni Bechis wrote:
> Update to latest version, a lua.port.mk diff is needed to build it because it
> needs at least lua 5.2.
> Comments ? Hints ? Ok ?
> Cheers
> Giovanni
imho this is not right.
Just set MODLUA_VERSION=5.2 into net/nmap/Makefile
ciao,
Dav
Update to latest version, a lua.port.mk diff is needed to build it because it
needs at least lua 5.2.
Comments ? Hints ? Ok ?
Cheers
Giovanni
Index: lua.port.mk
===
RCS file: /cvs/ports/lang/lua/lua.port.mk,v
retrieving revision 1.
David Coppa wrote:
> If ok, I will add [DPB_PROPERTIES=parallel] to cmake.
Which does absolutely nothing. MAKE_JOBS has no effect on cmake.
The build is strictly sequential.
You can parallelize the bootstrap phase with
CONFIGURE_ARGS += --parallel=${MAKE_JOBS}
but the main build remains sequen
>> > what about having DPB_PROPERTIES=parallel ?
>>
>> Not sure about that. Someone else who is familiar with this feature should
>> comment as to whether it should be added or not.
>
> You run a build with MAKE_JOBS=1 and one with MAKE_JOBS=2 (or better 4
> if you have the hardware) and compare th
Brad Smith wrote:
> > what about having DPB_PROPERTIES=parallel ?
>
> Not sure about that. Someone else who is familiar with this feature should
> comment as to whether it should be added or not.
You run a build with MAKE_JOBS=1 and one with MAKE_JOBS=2 (or better 4
if you have the hardware) an
Hi,
Update for Adsuck to 2.5.0:
* Automatically watch for changes to resolv.conf and reread it when that
happens.
* Refresh all the hosts files.
* Start using libevent2 in favor of libevent
Ok? Comments?
Cheers.
--
Sending from my VCR...
Index: Makefile
the perl bindings are working well for me.
On 13/11/2012, at 1:31 AM, Stuart Henderson wrote:
> Here's a redland-bindings port, which requires the recently commited
> updates to RDF libs. Based on a port from dlg, I've tweaked the multi
> packages stuff.
>
> Usual problem with the Perl bindings
>>> > what about having DPB_PROPERTIES=parallel ?
>>>
>>> Not sure about that. Someone else who is familiar with this feature should
>>> comment as to whether it should be added or not.
>>
>> I've done at least half a dozen builds with boost 1.42.0 marked that way
>> without any problems, it is on
On Mon, Dec 10, 2012 at 10:56 PM, Stuart Henderson wrote:
> On 2012/12/10 13:21, Brad Smith wrote:
>> On Mon, Dec 10, 2012 at 08:04:41AM -0600, Amit Kulkarni wrote:
>> > what about having DPB_PROPERTIES=parallel ?
>>
>> Not sure about that. Someone else who is familiar with this feature should
>>
On Mon, Dec 10, 2012 at 8:42 PM, David Hill wrote:
> update libevent2 to 2.0.21.
>
> Tested with transmission and cyphertite on i386.
>
> Please test and commit.
Tested and builds/works ok.
I'll commit this later today, if nobody beats me.
Ciao,
David
On 2012/12/10 17:56, Jiri B wrote:
> Hi,
>
> I tried to make IPXE running on OpenBSD and got this reply from
> IPXE guy asking for binutils version - huh, how to check it?
> My OpenBSD install was some last November snapshot for amd64.
>
2.15 (2004 vintage), yes it's old, and yes there are reaso
On Mon, Dec 10, 2012 at 05:56:56PM -0500, Jiri B wrote:
> Hi,
>
> I tried to make IPXE running on OpenBSD and got this reply from
> IPXE guy asking for binutils version - huh, how to check it?
ld -v, as -v... you know what binutils is, right ?
23 matches
Mail list logo