> 2007-01-01 Bruno Haible <[EMAIL PROTECTED]>
>
> * m4/canonicalize.m4 (AC_FUNC_CANONICALIZE_FILE_NAME): Remove
> PROVIDE_CANONICALIZE_FILENAME_MODE macro definition.
> * lib/canonicalize.h: Test GNULIB_CANONICALIZE instead of
> PROVIDE_CANONICALIZE_FILENAME_MODE.
I appl
> 2007-01-01 Bruno Haible <[EMAIL PROTECTED]>
>
> * m4/fts.m4 (gl_FUNC_FTS_LGPL): Remove _LGPL_PACKAGE macro definition.
> * lib/fts_.h (_LGPL_PACKAGE): Remove macro.
> Use !GNULIB_FTS instead of _LGPL_PACKAGE.
> * lib/fts.c: Likewise.
I applied this instead.
2007-01-08
Simon Josefsson wrote:
> > There are actually 3 ways to use gnulib:
> > 1) manual file copies, considering the contents of the module
> > descriptions,
> > 2) using a script based on the elementary --extract-... accessors of
> > gnulib-tool,
> > 3) using gnulib-tool --import.
>
> Do we
Bruno Haible <[EMAIL PROTECTED]> writes:
> There are actually 3 ways to use gnulib:
> 1) manual file copies, considering the contents of the module descriptions,
> 2) using a script based on the elementary --extract-... accessors of
> gnulib-tool,
> 3) using gnulib-tool --import.
Do we
Bruno Haible <[EMAIL PROTECTED]> wrote:
> I've now removed the "magic" from gnulib-tool's func_get_autoconf_snippet
> function, and instead created a gnulib-common.m4 that people not using
> gnulib-tool can use in their project.
Hi Bruno,
I'm glad you found a better way.
Now we can have our cake
Simon Josefsson wrote:
> It seems fine, please install it and I'll test it.
I installed this instead:
2007-01-08 Bruno Haible <[EMAIL PROTECTED]>
* m4/gc-arcfour.m4 (gl_GC_ARCFOUR): Remove GC_USE_ARCFOUR macro
definition.
* m4/gc-arctwo.m4 (gl_GC_ARCTWO): Remove GC_USE_
I applied this instead:
2007-01-08 Bruno Haible <[EMAIL PROTECTED]>
* m4/close-stream.m4 (gl_CLOSE_STREAM): Remove GNULIB_CLOSE_STREAM
macro definition.
* m4/fcntl-safer.m4 (gl_FCNTL_SAFER): Remove GNULIB_FCNTL_SAFER macro
definition.
* m4/stdio-safer.m4
Hello Jim,
> I'd rather defer this sort of change, since it introduces a hard
> dependency on gnulib-tool, with only marginal added value. With this
> sort of change, a project that uses this module without going through
> gnulib-tool will not work properly.
>
> If/once we all agree that it's ok
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Hi Jim,
>
> Now that gnulib-tool defines GNULIB_CANONICALIZE when the canonicalize module
> is in use, the PROVIDE_CANONICALIZE_FILENAME_MODE macro is redundant. Here is
> a proposed patch:
>
> 2007-01-01 Bruno Haible <[EMAIL PROTECTED]>
>
> * m4/ca
Bruno Haible <[EMAIL PROTECTED]> writes:
> Hi Simon,
>
> Now that gnulib-tool defines GNULIB_* macros for every module in use, the
> GC_USE_* macros are redundant. Here is a proposed patch.
Hi! It seems fine, please install it and I'll test it.
/Simon
> 2007-01-01 Bruno Haible <[EMAIL PROTEC
Hi Jim,
Now that gnulib-tool defines GNULIB_CANONICALIZE when the canonicalize module
is in use, the PROVIDE_CANONICALIZE_FILENAME_MODE macro is redundant. Here is
a proposed patch:
2007-01-01 Bruno Haible <[EMAIL PROTECTED]>
* m4/canonicalize.m4 (AC_FUNC_CANONICALIZE_FILE_NAME): Remov
Hi Simon,
Now that gnulib-tool defines GNULIB_* macros for every module in use, the
GC_USE_* macros are redundant. Here is a proposed patch.
2007-01-01 Bruno Haible <[EMAIL PROTECTED]>
* m4/gc-arcfour.m4 (gl_GC_ARCFOUR): Remove GC_USE_ARCFOUR macro
definition.
* m4/gc-a
Hi Jim,
Now that gnulib-tool defines GNULIB_FTS when the fts module is in use, and
GNULIB_FTS_LGPL when the fts-lgpl module is in use, the _LGPL_PACKAGE macro
is redundant. Here is a proposed patch:
2007-01-01 Bruno Haible <[EMAIL PROTECTED]>
* m4/fts.m4 (gl_FUNC_FTS_LGPL): Remove _LGP
Hi,
Following the gnulib-tool change, we can remove the explicit definitions
of macro names. Paul, Jim: Objections?
2007-01-01 Bruno Haible <[EMAIL PROTECTED]>
* m4/close-stream.m4 (gl_CLOSE_STREAM): Remove GNULIB_CLOSE_STREAM
macro definition.
* m4/fcntl-safer.m4 (gl_F
14 matches
Mail list logo
