Hi all
We are sorry to announce that this social have been postponed to
October 20/21 due to the hurricane Shanzhu, which is approaching
Shenzhen in 3 days. The Program Analysis Workshop has been postponed
too.
I'll send new notifications once the next social date is confirmed.
On Sat, Sep 8, 201
Hi,
The existing sincos functions use 2 pointers to return the sine and cosine
result. In
most cases 4 memory accesses are necessary per call. This is inefficient and
often
significantly slower than returning values in registers. I ran a few
experiments on the
new optimized sincosf implementati
On Thu, Sep 13, 2018 at 6:27 AM, Wilco Dijkstra wrote:
> Hi,
>
> The existing sincos functions use 2 pointers to return the sine and cosine
> result. In
> most cases 4 memory accesses are necessary per call. This is inefficient and
> often
> significantly slower than returning values in register
On 09/13/2018 03:27 PM, Wilco Dijkstra wrote:
Hi,
The existing sincos functions use 2 pointers to return the sine and cosine
result. In
most cases 4 memory accesses are necessary per call. This is inefficient and
often
significantly slower than returning values in registers. I ran a few
exper
On 13/09/18 14:52, Florian Weimer wrote:
> On 09/13/2018 03:27 PM, Wilco Dijkstra wrote:
>> Hi,
>>
>> The existing sincos functions use 2 pointers to return the sine and cosine
>> result. In
>> most cases 4 memory accesses are necessary per call. This is inefficient and
>> often
>> significantly
On Thu, 13 Sep 2018, Wilco Dijkstra wrote:
> What do people think? Ideally I'd like to support this in a generic way so
> all targets can
> benefit, but it's also feasible to enable it on a per-target basis. Also
> since not all libraries
> will support the new interface, there would have to be a
On Thu, 13 Sep 2018, Florian Weimer wrote:
> I think this is totally fine if you call it expif or something like that (and
> put the sine in the imaginary part, of course).
And declare it in bits/cmathcalls.h as included from complex.h, rather
than in math.h. With an appropriate custom RUN_TEST
On September 13, 2018 4:32:42 PM GMT+02:00, Alexander Monakov
wrote:
>On Thu, 13 Sep 2018, Wilco Dijkstra wrote:
>> What do people think? Ideally I'd like to support this in a generic
>way so all targets can
>> benefit, but it's also feasible to enable it on a per-target basis.
>Also since not al
On 09/10/2018 10:46 PM, Jason A. Donenfeld wrote:
Hello,
I'd like to have a compound literal exist inside a certain linker
section. However, it doesn't appear to work as I'd like:
#define __stuffdata __attribute__((__section__("stuff")))
const u8 works[] __stuffdata = { 0x1, 0x2, 0x3, 0x4 };
co
Snapshot gcc-7-20180913 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/7-20180913/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-7
10 matches
Mail list logo
