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] |
>>>>> On Wed, 12 Nov 2003 22:50:46 +0100, Jakub Jelinek <jakub@redhat.com> said: >> - sysdep.h includes tls.h - tls.h includes descr.h Jakub> 2x yes >> - descr.h includes lowlevellock.h Jakub> No. lowlevellock.h doesn't need it, see what e.g. SPARC or Jakub> PPC are doing in lowlevellock.h. Just a few inlines have to Jakub> be replaced with macros, that's all. I see what you mean. It's a bit icky to depend on the other header-files including the pre-requisites of lowlevellock.h, but yes, it makes the problem _much_ simpler to handle, so thanks for the tip. Next stupid question: what's the purpose of librt? I'm asking since sysdep.h now says: #if defined USE_DL_SYSINFO \ && (!defined NOT_IN_libc || defined IS_IN_libpthread) # define IA64_USE_NEW_STUB #else # undef IA64_USE_NEW_STUB #endif and in <sysdep-cancel.h>, it says: #if !defined NOT_IN_libc || defined IS_IN_libpthread || defined IS_IN_librt # undef PSEUDO # define PSEUDO(name, syscall_name, args) \ : <code that uses the IA64_USE_NEW_STUB convention> : That is, anything in librt that uses the PSEUDO() macro from sysdep-cancel.h will try to uses the new stub, but nothing else will. Will this inconsistency cause problems? --david
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |