This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Fix binary compatibility of bits/types.h

From: Steve Munroe <sjmunroe at us dot ibm dot com>
To: Ulrich Drepper <drepper at redhat dot com>
Cc: Glibc hackers <libc-hacker at sources dot redhat dot com>, Paul Mackerras <paulus at samba dot org>, Roland McGrath <roland at redhat dot com>
Date: Wed, 10 Sep 2003 14:55:24 -0500
Subject: Re: [PATCH] Fix binary compatibility of bits/types.h

Ulrich Drepper writes:

> But this is exactly what we are talking about.  Keeping the size alone
> isn't enough.  The mangled name in C++ mustn't change either.

This change does create a problem for powerpc and the new c++-types-check. 
The data file names are only qualified with $base-machine (as in 
c++-types-powerpc-linux-gnu.data) but 64-bit types will require different 
data files between powerpc32 and powerpc64. Perhaps libc/Makefile can 
check scripts/c++-types-$(base-machine)-$(config-os).data and if not found 
try scripts/c++-types-$(config-machine)-$(config-os).data?

There also seems to be a problem with pthread_t between linuxthreads and 
nptl. pthread_t:m is OK for Linuxthreads but nplt needs 
pthread_t:P16__opaque_pthread.

Follow-Ups:
- Re: [PATCH] Fix binary compatibility of bits/types.h
  - From: Jakub Jelinek
- Re: [PATCH] Fix binary compatibility of bits/types.h
  - From: Ulrich Drepper

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]