public inbox for overseers@sourceware.org
 help / color / mirror / Atom feed
From: Corinna Vinschen <vinschen@redhat.com>
To: overseers@sourceware.org
Subject: Re: sourceware and git
Date: Fri, 01 Aug 2014 11:05:00 -0000	[thread overview]
Message-ID: <20140801110518.GA26773@calimero.vinschen.de> (raw)
In-Reply-To: <20140731022208.GB4760@ednor.casa.cgf.cx>

[-- Attachment #1: Type: text/plain, Size: 2414 bytes --]

On Jul 30 22:22, Christopher Faylor wrote:
> On Wed, Jul 30, 2014 at 06:41:25PM -0500, Yaakov Selkowitz wrote:
> >On Wed, 2014-07-30 at 17:33 -0400, Christopher Faylor wrote:
> >> As far as tagging is concerned, I don't see any reason why newlib
> >> should be tagged when cygwin is tagged.  Cygwin shouldn't care about
> >> newlib tags.
> >
> >What I don't understand yet is why our situation is different than
> >binutils-gdb, the two of which also have separate release schedules and
> >yet share enough code that they chose to use a single repository.  Given
> >that, IIUC:
> 
> I don't care about newlib/libgloss.  The need for libgloss is enough for
> me to withdraw that newlib should be standalone.
> 
> The difference here is that I'm involved with cygwin.  I didn't care
> about binutils+gdb so I didn't weigh in.  I'm weighing in now.
> 
> >* newlib and libgloss are developed in tandem;
> >
> >* newlib and libgloss are meant to be built together;
> >
> >* newlib and libgloss require the top-level configury in order to build;
> >
> >then wouldn't the most straightforward (and reliable) method for
> >newlib/libgloss be to have a single git repo matching the layout of cvs
> >co newlib?
> >
> >As for cygwin's usage of newlib, since pulling in newlib would end up
> >including libgloss and the top level configury, the only difference I
> >see between a joint newlib/libgloss/cygwin repo and a separate cygwin
> >repo would be that the former would not require any changes to the
> >cygwin build system, where the latter would.
> 
> I have already made the changes for cygwin.  Is this not sinking in
> somehow?  I was trying to make cygwin like most other GNU projects out
> there, unencumbered by decades of top-level build accretion, relying on
> only one other library, similar to the way other projects do it.
> 
> Anyway, nevermind.  I see that I'm in the minority.  My changes and git
> repository are withdrawn.  Do what you like.

Hmm, that wasn't exactly what I was looking for.  I was just trying to
make sure that the git repo for Cygwin contains all of Cygwin, and that
includes newlib.  It's not just an external library, it's an inherent
part of Cygwin.  You can't build Cygwin without newlib and you can't
build a standalone newlib for Cygwin without the Cygwin sources.


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2014-08-01 11:05 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <239280260.18333755.1406652387203.JavaMail.zimbra@redhat.com>
2014-07-29 16:57 ` Jeff Johnston
2014-07-29 18:14   ` Joseph S. Myers
2014-07-30  1:13     ` Christopher Faylor
2014-07-30  7:48       ` Corinna Vinschen
2014-07-30 15:18         ` Christopher Faylor
2014-07-30 15:39           ` Corinna Vinschen
2014-07-30 17:06             ` Joseph S. Myers
2014-07-30 17:27           ` Hans-Peter Nilsson
2014-07-30 17:02       ` Joseph S. Myers
2014-07-30 18:45         ` Christopher Faylor
2014-07-30 20:57           ` Joseph S. Myers
2014-07-30 21:33             ` Christopher Faylor
2014-07-30 21:47               ` Joseph S. Myers
2014-07-30 23:41               ` Yaakov Selkowitz
2014-07-31  2:22                 ` Christopher Faylor
2014-08-01 11:05                   ` Corinna Vinschen [this message]
2014-08-01 22:54                     ` Frank Ch. Eigler
2014-08-02  0:12                       ` Yaakov Selkowitz
2014-07-29 18:28   ` Tom Tromey

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=20140801110518.GA26773@calimero.vinschen.de \
    --to=vinschen@redhat.com \
    --cc=overseers@sourceware.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).