public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alexandre Rostovtsev <tetromino@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] new vala.eclass
Date: Sun, 26 Aug 2012 02:59:45 -0400	[thread overview]
Message-ID: <1345964385.9829.80.camel@rook> (raw)
In-Reply-To: <20537.18304.877062.568911@a1i15.kph.uni-mainz.de>

On Sat, 2012-08-25 at 23:45 +0200, Ulrich Mueller wrote:
> >>>>> On Sat, 25 Aug 2012, Alexandre Rostovtsev wrote:
> 
> > 	export VALAC=$(type -P valac-${VALA_API_VERSION})
> > 	export VALA=$(type -P vala-${VALA_API_VERSION})
> > 	export VALA_GEN_INTROSPECT=$(type -P vala-gen-introspect-${VALA_API_VERSION})
> > 	export VAPIGEN="$(type -P vapigen-${VALA_API_VERSION})"
> 
> Is it guaranteed that these commands are present at pkg_setup time?

I am assuming that the ebuild writer has added the correct vala
dependency to DEPEND. Maybe something like this:

VALA_API_VERSION=0.16
DEPEND="vala? ( >=dev-lang/vala-0.16.1:${VALA_API_VERSION}[vapigen] )"

In which case, the vala commands that are pulled in via DEPEND will be
(unless I am completely wrong about how pkg_config works) available
during pkg_config.

Commands that are not pulled in via DEPEND of course might not be
available, in which case VALAC or VAPIGEN etc. would be set to the empty
string by vala_pkg_config. 

For all vala-using build systems that I have seen, this should not break
anything.

However, for a cleaner and safer environment, I could do the following:

	local path

	path=$(type -P valac-${VALA_API_VERSION})
	[[ -n "${path}" ]] && VALAC="${path}"

	path=$(type -P vala-${VALA_API_VERSION})
	[[ -n "${path}" ]] && VALA="${path}"

	path=$(type -P vala-gen-introspect-${VALA_API_VERSION})
	[[ -n "${path}" ]] && VALA_GEN_INTROSPECT="${path}"

	path=$(type -P vapigen-${VALA_API_VERSION})
	[[ -n "${path}" ]] && VAPIGEN="${path}"



  reply	other threads:[~2012-08-26  7:01 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-25 16:09 [gentoo-dev] [RFC] new vala.eclass Alexandre Rostovtsev
2012-08-25 17:25 ` Tomáš Chvátal
2012-08-25 18:29   ` Diego Elio Pettenò
2012-08-25 21:04 ` Alexandre Rostovtsev
2012-08-25 21:45   ` Ulrich Mueller
2012-08-26  6:59     ` Alexandre Rostovtsev [this message]
2012-08-26  7:08       ` Alexandre Rostovtsev
2012-08-26  7:20       ` Alexandre Rostovtsev
2012-08-26 22:45       ` Zac Medico
2012-08-26 23:43         ` Alexandre Rostovtsev
2012-08-27  2:45           ` Alexis Ballier
2012-08-27  4:45             ` Alexandre Rostovtsev
2012-08-27 12:19               ` Alexis Ballier
2012-08-26 22:32   ` [gentoo-dev] " Duncan
2012-08-27  1:20 ` [gentoo-dev] " Alexandre Rostovtsev
2012-08-27 13:21 ` Alexandre Rostovtsev
2012-09-10  2:09 ` Alexandre Rostovtsev
2012-09-12 20:24   ` Alexandre Rostovtsev

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1345964385.9829.80.camel@rook \
    --to=tetromino@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox