Re: [gentoo-dev] [PATCH 3/4] toolchain-funcs.eclass: Add tc-get-compiler-type()

On Thu, 23 Jun 2016 08:52:20 +0200 Fabian Groffen wrote: > 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 - <<<"CP

[gentoo-dev] [PATCH 1/2] toolchain-funcs.eclass: Add tc-get-compiler-type()

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

[gentoo-dev] [PATCH 0/2] v3: tc-get-compiler-type() & wrappers

A quick update of patches 3/4. Changes: a. the logic in tc-get-compiler-type() has been moved to cpp to make the bash side simpler and less likely to break, b. added tests for tc-is-* wrappers. Michał Górny (2): toolchain-funcs.eclass: Add tc-get-compiler-type() toolchain-funcs.eclass: A

[gentoo-dev] [PATCH 2/2] toolchain-funcs.eclass: Add helpful tc-is-{gcc,clang} wrappers

--- eclass/tests/toolchain-funcs.sh | 28 eclass/toolchain-funcs.eclass | 14 ++ 2 files changed, 42 insertions(+) diff --git a/eclass/tests/toolchain-funcs.sh b/eclass/tests/toolchain-funcs.sh index 0b9b7d7..d86eee4 100755 --- a/eclass/tests/toolchain-f

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

On 06/22/2016 09:56 PM, Michael Orlitzky wrote: > 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 ) && +

[gentoo-dev] Last rites: media-video/subotage

# Michał Górny (23 Jun 2016) # Integrated in media-video/bashnapi. Removal in 30 days. media-video/subotage -- Best regards, Michał Górny pgpqJ29JgxwVQ.pgp Description: OpenPGP digital signature

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

> On Thu, 23 Jun 2016, Dan Douglas wrote: > Well I just dropped the EAPI check since it was pointless anyway. > https://github.com/gentoo/gentoo/pull/1723/commits/3ebc1f57378a5ed4a62232ac87a0955ccdd33a4d That's the wrong way around. You should keep the EAPI version check but drop the check f

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

On Wed, 22 Jun 2016 18:22:38 -0500 Dan Douglas wrote: > 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 >

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

On 06/23/2016 09:15 AM, Ulrich Mueller wrote: >> On Thu, 23 Jun 2016, Dan Douglas wrote: > >> Well I just dropped the EAPI check since it was pointless anyway. > >> https://github.com/gentoo/gentoo/pull/1723/commits/3ebc1f57378a5ed4a62232ac87a0955ccdd33a4d > > That's the wrong way around. You s

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

On 06/23/2016 01:48 PM, Michał Górny wrote: > It would be best if we could kill the old way but I doubt it's a good idea > right now. Yeah I was sad when I realized a nice naming scheme just barely wasn't going to work thanks to EGIT_LIVE_REPO_URI being shortened to EGIT_LIVE_REPO, but I didn't w

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

> On Thu, 23 Jun 2016, Dan Douglas wrote: >> That's the wrong way around. You should keep the EAPI version check >> but drop the check for the bash version. > I don't think that will work. You don't want this to vary by EAPI. Much less you want it to vary within a single EAPI, depending on p

Re: [gentoo-dev] [PATCH] git-r3.eclass: Make EGIT_LIVE_* associative arrays

On Thu, 23 Jun 2016 14:28:39 -0500 Dan Douglas wrote: > On 06/23/2016 01:48 PM, Michał Górny wrote: > > It would be best if we could kill the old way but I doubt it's a good idea > > right now. > > Yeah I was sad when I realized a nice naming scheme just barely > wasn't going to work thanks t

[gentoo-dev] Asking for permission to update packages from LINGUAS to L10N

I have created tracker bug https://bugs.gentoo.org/586734 for the LINGUAS to L10N conversion, and started to file bugs for individual packages. (Starting with lightweight stuff like metapackages, so users won't spend too much time with rebuilding if they don't get their L10N configuration immediate

[gentoo-dev] Re: [PATCH 4/4] toolchain-funcs.eclass: Add helpful tc-is-{gcc,clang} wrappers

On 22 Jun 2016 22:06, Michał Górny wrote: > +# @FUNCTION: tc-is-gcc > +# @DESCRIPTION: > +# Return true if the current compiler is pure GCC. "pure" doesn't make much sense and is just confusing shouldn't this be a @RETURN instead of @DESCRIPTION ? same for clang below. -mike signature.asc Desc

[gentoo-dev] Re: [PATCH 1/4] toolchain-funcs.eclass: Fix _tc-getPROG with multi-parameter defaults

OK -mike signature.asc Description: Digital signature

[gentoo-dev] Re: [PATCH 2/4] toolchain-funcs.eclass: Assume CPP="$(tc-getCC) -E" when unset, #582822

OK -mike signature.asc Description: Digital signature

Re: [gentoo-dev] Asking for permission to update packages from LINGUAS to L10N

On 06/23/2016 02:04 PM, Ulrich Mueller wrote: > I have created tracker bug https://bugs.gentoo.org/586734 for the > LINGUAS to L10N conversion, and started to file bugs for individual > packages. (Starting with lightweight stuff like metapackages, so users > won't spend too much time with rebuildin

Re: [gentoo-dev] Re: [PATCH 4/4] toolchain-funcs.eclass: Add helpful tc-is-{gcc,clang} wrappers

On Thu, 23 Jun 2016 21:32:34 -0400 Mike Frysinger wrote: > On 22 Jun 2016 22:06, Michał Górny wrote: > > +# @FUNCTION: tc-is-gcc > > +# @DESCRIPTION: > > +# Return true if the current compiler is pure GCC. > > "pure" doesn't make much sense and is just confusing > > shouldn't this be a @RETUR