All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Jansa <martin.jansa@gmail.com>
To: Otavio Salvador <otavio@ossystems.com.br>
Cc: OpenEmbedded Devel List <openembedded-devel@lists.openembedded.org>
Subject: Re: [meta-qt5][PATCH] qmake5_base.bbclass: Use Qt version specific paths
Date: Thu, 20 Feb 2014 13:42:57 +0100	[thread overview]
Message-ID: <20140220124257.GE3854@jama> (raw)
In-Reply-To: <CAP9ODKqGy4-cOisGa-cV06kHAs7UKt_=yM+Mv6=W-uyuj5RFfA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1476 bytes --]

On Thu, Feb 20, 2014 at 09:22:03AM -0300, Otavio Salvador wrote:
> Martin,
> 
> On Thu, Feb 20, 2014 at 9:18 AM, Martin Jansa <martin.jansa@gmail.com> wrote:
> > On Wed, Feb 19, 2014 at 12:22:36AM -0300, Otavio Salvador wrote:
> >> When looking for Qt5 components and files we ought to use the Qt5
> >> specific path. In case the distribution wants to have a flat tree it
> >> can set QT_DIR_NAME and it will still works as expected.
> >
> > NAK
> >
> > I don't think this is good idea, end-user applications shouldn't install
> > their data, archdata, examples etc in qt5 subdirectories.
> >
> > https://github.com/meta-qt5/meta-qt5/wiki/Building-with-OE#wiki-bad-include-paths-and-build-failing-to-find-qt5-headers
> >
> > If you don't care about qt4/qt5 separation just set empty QT_DIR_NAME
> > and all qtmodules will fold into default directories and you won't need
> >
> > OE_QMAKE_PATH_HEADERS = "${OE_QMAKE_PATH_QT_HEADERS}"
> >
> > listed in above wiki.
> 
> and what about we change just the headers? I want to avoid every
> recipe using Qt5 and qmake to require setting the headers var.

That is still quite bad work around, because ideally end-user apps
shouldn't install headers in qt5 dirs as well.

So having this line explicitly in the recipe at least shows that app
headers will be installed in weird qt5 location (so your other recipes
should search for it there).
-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

  parent reply	other threads:[~2014-02-20 12:42 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-19  3:22 [meta-qt5][PATCH] qmake5_base.bbclass: Use Qt version specific paths Otavio Salvador
2014-02-19 19:11 ` Otavio Salvador
2014-02-20  7:50   ` Urs Fässler
2014-02-20 11:57     ` Otavio Salvador
2014-02-26 12:23       ` Urs Fässler
2014-02-20 12:18 ` Martin Jansa
2014-02-20 12:22   ` Otavio Salvador
2014-02-20 12:37     ` Otavio Salvador
2014-02-20 12:42     ` Martin Jansa [this message]
2014-02-20 12:52       ` Otavio Salvador

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=20140220124257.GE3854@jama \
    --to=martin.jansa@gmail.com \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=otavio@ossystems.com.br \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.