> Wrong? That's a matter of opinion. In any case, both old and new forms 
> will probably be supported for the indefinite future.

I have got the impression that the passed value "src/version.h" uses a feature 
that is currently undocumented for the parameter "package".
http://www.gnu.org/software/autoconf/manual/html_node/Initializing-configure.html

Would you like to reuse a solution by Andreas Schwab that was shown in a 
discussion on the topic "How to dynamically set VERSION for AC_INIT"?
http://lists.gnu.org/archive/html/autoconf/2007-12/msg00026.html


> Might be. But it won't hurt anything if it is.

I would prefer to use the documented macro "AC_CONFIG_HEADERS" instead.
http://www.gnu.org/software/autoconf/manual/html_node/Configuration-Headers.html


> OK. That couldn't hurt. But a new autotools release is not likely to 
> introduce changes that would force stricter macro syntax, since it would 
> break countless source packages.

Do you also prefer more control on text replacement by proper and strict 
quoting of macro arguments?


> Does Bacula even use the __restrict type qualifier for any pointers? 
> Why would this matter?

A similar key word might be used in header files of the standard C library.
http://www.gnu.org/software/autoconf/manual/html_node/C-Compiler.html


> I don't think Bacula can be built with multiple databases defined anyway.

It was planned to change this design detail in the future.


> I would say they probably will not. I don't think many will see these as 
> "potential programming errors", so fixing them would not have a very 
> high priority on their to-do list.

The command "autoscan" points out some update candidates if software developers 
would like to improve the portability for this software.

Regards,
Markus

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to