Georg Rudoy posted on Sun, 03 May 2015 17:13:49 +0300 as excerpted:
2015-05-03 13:51 GMT+03:00 Duncan 1i5t5.dun...@cox.net:
What about a somewhat more generic flag such as newcode?
Nice idea, thanks! There are a couple of corner cases though.
newcode would even be generic enough to be
Georg Rudoy posted on Sun, 03 May 2015 17:04:54 +0300 as excerpted:
Speaking of llvm, media-libs/mesa has llvm use flag. Why should user
care if it's llvm or whatever?
The local use-description tells the store there:
Enamble LLVM backend for Gallium3D
In this case, LLVM is the feature, and
2015-05-03 1:30 GMT+03:00 Kent Fredric kentfred...@gmail.com:
and python very often *is* saying Support for python ( not in, but _for_
)
Why should the user care if python is supported? What does python support
per se offer to the user? I would argue that what's important are the
features
2015-05-03 1:30 GMT+03:00 Kent Fredric kentfred...@gmail.com:
On 3 May 2015 at 10:18, Georg Rudoy 0xd34df...@gmail.com wrote:
We have idn or gnutls or python etc USE flags after all, not
support_international_names_in_blah or
allow_secure_news_fetching_in_foo or
2015-05-03 13:19 GMT+03:00 Maxim Koltsov maksbo...@gentoo.org:
Well, I can see your point. But I don't see any reasonable alternative ---
this functionality can't be generalized by any name, except c++14 ---
that's only thing in common.
Yes, exactly.
Moreover, this is (I hope) a
2015-05-03 13:51 GMT+03:00 Duncan 1i5t5.dun...@cox.net:
What about a somewhat more generic flag such as newcode? Like the bindist
or minimal flags, this could be global, but with local descriptions very
strongly recommended. Similarly, like minimal, setting it globally would
be strongly
On 4 May 2015 at 02:04, Georg Rudoy 0xd34df...@gmail.com wrote:
Why should the user care if python is supported? What does python support
per se offer to the user? I would argue that what's important are the
features exposed via Python stuff (unless the user theyself is expected to
write some
On 3 May 2015 at 09:11, Maxim Koltsov maksbo...@gentoo.org wrote:
LeechCraft has some functionality that is implemented in C++14 and won't
be available otherwise.
Can you clarify the nature of that functionality?
Shouldn't the USE flag be thus in terms of what that functionality is, not
in
2015-04-29 14:27 GMT+03:00 Anthony G. Basile bluen...@gentoo.org:
On 04/28/15 17:52, Mike Gilbert wrote:
On Tue, Apr 28, 2015 at 4:07 PM, Anthony G. Basile bluen...@gentoo.org
wrote:
On 04/26/15 23:21, Duncan wrote:
Diego Elio Pettenò posted on Sun, 26 Apr 2015 17:41:04 +0100 as
2015-05-03 0:17 GMT+03:00 Kent Fredric kentfred...@gmail.com:
On 3 May 2015 at 09:11, Maxim Koltsov maksbo...@gentoo.org wrote:
LeechCraft has some functionality that is implemented in C++14 and won't
be available otherwise.
Can you clarify the nature of that functionality?
The Tox
On 04/28/15 17:52, Mike Gilbert wrote:
On Tue, Apr 28, 2015 at 4:07 PM, Anthony G. Basile bluen...@gentoo.org wrote:
On 04/26/15 23:21, Duncan wrote:
Diego Elio Pettenò posted on Sun, 26 Apr 2015 17:41:04 +0100 as excerpted:
On 25 April 2015 at 16:57, Duncan 1i5t5.dun...@cox.net wrote:
Of
On 04/26/15 23:21, Duncan wrote:
Diego Elio Pettenò posted on Sun, 26 Apr 2015 17:41:04 +0100 as excerpted:
On 25 April 2015 at 16:57, Duncan 1i5t5.dun...@cox.net wrote:
Of course, one thing that could make the process faster would be if C++
based packages were marked some way.
On Tue, Apr 28, 2015 at 4:07 PM, Anthony G. Basile bluen...@gentoo.org wrote:
On 04/26/15 23:21, Duncan wrote:
Diego Elio Pettenò posted on Sun, 26 Apr 2015 17:41:04 +0100 as excerpted:
On 25 April 2015 at 16:57, Duncan 1i5t5.dun...@cox.net wrote:
Of course, one thing that could make the
Diego Elio Pettenò posted on Sun, 26 Apr 2015 17:41:04 +0100 as excerpted:
On 25 April 2015 at 16:57, Duncan 1i5t5.dun...@cox.net wrote:
Of course, one thing that could make the process faster would be if C++
based packages were marked some way.
revdep-rebuild --soname
On 25 April 2015 at 16:57, Duncan 1i5t5.dun...@cox.net wrote:
Of course, one thing that could make the process faster would be if C++
based packages were marked some way.
revdep-rebuild --soname 'libstdc\+\+.so.*'
should do the trick. Stuff that does not link the library (statically
linked
Peter Stuge posted on Sat, 25 Apr 2015 17:23:17 +0200 as excerpted:
Anthony G. Basile wrote:
The way gcc is dealing with this is that it is NOT bumping the soname
so we can get libraries linking aginst libstdc++.so with the wrong abi
and you get breakage.
..
I'm not sure how to solve this
16 matches
Mail list logo