All of lore.kernel.org
 help / color / mirror / Atom feed
From: Koen Kooi <koen@dominion.thruhere.net>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [meta-oe] [PATCH] fftwf and fftwl: exclude them from world
Date: Thu, 10 Jul 2014 11:49:50 +0200	[thread overview]
Message-ID: <lplnjv$9pf$1@ger.gmane.org> (raw)
In-Reply-To: <53BD17A1.6000205@windriver.com>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Robert Yang schreef op 09-07-14 12:21:
> 
> 
> On 07/09/2014 05:55 PM, Martin Jansa wrote:
>> On Tue, Jul 08, 2014 at 11:18:47PM -0700, Robert Yang wrote:
>>> The fftw, fftwf and fftwl provide the same files (different
>>> contents), we should only build one of them, otherwise there would be
>>> warning
>>> 
>>> WARNING: The recipe fftw is trying to install files into a shared
>>> area when those files already exist. Those files and their manifest
>>> location are: sysroots/qemux86-64/usr/include/fftw3.f03 Matched in
>>> manifest-qemux86-64-fftwl.populate_sysroot 
>>> manifest-qemux86-64-fftwf.populate_sysroot 
>>> sysroots/qemux86-64/usr/include/fftw3.h Matched in
>>> manifest-qemux86-64-fftwl.populate_sysroot 
>>> manifest-qemux86-64-fftwf.populate_sysroot 
>>> sysroots/qemux86-64/usr/include/fftw3q.f03 Matched in
>>> manifest-qemux86-64-fftwl.populate_sysroot 
>>> manifest-qemux86-64-fftwf.populate_sysroot 
>>> sysroots/qemux86-64/usr/include/fftw3.f Matched in
>>> manifest-qemux86-64-fftwl.populate_sysroot 
>>> manifest-qemux86-64-fftwf.populate_sysroot 
>>> sysroots/qemux86-64/usr/include/fftw3l.f03 Matched in
>>> manifest-qemux86-64-fftwl.populate_sysroot 
>>> manifest-qemux86-64-fftwf.populate_sysroot Please verify which
>>> package should provide the above files.
>>> 
>>> and maybe errors (race issue):
>>> 
>>> The recipe imagemagick.do_compiler error: fourier.c:69:19: fatal
>>> error: fftw3.h: No such file or directory #include <fftw3.h>
>>> 
>>> This is because imagemagick.do_configure depends on
>>> fftw.populate_sysroot, but the files installed by
>>> fftw.populate_sysroot, maybe removed by fftwl or fftwf when they
>>> rebuild.
>>> 
>>> Only build fftw in the world will fix the problem.
>> 
>> But it doesn't fix the problem for people who are really building
>> fftwl and fftw. If there is someone with this use-case can he send
>> patch moving common parts to separate recipe used by all 3 or just
>> rename/move files to have unique name?
>> 
>> Or if they aren't needed at the same time, lets convert fftwl and
>> fftwf to PACKAGECONFIG options in fftw.
> 
> Yes, I think that PACKAGECONFIG is a good idea, will send patches
> tomorrow if no objections.

The original idea of the different packages was that you could have all the
libraries in the binary feeds since they are needed. With packageconfig that
becomes virtually impossible.
I don't have a suggestion to improve the current situation, though :(

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFTvmG+MkyGM64RGpERAu1zAJsGXdlezcHjV4JFjhTj9zeSaJ271ACdERQE
Xye89UlN8wZ3HEmV0fNGYMQ=
=iZI9
-----END PGP SIGNATURE-----



  reply	other threads:[~2014-07-10  9:50 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-09  6:18 [meta-oe] [PATCH] fftwf and fftwl: exclude them from world Robert Yang
2014-07-09  9:55 ` Martin Jansa
2014-07-09 10:21   ` Robert Yang
2014-07-10  9:49     ` Koen Kooi [this message]
2014-07-11  1:18       ` Robert Yang

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='lplnjv$9pf$1@ger.gmane.org' \
    --to=koen@dominion.thruhere.net \
    --cc=openembedded-devel@lists.openembedded.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 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.