Re: [oe] [PATCH] qwt: QT_LIBINFIX not being resolved when, running qmake

ric B?nard Subject: Re: [oe] [PATCH] qwt: QT_LIBINFIX not being resolved when running qmake To: openembedded-devel@lists.openembedded.org Message-ID: <4cf5efb1.2010...@eukrea.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 01/12/2010 05:47, Jayen Ashar wrote: &

[oe] [PATCH] qwt: QT_LIBINFIX not being resolved when running qmake

Fixed a problem where qmake would create a directory called 'obj${QT_LIBINFIX}' instead of resolving the QT_LIBINFIX variable and creating the appropriately resolved directory. Signed-off-by: Jayen Ashar --- recipes/qwt/qwt.inc |2 +- 1 files changed, 1 insertions(+), 1 deletion

[oe] [PATCH v2] libQGLViewer: New program

GUI. Signed-off-by: Jayen Ashar --- recipes/libqglviewer/libqglviewer.inc | 20 recipes/libqglviewer/libqglviewer_2.3.8.bb |3 +++ 2 files changed, 23 insertions(+), 0 deletions(-) create mode 100644 recipes/libqglviewer/libqglviewer.inc create mode 100644 recipes

[oe] [PATCH] libQGLViewer: New program

GUI. Signed-off-by: Jayen Ashar --- recipes/libqglviewer/libqglviewer.inc | 21 + recipes/libqglviewer/libqglviewer_2.3.8.bb |3 +++ 2 files changed, 24 insertions(+), 0 deletions(-) create mode 100644 recipes/libqglviewer/libqglviewer.inc create mode 100644 recipes

Re: [oe] [PATCH] IceE: New program

addresses all above-mentioned problems, but unfortunately, I didn't > have a time to bring it to commitable state. If you could wait week or > so, I will submit new version, or you could implement all the things > yourself and submit new version. > > I'm not core de

[oe] [PATCH] IceE: New program

* Starting with 1.3.0 * ZeroC Ice is a CORBA-like middleware solution. IceE is a subset of Ice used in * embedded systems. Signed-off-by: Jayen Ashar --- recipes/zeroc-ice-e/zeroc-ice-e.inc | 24 recipes/zeroc-ice-e/zeroc-ice-e/configure.patch | 11 recipes/zeroc

Re: [oe] Python.h LONG_BIT definition error on 64 bit build

I'm trying to cross-compile boost and hitting the same error, so I'd also like to see this fixed. I'm not sure that I understand why compiling boost is using headers from python-native, though. Thanks, Jayen > Date: Mon, 25 Oct 2010 13:02:42 -0700 > From: Steve Sakoman > Subject: Re: [oe] Pytho

[oe] [PATCH v2 1/2] SWI-Prolog: New program

* Starting with SWI-Prolog 5.10.1 * SWI-Prolog is a fast and powerful ISO/Edinburgh-style Prolog compiler with a * rich set of built-in predicates. It offers a fast, robust and small * environment which enables substantial applications to be developed with it. Signed-off-by: Jayen Ashar

[oe] [PATCH v2 2/2] SWI-Prolog: New program

(patch 3165) Signed-off-by: Jayen Ashar --- recipes/swi-prolog/swi-prolog.inc | 10 ++ recipes/swi-prolog/swi-prolog_5.10.1.bb |2 +- 2 files changed, 7 insertions(+), 5 deletions(-) diff --git a/recipes/swi-prolog/swi-prolog.inc b/recipes/swi-prolog/swi-prolog.inc index

[oe] [PATCH] SWI-Prolog: New program

* Starting with SWI-Prolog 5.10.1 * SWI-Prolog is a fast and powerful ISO/Edinburgh-style Prolog compiler with a * rich set of built-in predicates. It offers a fast, robust and small * environment which enables substantial applications to be developed with it. Signed-off-by: Jayen Ashar