On 11/21/13 14:42, Jerome Glisse wrote:
What worries me is that no one is thinking about how to bundle the
end result ie do you add a new elf section that has ptx code that
can then be lower at runtime and also provide fallback CPU code for
all those function so that program can start running wi
On 11/25/2013 12:55 AM, Jakub Jelinek wrote:
> On Sun, Nov 24, 2013 at 11:52:49PM +0100, Václav Zeman wrote:
>> Here is one idea for GSoC: Implement C++ locale support in libstdc++
>> based on POSIX 2008 uselocale()/duplocale() facilities.
>
> Doesn't glibc do that since 2002?
Glibc does seem to
On Sun, Nov 24, 2013 at 11:52:49PM +0100, Václav Zeman wrote:
> Here is one idea for GSoC: Implement C++ locale support in libstdc++
> based on POSIX 2008 uselocale()/duplocale() facilities.
Doesn't glibc do that since 2002?
Jakub
Hi.
Here is one idea for GSoC: Implement C++ locale support in libstdc++
based on POSIX 2008 uselocale()/duplocale() facilities.
This should bring C++ locale support, comparable to that of Glibc
platforms, to Darwin and FreeBSD (at least), instead of the current "C"
locale only support.
--
VZ
* Nathan Sidwell:
> Targeting PTX, an ISA for use with a single manufacturer's devices, is
> not different from targeting the other single-manufacturer ISAs that
> GCC already supports.
The GCC licensing exception explicitly permits targeting virtual
instruction sets, which (to me at least) stron
