[task #7096] glibc 2.6 support

[Thomas Schwinge]

Update of task #7096 (project hurd):

Wiki-like text discussion box: => strerror_l is done,
submitted: http://sourceware.org/ml/libc-alpha/2008-11/msg00031.html


___

Reply to this item at:

  

___
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/

[task #7096] glibc 2.6 support

[Samuel Thibault]

Follow-up Comment #1, task #7096 (project hurd):

string/strerror_l.c needs to be ported.


___

Reply to this item at:

  

___
  Message posté via/par Savannah
  http://savannah.gnu.org/



___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

[task #7096] glibc 2.6 support

[Samuel Thibault]

URL:
  

 Summary: glibc 2.6 support
 Project: The GNU Hurd
Submitted by: sthibaul
Submitted on: jeudi 19.07.2007 à 22:34
Category: None
 Should Start On: jeudi 19.07.2007 à 00:00
   Should be Finished on: jeudi 19.07.2007 à 00:00
Priority: 5 - Normal
  Status: None
 Privacy: Public
Percent Complete: 0%
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any
 Planned Release: None
  Effort: 0.00
Wiki-like text discussion box: 

___

Details:

Here is a tracker for non-trivial issues on glibc 2.6

sysdeps/i386/i486/bits/atomic.h uses the multiple_threads TLS field for
knowing whether to put a lock prefix before atomic operations or not. Since
we start a signal thread in each process anyway, this is probably useless and
we should rather always put the lock prefix? (hence have our own copy of
atomic.h)





___

Reply to this item at:

  

___
  Message posté via/par Savannah
  http://savannah.gnu.org/



___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd