This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc 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: [PATCH 06/19] Define IN_MODULE for translation units that define NOT_IN_libc

From: Siddhesh Poyarekar <siddhesh at redhat dot com>
To: Roland McGrath <roland at hack dot frob dot com>
Cc: libc-alpha at sourceware dot org
Date: Sat, 23 Aug 2014 00:24:45 +0530
Subject: Re: [PATCH 06/19] Define IN_MODULE for translation units that define NOT_IN_libc
Authentication-results: sourceware.org; auth=none
References: <1408618663-2281-1-git-send-email-siddhesh at redhat dot com> <1408618663-2281-7-git-send-email-siddhesh at redhat dot com> <20140822182825 dot 04B6A2C398C at topped-with-meat dot com>

On Fri, Aug 22, 2014 at 11:28:24AM -0700, Roland McGrath wrote:
> interp.c is in fact in libc.  I don't see why libof-interp should be set at
> all.

I remember the build breaking when I made it libc.  I'll check again,
but I remember concluding that it couldn't be libc.

> You also don't explain why libof-sotruss-lib matters, though that at least
> is correct in the abstract.

It doesn't actually matter per-say, but I've added it with the
assumption that it might be needed in future.

Siddhesh

Attachment: pgpyyswE7bzAV.pgp
Description: PGP signature

References:
- [PATCH 00/19] Fix -Wundef warning in SHLIB_COMPAT
  - From: Siddhesh Poyarekar
- [PATCH 06/19] Define IN_MODULE for translation units that define NOT_IN_libc
  - From: Siddhesh Poyarekar
- Re: [PATCH 06/19] Define IN_MODULE for translation units that define NOT_IN_libc
  - From: Roland McGrath

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