all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: ng0 <ng0@n0.is>
Cc: 30851@debbugs.gnu.org
Subject: [bug#30851] [PATCH] Add SuperCollider, related changes
Date: Fri, 23 Mar 2018 08:02:55 -0400	[thread overview]
Message-ID: <87sh8rvw28.fsf@gmail.com> (raw)
In-Reply-To: <20180322175651.gltojjb5hjvn56kp@abyayala> (ng0@n0.is's message of "Thu, 22 Mar 2018 17:56:51 +0000")

Hello!

ng0 <ng0@n0.is> writes:

> Ludovic Courtès transcribed 454 bytes:
>> ng0 <ng0@n0.is> skribis:
>> 
>> > Ludovic Courtès transcribed 46 bytes:
>> >> Hi Maxim,
>> >> 
>> >> Pushed, thanks!
>> >> 
>> >> Ludo’.
>> >

Thanks for pushing it!

>> > Should we still split it into Qt and non-Qt then later on as I
>> > wrote?
>> 
>> Oh sorry for overlooking that.
>
> No problem.
>
>> I think you’re right, yes.  That could be done either with a separate
>> output or with a separate package, whichever is the most convenient.
>> 
>> Could you look into it, Maxim or ng0?
>> 
>> Thanks,
>> Ludo’.
>
> Splitting is what works best here in my opinion. You could take a look at the
> open patch for adding qtoctave. People who have to build the variant without
> Qt don't have to pull in Qt only to throw it into an output they don't want.

For splitting to be "cheaper" (in terms of space and computation) than
using a separate output, the origin sources would have to be split into
core/sc-ide parts and be able to build the resulting parts distinctly.

I have to check, but I don't expect the IDE to be buildable reusing
supercollider-core as an input; I'd expect it to depend on many source
files in the project. If so, I'll opt for multiple outputs to spare the
build farm from recompiling/testing the same thing in double, otherwise
I'll opt for splitting.

This might take some time to happen as I have another patch set which is
of higher priority, so anyone should feel free to try beating me to it.

Thanks for reviewing!

Maxim

  reply	other threads:[~2018-03-23 12:04 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-03-19  2:30 [bug#30851] [PATCH] Add SuperCollider, related changes Maxim Cournoyer
2018-03-19 18:31 ` ng0
2018-03-22 11:58 ` bug#30851: " Ludovic Courtès
2018-03-22 12:15   ` [bug#30851] " ng0
2018-03-22 15:53     ` Ludovic Courtès
2018-03-22 17:56       ` ng0
2018-03-23 12:02         ` Maxim Cournoyer [this message]
2018-03-24 17:02           ` Ludovic Courtès

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=87sh8rvw28.fsf@gmail.com \
    --to=maxim.cournoyer@gmail.com \
    --cc=30851@debbugs.gnu.org \
    --cc=ng0@n0.is \
    /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.