On Fri, May 24, 2013 at 2:28 PM, Jakub Jelinek wrote:
> On Fri, May 24, 2013 at 02:23:45PM +0200, Richard Biener wrote:
>> But for example memset/memcpy always have that set, even if no prototype
>> is in the source. So, is that decl_implicit_p really supposed to tell us
>> whether we've seen a c
On Fri, May 24, 2013 at 02:23:45PM +0200, Richard Biener wrote:
> But for example memset/memcpy always have that set, even if no prototype
> is in the source. So, is that decl_implicit_p really supposed to tell us
> whether we've seen a compatible prototype?
decl_implicit_p isn't whether we've se
On Fri, May 24, 2013 at 2:18 PM, Jakub Jelinek wrote:
> On Fri, May 24, 2013 at 02:10:18PM +0200, Richard Biener wrote:
>> That's a pretty awful option name for one that makes us assume the target
>> C library has a sincos function.
>>
>> I'd rather think about a way to specify, for all known buil
Richard, the target hook (libc_has_function) for what you described is
waiting for a review:
http://gcc.gnu.org/ml/gcc-patches/2013-03/msg01201.html
However, it doesn't have command line options support.
Alexander
2013/5/24 Richard Biener :
> On Fri, May 24, 2013 at 12:53 PM, Andrew Hsieh wrot
On Fri, May 24, 2013 at 02:10:18PM +0200, Richard Biener wrote:
> That's a pretty awful option name for one that makes us assume the target
> C library has a sincos function.
>
> I'd rather think about a way to specify, for all known builtins, whether GCC
> should generate calls to such function w
On Fri, May 24, 2013 at 12:53 PM, Andrew Hsieh wrote:
> Bionic prior to Gingerbread doesn't support sincos*, but upstream GCC
> enables sincos optimization for OPTION_BIONIC unconditionally since
> 4.6. I'd like to propose a new flag -foptimize-sincos for NDK to
> maintain backward compatibility.
