glibc hppa - get/set/make/swap/context() & non-atomic ops

2002-08-27 Thread Carlos O'Donell
PA'ers, Comments or thoughts about the following issues would be appreciated. These items are taken from my collection of TODO notes for glibc, and were recently added by comments from Helge and Willy. - Implement make/swap/set/get/context() calls in glibc = Don't know what's needed...

Re: [parisc-linux] Breaking PARISC ABI - Testing procedures?

2002-08-27 Thread John David Anglin
> 3- sizeof(long double) is incorrect in gcc and glibc (?) This also needs to be fixed under 64-bit hpux. Need to determine the calling convention for long doubles. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613)

Bug#158497: _PATH_*PATH variables in don't conform to debian standards

2002-08-27 Thread Robert Millan
Package: libc6-dev Version: 2.2.5-14 Severity: normal Tags: patch Hello, Looking at paths.h: /* Default search path. */ #define _PATH_DEFPATH "/usr/bin:/bin" /* All standard utilities path. */ #define _PATH_STDPATH \ "/usr/bin:/bin:/usr/sbin:/sbin" This is suposed to contain the "def

Glibc 2.3

2002-08-27 Thread Jeff Bailey
Drepper posted an email[0] yesterday indicating that 2.3 is imminent. To help with this transition, I will cook up some i386 packages based on 2.3 for some initial QA. Should I upload them to experimental, or should I just post them in people.d.o/~jbailey/? Note that I already know that hurd-i38

Re: Glibc 2.3

2002-08-27 Thread Ben Collins
On Tue, Aug 27, 2002 at 08:49:21PM -0700, Jeff Bailey wrote: > Drepper posted an email[0] yesterday indicating that 2.3 is imminent. > To help with this transition, I will cook up some i386 packages based > on 2.3 for some initial QA. > > Should I upload them to experimental, or should I just pos

Bug#158589: libc6: please provide an udeb

2002-08-27 Thread Tollef Fog Heen
Package: libc6 Severity: wishlist Priority: high, pretty please, with sugar on top. Debian-installer will need an udeb with the full libc6.so in it. (It doesn't need to have any old symbols -- actually, it would be nice if it didn't have old symbols, because of the size issue). (See debian-ins