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..."
>
>
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
, 2016 at 2:02 AM, james wrote:
> 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 know
Sat, Aug 20, 2016 at 12:54 AM, Lei Zhang wrote:
> 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 th
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
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
@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
One thing to point out.. trying to detect and using vX are just hacks
for what this really is - Adding abi (C++STL/ABI) information to the
ebuilds/packages.
To extend this - what happens when you have a compiler that isn't
compatible with the system default? When the package is merged should
some
On Mon, Nov 30, 2015 at 10:56 AM, Gregory M. Turner wrote:
> I'm quoting myself from bug #566328 here. These were off-the-cuff
> remarks that got away from me and became a call-to-arms...
>
> (In reply to Michał Górny from comment #7)
>> This is never this simple. C++11 can change the ABI. So the
On Mon, Jul 6, 2015 at 2:15 AM, William Hubbs wrote:
> On Sun, Jul 05, 2015 at 07:17:26PM +0400, Jason Zaman wrote:
>> On Sun, Jul 05, 2015 at 12:03:29PM +0700, C Bergström wrote:
>> > On Sun, Jul 5, 2015 at 11:31 AM, Duncan <1i5t5.dun...@cox.net> wrote:
>> > &g
On Sun, Jul 5, 2015 at 11:31 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> C Bergström posted on Sun, 05 Jul 2015 01:17:41 +0700 as excerpted:
>
>> I super don't like "merge" workflows.
>> 1) "merge commits" are confusing at best and normal tools do
On Sun, Jul 5, 2015 at 6:54 AM, Peter Stuge wrote:
> C Bergström wrote:
>> 3) Ever tried to make a patch of the *actual* merge commit? Can one of
>> the advocates of merge show me the git command to do that? (Sure you
>> can diff between 2 commits, but the "merge"
On Sun, Jul 5, 2015 at 3:33 AM, Alon Bar-Lev wrote:
> On 4 July 2015 at 23:28, Alexandre Rostovtsev wrote:
>>
>> On Sun, 2015-07-05 at 02:16 +0700, C Bergström wrote:
>> > 2) I don't understand your comment about signatures.
>>
>> Gpg commit signatures [
On Sun, Jul 5, 2015 at 1:56 AM, hasufell wrote:
> On 07/04/2015 08:17 PM, C Bergström wrote:
>> I realize that this is subject to lots of different opinions and that
>> my input doesn't carry much weight - At least I thought it's a topic
>> that should be brought
On Sun, Jul 5, 2015 at 1:42 AM, Rich Freeman wrote:
> On Sat, Jul 4, 2015 at 2:17 PM, C Bergström wrote:
>>
>> What I personally prefer is a rebase workflow.
>
> The recommendation is to rebase when practical.
>
> Rebasing makes the history look clean, but it sometim
I realize that this is subject to lots of different opinions and that
my input doesn't carry much weight - At least I thought it's a topic
that should be brought up (again?)
-
To start I hate git.. I have used it for years now and the
multitude of ways that are possible to accomplish ne
On Sat, May 23, 2015 at 1:18 PM, J. Roeleveld wrote:
> On 11 May 2015 15:59:40 CEST, Rich Freeman wrote:
>>On Mon, May 11, 2015 at 9:37 AM, C Bergström
>>wrote:
>>> Sorry to shoot and run, but I think you're trying to tackle this
>>> problem in the wrong w
On Mon, May 11, 2015 at 11:55 PM, Rich Freeman wrote:
> On Mon, May 11, 2015 at 11:21 AM, C Bergström
> wrote:
>> On Mon, May 11, 2015 at 9:59 PM, Rich Freeman wrote:
>>> On Mon, May 11, 2015 at 10:44 AM, C Bergström
>>> wrote:
>>>> What I'm d
Look at the forwarding which is already happening. They are already
giving that big company the emails. That big company gets a copy of
every email which is posted publicly already.
Are you concerned about their privacy policy? Are you concerned about
them complying to a government demand or ads..
On Mon, May 11, 2015 at 9:59 PM, Rich Freeman wrote:
> On Mon, May 11, 2015 at 10:44 AM, C Bergström
> wrote:
>> What I'm describing is not "gmail" - it's everything that gmail has
>> and offers, but @gentoo.org domain. I'm using it right now in fact.
What I'm describing is not "gmail" - it's everything that gmail has
and offers, but @gentoo.org domain. I'm using it right now in fact.
You get the web interface, IMAP, POP, 2 token authentication (if you
want to enabled it) and lots of other things. etc etc
It used to be free, but now google cha
Sorry to shoot and run, but I think you're trying to tackle this
problem in the wrong way. The problem isn't to drop the mail. The
solution is to change email hosting providers. As a non-profit I
believe Google hosted apps would be an option (free). Then it would be
possible to simply leverage that
On Sun, Feb 22, 2015 at 4:36 AM, Brian Dolbec wrote:
> On Sun, 22 Feb 2015 03:32:58 +0700
> C Bergström wrote:
>
>> PathScale is interested to hire a full time dev (for at least a few
>> months) in order to bring pkgcore back to life.
>>
>> General goals
>>
PathScale is interested to hire a full time dev (for at least a few
months) in order to bring pkgcore back to life.
General goals
1) Make it capable of parsing/handling the current portage tree (We'll
contribute all this work upstream/open source)
2) Improve the web based front-end
https://github
On Thu, Feb 19, 2015 at 3:27 AM, Tom Gall wrote:
> So first, for those interested in cheap arm64 hardware, the first 96 board
> is going to start shipping in March for ~$129. The HiKey board is an 8 way
> 64 bit ARM board with 8 A53 cores. (No A57s bummer!) Only had a gig of
> memory on the boar
On 09/15/14 02:34 AM, hasufell wrote:
William Hubbs:
On Sun, Sep 14, 2014 at 08:04:12PM +0200, Andreas K. Huettel wrote:
Deciding on a _commit policy_ should be fairly straightforward and we
already have one point
* gpg sign every commit (unless it's a merged branch, then we only care
about the
On 09/14/14 08:24 PM, Jauhien Piatlicki wrote:
14.09.14 15:23, Jauhien Piatlicki написав(ла):
Another question: will it be possible to maintain a copy of tree on github to
make contributions for users simpler (similarly to e.g. science overlay)? (Can
it somehow be combined with proposed signin
On 06/ 3/14 02:50 AM, Parker Schmitt wrote:
I think we need to keep the opencl stuff. In a few weeks I'll have
time to help.
I work for PathScale and can probably take on
dev-lang/ekopath
path64 - while I'd like it to continue - it could(should?) be retired
-
I'd need someone to help p
On 04/28/14 06:14 AM, Joshua Kinard wrote:
On 04/27/2014 19:08, Rich Freeman wrote:
On Sun, Apr 27, 2014 at 6:56 PM, Joshua Kinard wrote:
My curiosity, as I have not attempted LTO yet on any machine, is what are
the RAM requirements? Is it a hard limit, wherein the compiler simply fails
if th
On 04/27/14 06:23 PM, Rich Freeman wrote:
On Sat, Apr 26, 2014 at 10:37 PM, "C. Bergström"
wrote:
#2 The only reference to anything which the compiler could impact is
"Use Boyer-Moore (and unroll its inner loop a few times)." Finding out which
flag controls that for $
On 04/27/14 09:14 AM, Alex Xu wrote:
On 26/04/14 08:34 PM, "C. Bergström" wrote:
Pragmatically nobody gives a f* if grep has been optimized to the max
since it's usually not the bottleneck.
http://lists.freebsd.org/pipermail/freebsd-current/2010-August/019310.html
My point a
On 04/27/14 02:58 AM, Martin Vaeth wrote:
Rich Freeman wrote:
FWIW the list of packages I have issues with include:
Not sure whether this is the right place to post it.
It's interesting to see that rather lengthy list. From a compiler
engineer perspective I'd like to toss in my opinion
-
On 01/14/14 12:37 AM, Greg KH wrote:
On Mon, Jan 13, 2014 at 04:15:37PM +0700, "C. Bergström" wrote:
At the end of the day we have one codebase which is "engineered" and
another which has "evolved".
I'll take an "evolved" codebase over "engin
On 01/13/14 04:31 PM, Fabio Erculiani wrote:
On Mon, Jan 13, 2014 at 10:15 AM, "C. Bergström"
wrote:
On 01/13/14 03:43 PM, Alexander Berntsen wrote:
Where I work uses pkgcore[1], but not the areas which are generally
beneficial to the whole community. (We use it as part of a web appl
On 01/13/14 03:43 PM, Alexander Berntsen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 13/01/14 09:39, C. Bergström wrote:
Drive-by trolling comment but I wish the effort to keep porkage
alive would have instead been directed towards pkgcore.
Realistically, we have to keep
Drive-by trolling comment but I wish the effort to keep porkage alive would have instead been directed towards pkgcore.
On 12/19/13 03:35 PM, Michał Górny wrote:
Dnia 2013-12-19, o godz. 15:28:46
"C. Bergström" napisał(a):
On 12/19/13 03:20 PM, Michał Górny wrote:
Dnia 2013-12-19, o godz. 00:56:31
"C. Bergström" napisał(a):
On 12/19/13 12:47 AM, Kent Fredric wrote:
On 19 December 201
On 12/19/13 03:20 PM, Michał Górny wrote:
Dnia 2013-12-19, o godz. 00:56:31
"C. Bergström" napisał(a):
On 12/19/13 12:47 AM, Kent Fredric wrote:
On 19 December 2013 06:33, Jan Kundrát wrote:
I'm worried by the cost of such a policy, though, because we would suddenly
hav
On 12/19/13 12:47 AM, Kent Fredric wrote:
On 19 December 2013 06:33, Jan Kundrát wrote:
I'm worried by the cost of such a policy, though, because we would suddenly
have to patch some unknown amount of software
Given the nature that changing that CXX Flag globally for all users
could cause man
On 12/19/13 12:33 AM, Jan Kundrát wrote:
On Wednesday, 18 December 2013 18:05:46 CEST, "C. Bergström" wrote:
If moving to C++11 - Isn't that considered just part of the work
along the path? There's some clang tools to help with the migration,
but I don't think anyone e
On 12/18/13 11:50 PM, Jan Kundrát wrote:
On Wednesday, 18 December 2013 17:37:56 CEST, "C. Bergström" wrote:
From the perspective of a compiler vendor - I must ask why not?
There is code out there which builds fine under C++98, but fails to
build when C++11 is enabled (as but o
On 12/18/13 11:29 PM, Jan Kundrát wrote:
On Wednesday, 18 December 2013 14:58:07 CEST, hero...@gentoo.org wrote:
I think it is better achieved by a (simple and stupid) global
CXXFLAGS. Adding an extra USE flag feels a little over-engineering.
What compiler flag do you propose to use? Note that
On 12/18/13 02:54 PM, Michał Górny wrote:
Hello, folks.
Hi
Basically, I've hit this with sys-devel/llvm. A user has requested lldb
support to be enabled in the ebuild [2]. Sadly, lldb requires C++11 to
be used, and this means that whole LLVM needs to become C++11 enabled.
And then, it would
Do you have any plans to add support for sparse checkout?
Something like this
|cd
git clone -n
cd
git remote add –f
git config core.sparsecheckout true
echo // >> .git/info/sparse-checkout
git checkout
(Credit goes to :
http://stackoverflow.com/questions/15827117/git-sparse-checkout-for-
On 11/26/12 12:59 AM, Rick "Zero_Chaos" Farina wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/25/2012 11:47 AM, Justin wrote:
Hi,
I would like to introduce a new eclass for packages using the nvidia
cuda compiler suite. Currently the eclass simply sanitize the NVCCFLAGS.
May be ext
On 12/15/11 01:05 AM, Christian Ruppert wrote:
On Wednesday 14 December 2011 16:36:42 Gaurav Saxena wrote:
Hello all,
I am interested in doing my final year computer scence project on gentoo. I
would be having a duration of six months to work on the project. Could you
please suggest me some good
Hi
Recently a couple new ebuilds were added to the portage tree and I felt
it's worthwhile to give a friendly heads up.
So without further ado let me introduce EKOPath and Path64.
EKOPath - This is a binary installer that comes from one of the nightly
PathScale builds. The source to the co
Mike Frysinger wrote:
can people who feel adventurous unmask sandbox-1.3.2 and give it a spin on
their systems before i unmask it for everyone ...
if you hit a bug, use bugzilla mmkay
-mike
I pulled the latest git sources about a week ago and seemed like I hit a
regression in the autoconf..
Fabian Groffen wrote:
On 17-09-2008 10:41:07 +0200, "C. Bergström" wrote:
By the way, I'm against this stuff. I rather see a PATH solution
involved. Portage already has a DEFAULT_PATH, and if someone refuses to
install patch, one could always use a special directory with sy
Fabian Groffen wrote:
On 17-09-2008 10:21:17 +0200, Santiago M. Mola wrote:
Why not simply alias patch=gpatch in profile.bashrc?
See the FreeBSD profile for an example.
I'd like to package portage for OpenSolaris and have it just drop-in work so
modifications like what you suggest
Santiago M. Mola wrote:
On Wed, Sep 17, 2008 at 9:59 AM, "C. Bergström"
<[EMAIL PROTECTED]> wrote:
Ulrich Mueller wrote:
On Wed, 17 Sep 2008, C. Bergström wrote:
Here's another idea and I don't know why I didn't think of it
Fabian Groffen wrote:
On 17-09-2008 09:59:42 +0200, "C. Bergström" wrote:
Why not simply alias patch=gpatch in profile.bashrc?
See the FreeBSD profile for an example.
I'd like to package portage for OpenSolaris and have it just drop-in
work so modifications like w
Ulrich Mueller wrote:
On Wed, 17 Sep 2008, C. Bergström wrote:
Here's another idea and I don't know why I didn't think of it
sooner.. Instead of any system change to the patch ebuild.. Inside
the eutils.eclass do a quick check for gpatch and if it exists us
Duncan wrote:
"C. Bergström" <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Tue, 16 Sep 2008
22:30:51 +0200:
1) Add a symlink in GNU patch ebuild to symlink patch to gpatch
You mean the other way, right? gpatch -> patch , since we already ha
To start.. I humbly ask for no response vs starting a flamewar..
Short version:
The proposed change will require changes in two places, but may cause
other breakage and or simply not settle well with general consensus.
1) Add a symlink in GNU patch ebuild to symlink patch to gpatch
2) Change
Since there's a select few people here who feel it's their duty to keep
posting non-technical discussion to this list.
1) Someone much more senior than me please step in and take a leader role.
2) Everyone wrapped up in please take a step back and see what's
actually trying to be accomplished.
This is a great link for the leaders, developers and just about anyone
else involved in our community. While this is solely my opinion I do
humbly ask anyone with a spare few minutes to step back and take a look.
http://video.google.com/videoplay?docid=-4216011961522818645&q=poisonous+people
57 matches
Mail list logo