[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Why require SLOW_BUT_NO_HACKS for stubs?
From: |
Paul Eggert |
Subject: |
Re: Why require SLOW_BUT_NO_HACKS for stubs? |
Date: |
Sun, 10 Jun 2012 19:00:54 -0700 |
User-agent: |
Mozilla/5.0 (X11; Linux i686; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 |
On 06/09/2012 11:05 PM, Isaac Dunham wrote:
> Is there any reason not to merge
Performance, surely. But if there's
consensus that performance does not matter that
much with musl, perhaps we should default to the
slow version with musl.
Is there any simple way to tell at compile-time,
or at configure-time, that musl is being used?
That would help us distinguish musl (where being
slow is acceptable) from other platforms (which may not
want that).
- Why require SLOW_BUT_NO_HACKS for stubs?, Isaac Dunham, 2012/06/10
- Re: Why require SLOW_BUT_NO_HACKS for stubs?,
Paul Eggert <=
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, Isaac Dunham, 2012/06/11
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, Paolo Bonzini, 2012/06/12
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, John Spencer, 2012/06/12
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, Bruno Haible, 2012/06/17
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, Paolo Bonzini, 2012/06/23
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, Bruno Haible, 2012/06/24
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, John Spencer, 2012/06/24
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, Paul Eggert, 2012/06/25
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, John Spencer, 2012/06/25
- Re: Why require SLOW_BUT_NO_HACKS for stubs?, Philipp Thomas, 2012/06/25