This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: Skip ld/lto tests if plugins is disabled for binutils?
- From: "Bin.Cheng" <amker dot cheng at gmail dot com>
- To: "Bin.Cheng" <amker dot cheng at gmail dot com>, binutils at sourceware dot org
- Date: Tue, 12 Aug 2014 13:00:17 +0800
- Subject: Re: Skip ld/lto tests if plugins is disabled for binutils?
- Authentication-results: sourceware.org; auth=none
- References: <CAHFci2_KGa344-+6LONhwukBjM7ndBNJyXz+RnLtjvMsnVWRow at mail dot gmail dot com> <20140811075538 dot GE7047 at bubble dot grove dot modra dot org> <CAHFci2_QfTSm23oWBZ0x5T1rHQSWHGvCRxT_5b1g-UpqBbgV9A at mail dot gmail dot com> <20140811125907 dot GF7047 at bubble dot grove dot modra dot org> <CAHFci28bf7N3ELc-n8ObrrVMONPVQsf1QfQSrJXJnD4ESFbB7g at mail dot gmail dot com> <20140812044529 dot GI7047 at bubble dot grove dot modra dot org>
On Tue, Aug 12, 2014 at 12:45 PM, Alan Modra <amodra@gmail.com> wrote:
> On Tue, Aug 12, 2014 at 10:51:56AM +0800, Bin.Cheng wrote:
>> On Mon, Aug 11, 2014 at 8:59 PM, Alan Modra <amodra@gmail.com> wrote:
>> > So ld plugin support is always enabled, even when you configure with
>> > --disable-plugins. That seems wrong to me.
>>
>> Hi Alan, I searched around and found out that there was bug report on
>> this before at https://sourceware.org/bugzilla/show_bug.cgi?id=12402
>>
>> It was resolved as invalid and said this is designed behavior, though
>
> Yeah, Richard Henderson thought it best that way
> https://sourceware.org/ml/binutils/2010-10/msg00074.html
>
>> I am not convinced.
>> With this, the only choice is to enable-plugin for binutils?
>
> Yes.
>
> Nowadays, with gcc defaulting to -fno-fat-lto-objects you really don't
> have a fully functional lto toolchain unless the ar/nm/ranlib plugin
> is enabled.
>
> I think we should make --enable-plugins default to yes, and make
> ld/configure.ac respect --enable-plugins=no.
Yes, this should fix the inconsistency issue. I will try to work out a patch.
Thanks,
bin
>
> --
> Alan Modra
> Australia Development Lab, IBM