On Sat, Aug 20, 2016 at 5:41 AM, james wrote:
> On 08/19/2016 05:05 PM, C Bergström wrote:
>>
>> On Sat, Aug 20, 2016 at 4:52 AM, james wrote:
>>
>>
>>
>
> You removed your rude remark:::
> " Sorry to be the party crasher, but..."
>
> So let's put it back, just for clarity.
I'll forgive you bec
On 08/19/2016 05:05 PM, C Bergström wrote:
On Sat, Aug 20, 2016 at 4:52 AM, james wrote:
You removed your rude remark:::
" Sorry to be the party crasher, but..."
So let's put it back, just for clarity.
Back to my own glass house.. It will take a few years, but I am trying
to make it eas
On Sat, Aug 20, 2016 at 4:52 AM, james wrote:
>> Back to my own glass house.. It will take a few years, but I am trying
>> to make it easier (internally) to expose in some clear way all the
>> pieces which compose a fine tuning per-processor. If this was "just"
>> scheduling models it would be
On 08/19/2016 02:20 PM, C Bergström wrote:
Sorry to be the party crasher, but...
I'd love to have optimizations for everything out there, but it takes
a lot of work to fine tune for something specific.
Agreed. Right now on Armv8 alone, there are dozens of teams working on
the identical concep
Sorry to be the party crasher, but...
I'd love to have optimizations for everything out there, but it takes
a lot of work to fine tune for something specific.
Right now I see a few variants of ARMv8
ARM reference stuff - A57 cores and the newer bits.. The scheduling
and stuff seems m
On 08/19/2016 11:15 AM, C Bergström wrote:
On Fri, Aug 19, 2016 at 11:01 PM, Luca Barbato wrote:
BTW is pathscale ready to be used as system compiler as well?
I wish, but no. We have known issues when building grub2, glibc and
the Linux kernel at the very least. Someone* did report a long tim
On 19/08/16 17:15, C Bergström wrote:
> On Fri, Aug 19, 2016 at 11:01 PM, Luca Barbato wrote:
>> BTW is pathscale ready to be used as system compiler as well?
>
> I wish, but no. We have known issues when building grub2, glibc and
> the Linux kernel at the very least. Someone* did report a long t
On 19/08/16 19:13, C Bergström wrote:
> I finally got it to build and here's the size numbers
> 952K./lib/libc++abi.a
> 616K./lib/libc++abi.so.1.0
>
> If the above isn't enough motivation and you really want benchmarks
> which prove it's a pig... I'll try to figure something else
>
> Not
I finally got it to build and here's the size numbers
952K./lib/libc++abi.a
616K./lib/libc++abi.so.1.0
If the above isn't enough motivation and you really want benchmarks
which prove it's a pig... I'll try to figure something else
Not exactly a 1:1 comparison because I think other things
2016-08-19 11:11 GMT+08:00 C Bergström :
> I think you're getting a bit confused
>
> libsupc++ is the default now, from GNU
>
> libcxxabi is the bloated runtime from Apple
>
> libcxxrt is the faster c++ runtime, PathScale+David Chisnall, which
> PathScale and FreeBSD use by default. We don't need a
On 08/19/2016 06:07 AM, Pacho Ramos wrote:
This packages are now up for grabs:
app-crypt/efitools
app-crypt/pesign
app-doc/linux-kernel-in-a-nutshell
dev-util/cgvg
dev-util/kup
dev-util/xxdi
net-misc/bti
app-doc/linux-kernel-in-a-nutshell
is quite interesting. I went to greg's site, looked a
On 08/19/2016 03:49 AM, Rich Freeman wrote:
On Fri, Aug 19, 2016 at 12:58 AM, Michał Górny wrote:
On Thu, 18 Aug 2016 15:21:16 +0200
Alexis Ballier wrote:
On Thu, 18 Aug 2016 08:13:14 -0400
Rich Freeman wrote:
If you just check your packages occassionally to make sure they build
with gold
On Fri, Aug 19, 2016 at 11:01 PM, Luca Barbato wrote:
> BTW is pathscale ready to be used as system compiler as well?
I wish, but no. We have known issues when building grub2, glibc and
the Linux kernel at the very least. Someone* did report a long time
ago that with their unofficial port, were a
On 19/08/16 05:11, C Bergström wrote:
> I think you're getting a bit confused
>
> libsupc++ is the default now, from GNU
>
> libcxxabi is the bloated runtime from Apple
>
> libcxxrt is the faster c++ runtime, PathScale+David Chisnall, which
> PathScale and FreeBSD use by default. We don't need a
This packages are now up for grabs:
app-arch/unmakeself
app-crypt/md5deep
app-editors/leafpad
x11-misc/revelation
x11-themes/vanilla-dmz-aa-xcursors
x11-themes/vanilla-dmz-xcursors
On Fri, 19 Aug 2016 06:58:44 +0200
Michał Górny wrote:
> On Thu, 18 Aug 2016 15:21:16 +0200
> Alexis Ballier wrote:
>
> > On Thu, 18 Aug 2016 08:13:14 -0400
> > Rich Freeman wrote:
> >
> > > If you just check your packages occassionally to make sure they
> > > build with gold it completely
On 2016-08-17 01:49, Matthias Maier wrote:
>> I have received a request to implement a feature in OpenRC to allow
>> multiple software packages to drop files in a directory, /etc/modules.d
>> for example, which would define modules the /etc/init.d/modules script
>> would load.
>
> What about /etc/m
This packages are now up for grabs:
app-crypt/efitools
app-crypt/pesign
app-doc/linux-kernel-in-a-nutshell
dev-util/cgvg
dev-util/kup
dev-util/xxdi
net-misc/bti
On Fri, Aug 19, 2016 at 12:58 AM, Michał Górny wrote:
> On Thu, 18 Aug 2016 15:21:16 +0200
> Alexis Ballier wrote:
>
>> On Thu, 18 Aug 2016 08:13:14 -0400
>> Rich Freeman wrote:
>>
>> > If you just check your packages occassionally to make sure they build
>> > with gold it completely achieves th
19 matches
Mail list logo
