All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 2/2] package/fftw: Enable multiple precision installation
Date: Sat, 20 Aug 2016 16:18:13 +0200	[thread overview]
Message-ID: <20160820161813.417db94f@free-electrons.com> (raw)
In-Reply-To: <1962c82d-04d8-9dd5-0826-da1f3aff3673@flatmax.org>

Hello,

On Sat, 20 Aug 2016 13:36:41 +1000, Matt Flax wrote:

> > I don't see where you are passing this option, so from the look of it,
> > your four packages would install over each other. Or is
> > --enable-type-prefix the default ?  
> There are now 4 mk files. Each builds in a separate directory (fftw, 
> fftwf, fftwl, fftwq) and installs as per the recommendations from fftw. 
> All fftw packages  inherit the version, source, site, license, env, 
> conf_opts, cflags from fftw.mk. By inheriting from one single set of 
> macros, we can bump versions very easily.
> The different precisions are added like so :
> fftwf.mk : FFTWF_CONF_OPTS += --enable-single
> fftwl.mk : FFTL_CONF_OPTS += --enable-long-double
> fftwq.mk : FFTQ_CONF_OPTS += --enable-quad-precision

I'm not talking about the Buildroot code, but what each fftw package
will be installing. My understanding is that if you don't pass
--enable-type-prefix, each fftw package will install exactly the same
files, overwriting the ones written by the other fftw packages, making
the all adventure useless.

> Regarding dev files, the header files are all the same - in fact from 
> the fftw site, http://www.fftw.org/fftw2_doc/fftw_6.html#SEC69 it is 
> recommended that they all install ontop of each other :
> ./configure; make; make install; make clean
> ./configure --ebale-single; make; make install; make clean
> and so on ...

Read again this very same section, they tell you to do:

./configure --enable-type-prefix [ other options ]
make
make install
make clean
./configure --enable-float --enable-type-prefix [ other options ]
make
make install

See that they are using the --enable-type-prefix option I'm referring
to?

> > Another concern is that one --enable-type-prefix is used, then all
> > packages that use fftw will have to use the right library name and
> > header name depending on the precision they want to use. Are they all
> > ready for that?
> >
> > Could you check the different Buildroot packages in the tree that use
> > FFTW, and see how they behave, and whether they need to be changed to
> > accommodate your patch?
> >
> > There's at least alsa-lib, gnuradio, httping, imagemagick, libvips,
> > liquid-dsp and pulseaudio to look at.  
> 
> Actually "type-prefixes" aren't used and no changes are made to the 
> names.  Double precision remains libfftw3.so.3, single precision remains 
> libfftw3f.so.3 .... and so on. There is one header file used by all and 
> it is constant.

See above.

> Literally, this patch simply allows side by side installation, as it is 
> intended to be.

I don't see how side by side installation is possible if all four
variants of the library install to the same libfftw3.so.3 file. Could
you expand a bit on this?

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

  reply	other threads:[~2016-08-20 14:18 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-19  6:29 [Buildroot] [PATCH 2/2] package/fftw: Enable multiple precision installation Matt Flax
2016-08-19 14:20 ` Thomas Petazzoni
2016-08-20  3:36   ` Matt Flax
2016-08-20 14:18     ` Thomas Petazzoni [this message]
2016-08-21  1:06       ` Matt Flax

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=20160820161813.417db94f@free-electrons.com \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=buildroot@busybox.net \
    /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.