[PD-dev] pd-double: how to selectively build external libs for development?

Hans-Christoph Steiner hans at at.or.at
Wed Oct 19 21:07:55 CEST 2011


On Oct 19, 2011, at 2:14 PM, IOhannes m zmölnig wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 10/19/2011 06:31 PM, Hans-Christoph Steiner wrote:
>>
>> If pd/src/m_pd.h is the only thing that loads pd/src/config.h and  
>> m_pd.h
>> does #include "config.h", this is not a problem.
>>
>> "GCC looks for headers requested with #include "file" first in the
>> directory containing the current file".
>> http://gcc.gnu.org/onlinedocs/cpp/Search-Path.html
>
> please keep in mind that it should work not only on gcc.
>
>> config.h is the standard name for the header generated by ./ 
>> configure.
>> I think they probably have thought of the above issues.
>
> sure. i think you misunderstood me.
> i'm totally fine with Pd using config.h for the normal configuration  
> output.
> however, i am strongly opposed to distributing and installing a  
> generic
> config.h as generated by configure.
>
> no sane project i know does this.
> the only project i ever encountered where a generated config.h file  
> was
> shipped was libavifile on debian.
> it severaly broke other builds that used autoconf/config.h
>
>
> so to reiterate:
> please do ship a file that contains the correct PD_FLOAT_PRECISION  
> define.
> please never ship a file that contains generic autoconf definitions  
> from
> the build machine, like HAVE_SYS_IOCTL_H.
> therefore, please do NOT put the defines for PD_FLOAT_PRECISION into  
> the
> same file as the generic defines as HAVE_SYS_IOCTL_H.


I don't really understand what you're saying here.  I am proposing  
that ./configure generate a config.h that includes a  
PD_FLOAT_PRECISION definition and m_pd.h includes that config.h.  As  
far as I know the is standard procedure with autoconf.

.hc


----------------------------------------------------------------------------

"Making boring techno music is really easy with modern tools, but with  
live coding, boring techno is much harder." - Chris McCormick







More information about the Pd-dev mailing list