all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Frederick Muriithi <fredmanglis@gmail.com>
To: Danny Milosavljevic <dannym@scratchpost.org>
Cc: guix-devel@gnu.org
Subject: Re: [PATCH] gnu: Add ldc-1.1.0-beta4
Date: Wed, 4 Jan 2017 18:27:48 +0300	[thread overview]
Message-ID: <CALjrZwbGwrhc18_LxoSs4VcWtsrK6wxvb+kCny3BMqpHYtaXXw@mail.gmail.com> (raw)
In-Reply-To: <20170104155234.1463ac4e@scratchpost.org>

On Wed, Jan 4, 2017 at 5:52 PM, Danny Milosavljevic
<dannym@scratchpost.org> wrote:
> Hi,
>
> On Wed, 4 Jan 2017 17:01:14 +0300
> Frederick Muriithi <fredmanglis@gmail.com> wrote:
>
>> Added ldc-1.1.0-beta4 since all other beta versions from there seem to
>> reuse the same phobos, druntime and dmd-testsuite.
>
> Thanks for the patch!
>
> Hmm, you added gdb to the native-inputs but commented out the gdb invocations later? Why?
>

I worked through the definition at the beginning adding required
packages, then when builds were successful, but tests were failing, I
went through the tests trying to figure out where the issues were, and
fixing them.
For the gdb invocations, the error message kept pointing to the
Makefile as where the issue was, so I tried to go as close to the
error as I could with my current knowledge.
I think that's only one of a number of invocations, but I might be wrong.

> Also, could you ask upsteam whether they add a version flag (or something) for the http tests? So it can be enabled/disabled without huge patches in the future...
>

Cool. I will.

> Also, why did you comment out unzip? You can add "unzip" to native-inputs.
>

Hmmm, it never occurred to me that the issue causing the zip tests to
fail was that unzip was missing. The error messages in the failing
tests did not point to that. I will fix this

> Also, why do you add another "patch-phobos" phase? I think the one in ldc, from which you inherit, does the same, no?
>

Hmm, my understanding of how the package definitions work might be
incomplete: It seemed to me like after you inherited, from a package,
and then added a definition in any of the variables, the new variables
would NOT add to the values of the older ones but rather, they would
completely overwrite the older one.
I will give it one more whirl.

> I think I had the same problem with tzNames before. I think one of the functions there doesn't interpret its argument as a relative path if it contains a slash anywhere, ruining your /gnu/store prefix or something. Please look into it.

Cool.

Let me work on those items, and maybe submit a better patch later

-- 
Frederick M. Muriithi

  reply	other threads:[~2017-01-04 15:28 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-04 14:01 [PATCH] gnu: Add ldc-1.1.0-beta4 Frederick Muriithi
2017-01-04 14:44 ` Pjotr Prins
2017-01-04 14:52 ` Danny Milosavljevic
2017-01-04 15:27   ` Frederick Muriithi [this message]
2017-01-04 15:46     ` Danny Milosavljevic
2017-01-04 15:53       ` Frederick Muriithi
2017-01-04 16:58         ` Danny Milosavljevic
2017-01-05 16:33           ` Frederick Muriithi

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=CALjrZwbGwrhc18_LxoSs4VcWtsrK6wxvb+kCny3BMqpHYtaXXw@mail.gmail.com \
    --to=fredmanglis@gmail.com \
    --cc=dannym@scratchpost.org \
    --cc=guix-devel@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.