From: Maurice L. <mj...@ga...> - 2003-01-27 23:43:09
|
Alan W. Irwin writes: > On Mon, 27 Jan 2003, Rafael Laboissiere wrote: > > > I have plunged more deeply into the header configuration problem. I seems > > that that are several small independent problems and the conjunction of some > > of them may have been triggering the bug observed by Joao. Let us see which > > are those problems: > > > > 1) AC_CONFIG_HEADERS should be used in place of AM_CONFIG_HEADER in > > configure.ac. I guess that the use of the deprecated AM_CONFIG_HEADER is > > harmful with the present version of autoconf/automake, but who nows. > > Can you give a reference for the "deprecated". I have the impression you > are correct, but when I looked for it last night I got two stories, (from > info automake) AM_CONFIG_HEADER required and AM_CONFIG_HEADER optional. I > am sure I have also seen the story "deprecated", but can you remind me where? BTW I tried this suggestiong but found that AC_CONFIG_HEADERS doesn't solve the problem at hand.. I still get: Making all in include cd .. && /bin/sh /home/mjl/dev/plplot/latest/missing --run autoheader > Maurice, do you concur with these suggested steps? I think there are still a lot of outstanding issues. > Before Christmas, I > believe you had a whole shopping list of autoconf-related changes you wanted > to do. Does this work fall in line with that shopping list? I don't want > to work against what you wanted to do, but on the other hand, I would like > to bring out 5.2.1 fairly soon (this weekend or next depending on how hard > it is to implement/test Rafael's suggestions, and how much help I have for > doing that). This stuff is mostly orthogonal to the stuff I was looking at, which included: - support for --with-warn, --with-profile, etc - better support for non-GNU compilers (e.g. KCC) - separation of internal-use-only configuration info from headers exported to the public namespace - proper include guards for headers The latter one does overlap with the plConfig.h / plDevs.h problem tho. I really have no idea when I'm going to be able to work on any of that, as I have features work to do and can hack my way around the config issues for now. > Meanwhile, I need some input from Maurice and/or Geoffrey on what to do with > the "touch" workaround. It seems that does work for Joao so I expect my > tests (and Maurice's tests) of it tonight will also confirm that. Assuming > that, should I overwrite the plplot-5.2.0 tarball and source rpm with the > changed date on include/plDevs.h.in? Yes. > Remember, those files are going to get > downloaded a lot before we can bring out 5.2.1. Of course I will be > informing plplot-general of the status of the SF file release (if I update > those SF files) as well as the workaround. -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |