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 the goal, and it will actually result
> > in fewer bugs using the
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 version number
because it's pretty much rock solid st
2016-08-19 10:07 GMT+08:00 :
> That seems a lot like what we've already done. I guess a GSOC student is
> working on the libcxxabi piece.
I am that GSoC student :)
I'm currently trying to push libc++abi to replace libcxxrt as the
default runtime: https://github.com/gentoo/gentoo/pull/2048
The
That seems a lot like what we've already done. I guess a GSOC student is
working on the libcxxabi piece. The only advantage to using our runtime,
libcxxrt, is performance and code size.
Original Message
From: Lei Zhang
Sent: Friday, August 19, 2016 06:34
To: gentoo-dev@lists.gentoo.org
Rep
Ühel kenal päeval, N, 18.08.2016 kell 23:56, kirjutas Alexis Ballier:
> On Thu, 18 Aug 2016 14:20:41 -0700
> Daniel Campbell wrote:
>
> > On 08/18/2016 06:21 AM, Alexis Ballier wrote:
> > > On Thu, 18 Aug 2016 08:13:14 -0400
> > > Rich Freeman wrote:
> > >
> > > > If you just check your packa
2016-08-18 21:56 GMT+08:00 C Bergström :
> @mgorny may be able to help with some of this and has quite a bit of
> experience building clang/llvm. Where I work we use a "wrapper" that
> helps coordinate a lot of the moving pieces.
>
> https://github.com/pathscale/llvm-suite/
>
> This may not be the
On Thu, 18 Aug 2016 14:20:41 -0700
Daniel Campbell wrote:
> On 08/18/2016 06:21 AM, 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 the goa
On 08/18/2016 06:21 AM, 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 the goal, and it will actually result
>> in fewer bugs using the non-gold linker
On Wed, Aug 17, 2016 at 11:23:13PM -0700, Daniel Campbell wrote:
> Is there a reliable way to test for kernel functionality _before_
> calling modprobe? I think if a service needs certain kernel
> functionality then it should complain -- loudly, if needed -- so the
> admin knows what to do, be it b
On Thu, Aug 18, 2016 at 10:02:35AM -0400, NP-Hardass wrote:
> Just a side note on how I currently take advantage of the modules
> initscript:
>
> I have several symlinks, one for each set of modules that I want to
> control. Then I create a corresponding conf.d based off of the modules
> conf.d.
On 08/16/2016 07:20 PM, William Hubbs wrote:
> All,
>
> 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.
>
> The desi
@mgorny may be able to help with some of this and has quite a bit of
experience building clang/llvm. Where I work we use a "wrapper" that
helps coordinate a lot of the moving pieces.
https://github.com/pathscale/llvm-suite/
This may not be the perfect "gentoo" way to handle it, but the
approach
Woot! Don't tell Stallman lol.
On Tue, Aug 16, 2016, 09:22 Michał Górny wrote:
> Hello, everyone.
>
> I have the pleasure of announcing that after the long period of split
> maintenance, we are forming an united LLVM project [1] to maintain all
> of LLVM packages in Gentoo and work on establishi
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 the goal, and it will actually result
> in fewer bugs using the non-gold linker as well.
That's what a tinderbox is for. The only QA
On Thu, Aug 18, 2016 at 7:47 AM, Lars Wendler wrote:
>
> And as long as I keep reading such statements I won't use ld.gold
> anywhere on my (dev-)systems. A linker IMHO is a far too crucial
> toolchain component to blindly play around with.
>
There really isn't any need to use it as a daily drive
On Thu, Aug 18, 2016 at 1:39 AM, Daniel Campbell wrote:
>
> Is it as simple as switching the linker and re-merging packages that one
> maintains? Is gold supposed to be a big deal? Does it do the job of
> linking better? I read the blog post and all but nobody's explaining
> what gold does better
On Thu, 18 Aug 2016 13:43:42 +0300 Andrew Savchenko wrote:
>Hi,
>
>On Wed, 17 Aug 2016 22:37:42 +0200 Michał Górny wrote:
>[...]
>> That said, I'd really like for Gentoo to be able to finally switch to
>> ld.gold by default.
>
>It still has problems with kernel or kernel modules here and there.
Hi,
On Wed, 17 Aug 2016 22:37:42 +0200 Michał Górny wrote:
[...]
> That said, I'd really like for Gentoo to be able to finally switch to
> ld.gold by default.
It still has problems with kernel or kernel modules here and there.
Also from my experience gold demands more memory on linking large
bin
On Wed, 17 Aug 2016 22:39:37 -0700
Daniel Campbell wrote:
> Is it as simple as switching the linker and re-merging packages that
> one maintains? Is gold supposed to be a big deal? Does it do the job
> of linking better? I read the blog post and all but nobody's
> explaining what gold does better
This package is up for grabs: app-office/gtimelog
On 23:23 Wed 17 Aug, Daniel Campbell wrote:
> lsmod and modprobe can handle modules -- what can be used to target
> kernels that have functionality built-in? Not every system will have
> /proc/config.gz support (though honestly I don't know why you wouldn't
> want that).
Well,
$ ls /sys/m
Strict compliance with the handbook would seem to forbid having a stable
package depend on an unstable package, and if you have to downgrade a
dependency and it causes a cascade, I would opine, that, perhaps, the
package in question should not have been stabilized to begin with.
That said, I as a
22 matches
Mail list logo
