On 22-06-2016 22:06:53 +0200, Michał Górny wrote:
> +# @FUNCTION: tc-get-compiler-type
> +# @RETURN: keyword identifying the compiler: gcc, clang, unknown
> +tc-get-compiler-type() {
> + set -- $($(tc-getCPP "$@") -E -P - <<<"CPP_WORKS __GNUC__ __clang__")
% echo "CPP_WORKS __GNUC__ __clang__"
On 06/22/2016 08:34 PM, Dan Douglas wrote:
> On 06/22/2016 07:12 PM, Ulrich Mueller wrote:
>>> On Wed, 22 Jun 2016, Dan Douglas wrote:
>>
>>> + [[
>>> + ( BASH_VERSINFO[0] -ge 4 || EAPI -ge 6 ) &&
>>> + $(declare -p "EGIT_${livevars[idx+1]}" 2>/dev/
On 06/22/2016 07:12 PM, Ulrich Mueller wrote:
>> On Wed, 22 Jun 2016, Dan Douglas wrote:
>
>> +[[
>> +( BASH_VERSINFO[0] -ge 4 || EAPI -ge 6 ) &&
>> +$(declare -p "EGIT_${livevars[idx+1]}" 2>/dev/null) ==
>> 'declare -A'*
>> +]]
> On Wed, 22 Jun 2016, Dan Douglas wrote:
> + [[
> + ( BASH_VERSINFO[0] -ge 4 || EAPI -ge 6 ) &&
> + $(declare -p "EGIT_${livevars[idx+1]}" 2>/dev/null) ==
> 'declare -A'*
> + ]] && ref=EGIT_${livevars[idx+1]}[\$PN]
EAPI is not
Sorry I screwed up a commit --amend so it won't apply. Correct patch below,
or PR here: https://github.com/gentoo/gentoo/pull/1723
From 77e19a7a4fd1cad13df3626d4ac3c436512dcb14 Mon Sep 17 00:00:00 2001
From: Dan Douglas
Date: Wed, 22 Jun 2016 17:00:07 -0500
Subject: [PATCH] git-r3.eclass: Make EG
This creates new associative arrays for each "live" variable if bash4 /
eapi6 is available. Mainly for user convenience in a bashrc as an
alternative to magic variable names.
---
eclass/git-r3.eclass | 68 ++--
1 file changed, 39 insertions(+), 29 de
---
eclass/toolchain-funcs.eclass | 14 ++
1 file changed, 14 insertions(+)
diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass
index 116bc43..00dec40 100644
--- a/eclass/toolchain-funcs.eclass
+++ b/eclass/toolchain-funcs.eclass
@@ -604,6 +604,20 @@ tc-get-comp
Add a tc-get-compiler-type() function that can be used to identify
the compiler being used, using the preprocessor defines. Alike
gcc-*version() routines, it uses CPP (which in turn uses CC).
The major usage would be applying compiler-specific quirks and limiting
gcc version checks to compilers th
Modify the tc-getCPP and tc-getBUILD_CPP functions to use "$(tc-getCC)
-E" (i.e. the C compiler's preprocessing call) instead of falling back
to 'cpp'. This ensures that in environment with CC (and CXX) overriden
the correct compiler is used rather than the one selected by gcc-config,
which in turn
Fix _tc-getPROG function to account correctly for default values that
contain program name along with arguments, e.g. the default for CPP
containing "$(CC) -E".
---
eclass/toolchain-funcs.eclass | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/eclass/toolchain-funcs.eclass
Hello, everyone.
Here's my second attempt at improving version checks
in toolchain-funcs.eclass. Currently the functions use $(tc-getCPP)
to determine gcc version. This doesn't trigger expected results when CC
& CXX are overriden but CPP is not which is a common case -- it causes
the eclass to fal
Bug: https://bugs.gentoo.org/577704
---
eclass/distutils-r1.eclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index c545290..fb0362c 100644
--- a/eclass/distutils-r1.eclass
+++ b/eclass/distutils-r1.eclass
@@ -80,7
# James Le Cuirot (22 Jun 2016)
# Not practical as a system JVM and you'd be better off with
# IcedTea. In-tree version is ancient. java-overlay version is newer
# but not the latest. It can't be moved to the tree because
# gnu-classpath-0.99 has packaging issues. Removal in 30 days.
> On Wed, 22 Jun 2016, Ulrich Mueller wrote:
>> What sort of changes will need to be made in ebuilds? I ask so I
>> have a list of packages I can draw up that need this changed so I
>> can get things done when everything's in place with the guide.
> For the simple two- and three-letter langua
> On Wed, 22 Jun 2016, Daniel Campbell wrote:
> Sounds decent to me. Will any eclasses be affected?
Certainly l10n.eclass will need some tweaking.
> What sort of changes will need to be made in ebuilds? I ask so I
> have a list of packages I can draw up that need this changed so I
> can get
On 06/20/2016 11:19 PM, Ulrich Mueller wrote:
> I have come up with an initial list of values for the L10N USE_EXPAND,
> see patch included below.
>
> The plan would be to commit this to the tree, update the localization
> guide at https://wiki.gentoo.org/wiki/Localization/Guide and send the
> new
16 matches
Mail list logo
