[cfe-dev] ***SPAM*** Re: Changing the way Clang's driver computes the library search paths on Linux
Marc J. Driftmeyer
mjd at reanimality.com
Mon Oct 3 18:57:43 PDT 2011
Thanks for all your work. It's very much appreciated.
- Marc
On 10/02/2011 11:57 PM, Chandler Carruth wrote:
> On Sun, Oct 2, 2011 at 11:41 PM, Marc J. Driftmeyer
> <mjd at reanimality.com <mailto:mjd at reanimality.com>> wrote:
>
> Should not this change include a fs check for
> /usr/lib/x86_64-linux-gnu/crt1.o as one of the else if options,
> not to mention the rest of the architectures Debian supports and
> builds clang against?
>
>
> Currently, I'm trying to get Clang to as closely match the GCC
> mainline behavior as I can, without breaking existing distros.
>
> I'm hoping to have time to extend this logic to deal with most
> distros, if not all.
>
> Currently, Clang doesn't handle Debian's multiarch setup correctly at
> all. I'm going to try to get to this, but its on the bottom of my
> immediate list because we don't have any reasonable existing support.
>
>
> For reference, I specifically checked mainline GCC to see whether it
> cared about crt1.o or not, and it didn't. It only cared whether the
> directory existed. I've faithfully reproduced that here for better or
> worse.
>
> Now, keep in mind, I'm currently only poking the library search paths.
> I'm also going to look at the code to actually locate crt1.o etc,
> that's still to come.
--
Marc J. Driftmeyer
Email :: mjd at reanimality.com <mailto:mjd at reanimality.com>
Web :: http://www.reanimality.com
Cell :: (509) 435-5212
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20111003/e83f7bc9/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mjd.vcf
Type: text/x-vcard
Size: 317 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20111003/e83f7bc9/attachment.vcf>
More information about the cfe-dev
mailing list