On 2017-Mar-30, at 7:51 PM, Mark Millard <mar...@dsl-only.net> wrote:

> On 2017-Mar-30, at 1:22 PM, Mark Millard <mar...@dsl-only.net> wrote:
>> Sounds like the ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG technique
>> would not change the "WITNESS and INVARIANTS"-like part of the
>> issue. In fact if WITH_DEBUG= causes the cmake debug-style
>> llvm40 build ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG might not
>> make any difference: separate enforcing of lack of optimization.
>> But just to see what results I've done "pkg delete llvm40"
>> and am doing another build with ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=
>> and its supporting code in place in addition to using WITH_DEBUG=
>> as the type of build fro FreeBSD's viewpoint.
>> If you know that the test is a waste of machine cycles, you can
>> let me know if you want.
> The experiment showed that ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG
> use made no difference for devel/llvm40 so devel/llvm40 itself
> has to change such as what Dimitry Andric reported separately
> as a working change to the Makefile .
> (ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG would still have its uses
> for various other ports.)

I've now tried with both ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG and:

# svnlite diff /usr/ports/devel/llvm40/
Index: /usr/ports/devel/llvm40/Makefile
--- /usr/ports/devel/llvm40/Makefile    (revision 436747)
+++ /usr/ports/devel/llvm40/Makefile    (working copy)
@@ -236,6 +236,11 @@
 .include <bsd.port.pre.mk>
+.if defined(WITH_DEBUG)
+CMAKE_BUILD_TYPE=      RelWithDebInfo
 .if ${ARCH} == "amd64"

pkg delete after the build reports:

Installed packages to be REMOVED:

Number of packages to be removed: 1

The operation will free 42 GiB.

So down by 7 GiBytes from 49 GiBytes.

(I did not actually delete it.)


# du -sg /usr/obj/portswork/usr/ports/devel/llvm40
102     /usr/obj/portswork/usr/ports/devel/llvm40

which is down by 16 GiBytes from 118 GiBytes.

Reminder: These are from portmaster -DK so no
cleanup after the build, which is what leaves
the source code and such around in case of
needing to look at a problem.

(102+42) GiBytes == 146 GiBytes.
(118+49) GiBytes == 167 GiBytes.

So a difference of 21 GiBytes (or so).

But that is for everything in each case (and
WITH_DEBUG= in use):

# more /var/db/ports/devel_llvm40/options
# This file is auto-generated by 'make config'.
# Options for llvm40-4.0.0.r4

So avoiding WITH_DEBUG= and/or various build options
is still the major way of avoiding use of lots of space
if it is an issue.

Why no RAM+SWAP total report this time:

As far as I know FreeBSD does not track or report peak
swap-space usage since the last boot. And, unfortunately
I was not around to just sit and watch a top display this
time and I did not set up any periodic recording into a

That is why I've not reported on the RAM+SWAP total
this time. It will have to be another experiment
some other time.

[I do wish FreeBSD had a way of reporting peak swap-space

Mark Millard
markmi at dsl-only.net

freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to