Determination of default configuration values for build projects and checking the settings

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Determination of default configuration values for build projects and checking the settings

SF Markus Elfring
Hello,

I find the following information interesting once more.
https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_node/Site-Defaults.html
“…
Autoconf-generated configure scripts allow your site to provide default values
for some configuration values. You do this by creating site- and system-wide
initialization files.
…”

1. Will it become possible to select such defaults only for specific software
   build projects?

2. These values will be passed to configuration and make scripts.
   How much do you trust that they are really usable?
   If you would like to perform validation checks again, I am looking for ways
   to avoid corresponding code repetition there.


I would appreciate further advice.

Regards,
Markus

_______________________________________________
Autoconf mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/autoconf
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Determination of default configuration values for build projects and checking the settings

Eric Blake-3
On 07/11/2017 05:43 AM, SF Markus Elfring wrote:

> Hello,
>
> I find the following information interesting once more.
> https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_node/Site-Defaults.html
> “…
> Autoconf-generated configure scripts allow your site to provide default values
> for some configuration values. You do this by creating site- and system-wide
> initialization files.
> …”
>
> 1. Will it become possible to select such defaults only for specific software
>    build projects?
Unless someone writes a patch to autoconf (and then you propagate the
use of that new autoconf to all affected packages), it is only possible
to select per-package defaults insofar as those packages stick to
per-package cache variable names.

>
> 2. These values will be passed to configuration and make scripts.
>    How much do you trust that they are really usable?

If you don't trust site-wide defaults, then don't install them.

>    If you would like to perform validation checks again, I am looking for ways
>    to avoid corresponding code repetition there.

Site-wide defaults set cache variables in order to avoid repetitive
testing; but if you don't trust the installed site-wide defaults that
you get when you avoid the testing, then what DO you trust?

--
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org


_______________________________________________
Autoconf mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/autoconf

signature.asc (617 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Determination of default configuration values for build projects and checking the settings

SF Markus Elfring
> Site-wide defaults set cache variables in order to avoid repetitive
> testing; but if you don't trust the installed site-wide defaults that
> you get when you avoid the testing, then what DO you trust?

How would you handle data format conversions for providers of configuration information?

Would you like to care for transition phases until a general agreement
could be achieved for blessed values by involved contributors for the
affected software area?

Regards,
Markus

_______________________________________________
Autoconf mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/autoconf
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Determination of default configuration values for build projects and checking the settings

Zack Weinberg-2
On Tue, Jul 11, 2017 at 8:15 AM, SF Markus Elfring
<[hidden email]> wrote:
>> Site-wide defaults set cache variables in order to avoid repetitive
>> testing; but if you don't trust the installed site-wide defaults that
>> you get when you avoid the testing, then what DO you trust?
>
> How would you handle data format conversions for providers of configuration information?
>
> Would you like to care for transition phases until a general agreement
> could be achieved for blessed values by involved contributors for the
> affected software area?

Could you back up a bit and tell us the original problem you are
trying to solve, please?  What you are saying does not make very much
sense.

zw

_______________________________________________
Autoconf mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/autoconf
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Determination of default configuration values for build projects and checking the settings

SF Markus Elfring
>> How would you handle data format conversions for providers of configuration information?
>>
>> Would you like to care for transition phases until a general agreement
>> could be achieved for blessed values by involved contributors for the
>> affected software area?
>
> Could you back up a bit and tell us the original problem you are
> trying to solve, please?

Yes. - I am trying to convert a few build scripts from another
evolving free software to an Automake based approach.

See also:
Support for out-of-source builds by make scripts
https://github.com/ocaml/ocamlbuild/issues/245


> What you are saying does not make very much sense.

I assume then that a bit more concrete background information can help
in a better understanding.


The following command is used there.
https://github.com/ocaml/ocamlbuild/blob/81f849564672b75d90ac04713f614ed77b5bd7dc/configure.make#L9


include $(shell ocamlc -where)/Makefile.config



This specification can be resolved to another make script which contains
the information “# generated by ./configure …” in the first line.
So I became curious on how such data can be transformed into desired
default configuration values in similar use cases.

Regards,
Markus

_______________________________________________
Autoconf mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/autoconf
Loading...