Re: [gentoo-dev] IBM article of interest ?

2008-07-17 Thread Philip Webb
080716 Josh Saddler wrote: Philip Webb wrote: I'm not sure whether anyone among Gentoo officials cares about this, but IBM has an article http://www.ibm.com/developerworks/linux/library/l-awk1.html whose byline is very misleading may infringe on Gentoo's IP. I have submitted a comment to

Re: [gentoo-dev] IBM article of interest ?

2008-07-17 Thread Josh Saddler
Philip Webb wrote: 080716 Josh Saddler wrote: Philip Webb wrote: I'm not sure whether anyone among Gentoo officials cares about this, but IBM has an article http://www.ibm.com/developerworks/linux/library/l-awk1.html whose byline is very misleading may infringe on Gentoo's IP. I have

Re: [gentoo-dev] IBM article of interest ?

2008-07-17 Thread Jan Kundrát
Josh Saddler wrote: Yes, it looks as if someone at IBM simply copied it from there, where it is indeed marked updated. Perhaps you misunderstand -- the articles originally were written *for developerWorks*, not for Gentoo. That's where they first appeared 7 or 8 years ago. And that's also

Re: [gentoo-dev] IBM article of interest ?

2008-07-17 Thread Philip Webb
080717 Josh Saddler wrote: Philip Webb wrote: There remains an error in the IBM page above the Gentoo doc version, ie the URL given for 'Gentoo Technologies Inc' is 'www.gentoo.org'. Whether the author still maintains GTI in New Mexico isn't clear (there's another 'GTI' in Blacksburg VA ,

Re: [gentoo-dev] IBM article of interest ?

2008-07-17 Thread Jan Kundrát
Philip Webb wrote: Neither an e-mail address nor an Internet URL is some history: they are a means of contacting a person a link to a site as such they should be upto-date or deleted. Daniel Robbins founded Gentoo. His mail is still valid and will remain so. but you are missing the point.

Re: [gentoo-dev] RFC: auto-detection of unpack dependencies

2008-07-17 Thread Joe Peterson
Marius Mauch wrote: The eclass also contains it's own implementation of unpack (renamed to unpack2) and src_unpack so the logic which tools/packages are used for unpacking can be maintained in a single place instead of being splitted between the package manager and the tree. Marius, these

Re: [gentoo-dev] IBM article of interest ?

2008-07-17 Thread Philip Webb
080717 Jan Kundrát wrote: 01 Dec 2000 Updated 03 Jul 2008 [2] [2] http://www.ibm.com/developerworks/linux/library/l-awk1.html The '03 Jul 2008' has been added since I sent my comment to them yesterday ! However, the incorrect URL for Gentoo Technologies -- www.gentoo.org -- is still there,

Re: [gentoo-dev] IBM article of interest ?

2008-07-17 Thread Jeremy Olexa
Philip Webb wrote: 080717 Jan Kundr�t wrote: 01 Dec 2000 Updated 03 Jul 2008 [2] [2] http://www.ibm.com/developerworks/linux/library/l-awk1.html The '03 Jul 2008' has been added since I sent my comment to them yesterday ! However, the incorrect URL for Gentoo Technologies -- www.gentoo.org --

Re: [gentoo-dev] IBM article of interest ?

2008-07-17 Thread Philip Webb
080717 Jeremy Olexa wrote: Philip Webb wrote: [2] http://www.ibm.com/developerworks/linux/library/l-awk1.html '03 Jul 2008' has been added since I sent my comment to them yesterday ! However, the incorrect URL for Gentoo Technologies -- www.gentoo.org -- is still there, probably because I

Re: [gentoo-dev] RFC: auto-detection of unpack dependencies

2008-07-17 Thread Marius Mauch
On Thu, 17 Jul 2008 07:00:32 -0500 Joe Peterson [EMAIL PROTECTED] wrote: Marius Mauch wrote: The eclass also contains it's own implementation of unpack (renamed to unpack2) and src_unpack so the logic which tools/packages are used for unpacking can be maintained in a single place instead

[gentoo-dev] ICC Profile

2008-07-17 Thread Adam Stylinski
The intel C Compiler (icc) has an ebuild for gentoo and the wiki has a script to integrate it with portage. This script works will in terms of building binaries, however when mixed with gcc environments there are massive linking issues. I propose that an ICC profile is made which contains

Re: [gentoo-dev] ICC Profile

2008-07-17 Thread Luca Barbato
Adam Stylinski wrote: The intel C Compiler (icc) icc, xlc, llvm, sunstudio could be interesting fields of discovery. Which are the pitfalls of using icc? lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@lists.gentoo.org mailing

Re: [gentoo-dev] ICC Profile

2008-07-17 Thread Robert Bridge
On Fri, 18 Jul 2008 11:34:11 +0900 Luca Barbato [EMAIL PROTECTED] wrote: Adam Stylinski wrote: The intel C Compiler (icc) icc, xlc, llvm, sunstudio could be interesting fields of discovery. Which are the pitfalls of using icc? lu If I recall correctly, needing some packages

Re: [gentoo-dev] ICC Profile

2008-07-17 Thread Adam Stylinski
There are very few pitfalls, none of which I see as real killers. These include: 1.) Closed source compiler: Yes this stands against what we believe, and yes by closing their source they're protecting the trade secrets of their architecture. It also could be more difficult to debug, although

Re: [gentoo-dev] ICC Profile

2008-07-17 Thread Adam Stylinski
There is some record of a version of the kernel being compiled with some patches involved. It's probably possible, I'd imagine. Though, this is not necessary for the first builds. -- gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] ICC Profile

2008-07-17 Thread Adam Stylinski
Oh yes, and we can also take advantage of the free support that intel offers for all users: http://www.intel.com/support/performancetools/sb/CS-017156.htm Not to mention they have forums filled with intel developers/experts which we can get involved. I'm sure intel would benefit from this and

Re: [gentoo-dev] ICC Profile

2008-07-17 Thread Donnie Berkholz
On 14:23 Thu 17 Jul , Adam Stylinski wrote: The intel C Compiler (icc) has an ebuild for gentoo and the wiki has a script to integrate it with portage. This script works will in terms of building binaries, however when mixed with gcc environments there are massive linking issues. I

Re: [gentoo-dev] ICC Profile

2008-07-17 Thread Donnie Berkholz
On 23:24 Thu 17 Jul , Adam Stylinski wrote: There are very few pitfalls, none of which I see as real killers. These include: 1.) Closed source compiler: Yes this stands against what we believe, and yes by closing their source they're protecting the trade secrets of their