all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eric Bavier <ericbavier@openmailbox.org>
To: ludo@gnu.org
Cc: Guix-devel <guix-devel@gnu.org>
Subject: Re: [PATCH] gnu: boost: Enable tests.
Date: Wed, 20 Jan 2016 18:01:18 -0600	[thread overview]
Message-ID: <59730e8992a19104bf4ab2b35e7a02b2@openmailbox.org> (raw)
In-Reply-To: <87powvvq0l.fsf@gnu.org>

On 2016-01-20 16:34, ludo@gnu.org wrote:
> Eric Bavier <ericbavier@openmailbox.org> skribis:
> 
>> This patch turns boost package tests on.  22 of 120 test suites are
>> skipped due to know test failures, many of which still fail with the
>> upstream development version
>> (http://www.boost.org/development/tests/master/developer/summary.html).
[...]
>> It would be nice to get this patch tested on MIPS or ARM, in case
>> there are other failing test suites that should be documented and
>> skipped on those systems.
> 
> Yeah.
> 
> I think we’ll have to create a branch anyway, so when we do, we can 
> wait
> and see what Hydra reports.

Andreas was kind enough to test the patch on ARM, and it seems there's 
at
least one additional test-suite to skip on that architecture.  A branch
would be nice.

>> From 76322bff6b4de1c0fe810506f451de733c60683a Mon Sep 17 00:00:00 2001
>> From: Eric Bavier <bavier@member.fsf.org>
>> Date: Fri, 15 Jan 2016 14:46:26 -0600
>> Subject: [PATCH] gnu: boost: Enable tests.
>> 
>> * gnu/packages/boost.scm (boost)[arguments]: Replace 'check' phase.
> 
> [...]
> 
>> +            ;; The provided method for running all tests (executing 
>> b2 in the
>> +            ;; "status" directory) requires a large amount of disk 
>> space
>> +            ;; (>20G) because it does not clean up build artifacts 
>> after
>> +            ;; successfully running a test suite.  So instead we run 
>> each test
>> +            ;; individually, which only requires ~7.7G.
> 
> This is still a lot of disk space.  Can you make sure that everything 
> is
> built with -g0?  It makes a significant difference for C++ code.  I did
> that notably for GCC and Inkscape.

I'll give that a try and see if it changes things.  Thanks for the 
pointer.

> 
>> +            (lambda* (#:key outputs #:allow-other-keys)
>> +              (let ((b2 (string-append (getcwd) "/b2"))
>> +                    (test-dirs
>> +                     ;; The instructions at
>> +                     ;; 
>> http://www.boost.org/development/running_regression_tests.html
>> +                     ;; to run b2 in each libs/<library>/test is not 
>> entirely
>> +                     ;; accurate.  Some tests are in subdirectories 
>> and others
>> +                     ;; in top-level directories.  So instead we read 
>> the list
>> +                     ;; of test directories from status/Jamfile.v2
>> +                     (let ((port (open-input-file 
>> "status/Jamfile.v2"))
>> +                           (start-rx (make-regexp "^run-tests libs 
>> :"))
>> +                           (end-rx (make-regexp "^[[:space:]]*;"))
>> +                           (dir-rx (make-regexp 
>> "^[[:space:]]*([a-z0-9/_]+)")))
> 
> I think it would be nicer to make it a procedure and move it to a
> ‘define’ at the top of the lambda.

Will do.

>> +                               (reverse! dirs)))
> 
> ‘reverse’ is enough.  :-)

OK.

> Otherwise LGTM.

Great

> I think we should wait until ‘core-updates’ is merged, and then you can
> push an updated patch to, say, ‘wip-boost-tests’ based on ‘master’.
> 
> WDYT?

That's fine with me.

Thanks for the review!

-- 
`~Eric

      reply	other threads:[~2016-01-21  0:01 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-15 20:59 [PATCH] gnu: boost: Enable tests Eric Bavier
2016-01-17 12:49 ` Andreas Enge
2016-01-20 22:34 ` Ludovic Courtès
2016-01-21  0:01   ` Eric Bavier [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=59730e8992a19104bf4ab2b35e7a02b2@openmailbox.org \
    --to=ericbavier@openmailbox.org \
    --cc=guix-devel@gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.