This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Fixes tree-loop-distribute-patterns issues
- From: Roland McGrath <roland at hack dot frob dot com>
- To: Adhemerval Zanella <azanella at linux dot vnet dot ibm dot com>
- Cc: "GNU C. Library" <libc-alpha at sourceware dot org>
- Date: Fri, 21 Jun 2013 11:30:47 -0700 (PDT)
- Subject: Re: [PATCH] Fixes tree-loop-distribute-patterns issues
- References: <51C0AFB7 dot 1060009 at linux dot vnet dot ibm dot com> <20130618205608 dot 9CCE22C0AC at topped-with-meat dot com> <51C1BFE9 dot 4070805 at linux dot vnet dot ibm dot com> <51C1CEFC dot 9000100 at redhat dot com> <51C1FE4C dot 3020400 at linux dot vnet dot ibm dot com> <20130619221130 dot 7B91A2C10E at topped-with-meat dot com> <51C31177 dot 90303 at linux dot vnet dot ibm dot com> <20130620175832 dot 0E6FA2C133 at topped-with-meat dot com> <51C34399 dot 7010409 at redhat dot com> <20130620213459 dot GA2749 at winnix> <51C44F12 dot 6030103 at linux dot vnet dot ibm dot com>
> On x86_64 GLIBC 2.17 rtld-memset code use is 'sysdeps/x86_64/multiarch/memset.S'
> (and it won't generate a recursive call regarding the CFLAGS used), however on
> some point in 2.18 the build started to select 'sysdeps/x86_64/rtld-memset.c'
> instead.
Any rtld-foo source file will be chosen ahead of all foo source files. So
if the sysdeps directory selection should affect whether a lower-priority
sysdeps subdirectory's rtld-foo is chosen over a higher-priority one's foo,
then the higher-priority one will need a rtld-foo that #include's foo.