Hello,
On Wed, Aug 24, 2005 at 10:04:33PM +0200, Ralf Wildenhues wrote:
> The right way would be that the authors of the packages to which those
> files belong would finally fix their macros!
in other words, your fix was right. If you are in a hurry and want to
proceed with the tutorial, just do
Hello,
On Wed, Aug 24, 2005 at 08:17:40PM -0700, Howard Chu wrote:
> reading the autoconf 2.59 document to see if there's a macro to control
> this behavior,
no there is no documented way to change this. I think I could relatively
easily design a hack which would merge the two groups again, but
Stepan Kasal wrote:
Hello,
On Wed, Aug 24, 2005 at 08:17:40PM -0700, Howard Chu wrote:
reading the autoconf 2.59 document to see if there's a macro to control
this behavior,
no there is no documented way to change this. I think I could relatively
easily design a hack which would merge the tw
Hi,
On Thu, Aug 25, 2005 at 03:23:59AM -0700, Howard Chu wrote:
> >no there is no documented way to change this. I think I could relatively
> >easily design a hack which would merge the two groups again, but there
> >would be no guarantee that the hack won't break with future version.
...
> It se
Stepan Kasal <[EMAIL PROTECTED]> writes:
>> Was there any particular benefit to splitting them apart in the first
>> place?
>
> I believe that the authors hoped that the list of options will be more
> readable if the huge pile is divided according to type.
> I think that if we accepted your patch,
Hallvard B Furuseth wrote:
Stepan Kasal <[EMAIL PROTECTED]> writes:
Was there any particular benefit to splitting them apart in the first
place?
I believe that the authors hoped that the list of options will be more
readable if the huge pile is divided according to type.
For OpenLDAP we ins
Something like this seems to be pretty painless...
Create an AC_PRESERVE_OPTION_ORDER macro which restores the old
behavoir? Then wrap the code Howard's patch removed, in one macro
and the new code in another macro. One of the macros would expand
to nothing, AC_PRESERVE_OPTION_ORDER would chan
I have a project with source files in multiple subdirectories: src,
tests, cfg. Doxygen will generate code documentation based on special
hints in the comments of the code files themselves (like javadoc, if
you're familiar with that mechanism).
I could just blindly have Doxygen run each time I run
Hi,
I'm running autoreconf and I'm getting the following error:
configure.ac:38: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
Anyone know why this is ocurring and, in the perfect fashio
Howard Chu wrote:
Something like this seems to be pretty painless...
Of course I got the quoting wrong that time. This works for both cases.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sunhttp://highlandsun.com/hyc
OpenLDAP Core Team
Howard Chu wrote:
Howard Chu wrote:
Something like this seems to be pretty painless...
Of course I got the quoting wrong that time. This works for both cases.
Sent the old diff twice, sheesh. This time for sure.
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Direct
On Mon, Aug 22, 2005 at 06:04:05PM +0200, Stepan Kasal wrote:
> Attached please find a patch. (Without a changelog entry, sorry.)
> OK to commit?
This looks highly appropriate. Please do.
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.or
Trevor Woerner wrote:
I have a project with source files in multiple subdirectories: src,
tests, cfg. Doxygen will generate code documentation based on special
hints in the comments of the code files themselves (like javadoc, if
you're familiar with that mechanism).
I could just blindly have Do
13 matches
Mail list logo
