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

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: Fix SHLIB_COMPAT with undefined obsoleting version

From: Andreas Schwab <schwab at suse dot de>
To: Chris Metcalf <cmetcalf at tilera dot com>
Cc: Roland McGrath <roland at hack dot frob dot com>, <libc-alpha at sourceware dot org>, <libc-ports at sourceware dot org>
Date: Mon, 11 Mar 2013 15:37:56 +0100
Subject: Re: Fix SHLIB_COMPAT with undefined obsoleting version
References: <mvmr4juw5y8.fsf@hawking.suse.de> <20130308215906.6B7A22C0A5@topped-with-meat.com> <mvmr4jmqnft.fsf@hawking.suse.de> <513DD75F.6020405@tilera.com> <mvmboaqqcrk.fsf@hawking.suse.de> <513DE784.2020504@tilera.com>

Chris Metcalf <cmetcalf@tilera.com> writes:

> What was confusing is that we appear to build pthread_atfork.os and
> then we don't use it.

That's a bug, it shouldn't even be built.

Andreas.

-- 
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."

Follow-Ups:
- [PATCH] Don't build .os objects of static-only-routines for extra libs
  - From: Andreas Schwab

References:
- Re: Fix SHLIB_COMPAT with undefined obsoleting version
  - From: Andreas Schwab
- Re: Fix SHLIB_COMPAT with undefined obsoleting version
  - From: Chris Metcalf
- Re: Fix SHLIB_COMPAT with undefined obsoleting version
  - From: Andreas Schwab
- Re: Fix SHLIB_COMPAT with undefined obsoleting version
  - From: Chris Metcalf

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