All of lore.kernel.org
 help / color / mirror / Atom feed
* [parisc-linux] latest glibc checked in
@ 2000-03-05  0:19 Michael Ang
  0 siblings, 0 replies; 3+ messages in thread
From: Michael Ang @ 2000-03-05  0:19 UTC (permalink / raw)
  To: parisc-linux

I checked out a copy of glibc from the Cygnus repository (using the
datestamp 2000-03-03), and checked it into our repository in the "glibc"
directory.  You can check it out by doing "cvs co glibc".

All our development on glibc should take place in "glibc" on the trunk.  
The Cygnus sources will be tracked on the GLIBC_CVS_DIST branch, similarly
to how we are tracking Linus' sources in /linux-2.3 on the "linus" branch.  
Instead of using a discrete release number to tag, I propose that we pull
from the Cygnus CVS using a specific date tag, and create a matching
static tag in our repository (e.g. GLIBC_CVS_2000_03_03).

We should push our changes back to the Cygnus tree as often as possible.
Ideally we would just work directly on the Cygnus tree, and people who
wanted to pick our changes would pull from Cygnus.  By having our own
local copy, we risk paying the "stupid tax" by forking glibc and having to
constantly deal with merge problems and support.

(We did a bad, bad thing, and renamed the old "glibc" directory to
"glibc-old" in the repository.  This shouldn't affect you unless you have
an old "glibc" tree around, and willy and I determined this should be a
set of one person.  In this case, you need to blow away your old tree.
Please talk to me if you have local changes.)

Happy hacking,
	- Mike.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [parisc-linux] latest glibc checked in
@ 2000-03-05  4:34 willy
  2000-03-07  3:10 ` Ulrich Drepper
  0 siblings, 1 reply; 3+ messages in thread
From: willy @ 2000-03-05  4:34 UTC (permalink / raw)
  To: parisc-linux


with that Implies checked in, it'll get as far as trying to build in the
csu directory.  There's a problem with initfini.s -- the autogenerated
one looks something like this:

_init
	.PROC
	.CALLINFO
	.ENTRY

/* cut here */

	.EXIT
	.PROCEND

and then the same for _fini.  Then there's a nasty little sed script
which cuts the file into chunks and leaves the chunk before `cut here'
in one file and the chunk after in another.  So I just delete the 5
directives there and then type `make' and it carries on compiling merrily.
I suspect gcc needs to be fixed to not output those directives for ELF.

Just so I know (not so I can hold your feet to the fire), who's interested
in doing toolchain work, and who's interested in doing glibc work?

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [parisc-linux] latest glibc checked in
  2000-03-05  4:34 [parisc-linux] latest glibc checked in willy
@ 2000-03-07  3:10 ` Ulrich Drepper
  0 siblings, 0 replies; 3+ messages in thread
From: Ulrich Drepper @ 2000-03-07  3:10 UTC (permalink / raw)
  To: willy; +Cc: parisc-linux

willy@thepuffingroup.com writes:

> Just so I know (not so I can hold your feet to the fire), who's interested
> in doing toolchain work, and who's interested in doing glibc work?

I will do some of the glibc work if I'm finally getting some reasoably
stable toolchain and the appropriate headers for cross-compilation
(from HPUX).

-- 
---------------.      drepper at gnu.org  ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2000-03-07  4:14 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-03-05  4:34 [parisc-linux] latest glibc checked in willy
2000-03-07  3:10 ` Ulrich Drepper
  -- strict thread matches above, loose matches on Subject: below --
2000-03-05  0:19 Michael Ang

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.