[PATCH 368] New libtoolize --no-warn option.

2008-04-29 Thread Gary V. Vaughan
* libltdl/config/general.m4sh (opt_warning): New option. (func_warning): Only display a warning message if $opt_warning is true. * libtoolize.m4sh (--no-warn): Accept new option. (func_serial_update_check, func_keyword_update): Use func_warning. (func_check_macros): Bail out before style issues

Re: [PATCH 368] New libtoolize --no-warn option.

2008-04-29 Thread Bob Friesenhahn
On Tue, 29 Apr 2008, Gary V. Vaughan wrote: I hope this will allay Ralf's concerns for users who want to stick with deprecated macro interfaces, and don't want libtoolize to nag them to upgrade. Okay to commit? The immediate concern I have with this approach (--no-warn) is that the main

Re: [PATCH 368 bis] New libtoolize --no-warn option and LIBTOOLIZE_OPTIONS parsing.

2008-04-29 Thread Bob Friesenhahn
On Tue, 29 Apr 2008, Gary V. Vaughan wrote: I hope this will allay Bob's concerns for users who want to stick with deprecated macro interfaces, and don't want libtoolize to nag them to upgrade, even while some stubborn project developers refuse to upgrade to a libtool release that will help them

Re: Patch for cygwin: autoupdate and objdump

2008-04-29 Thread Charles Wilson
Ralf Wildenhues wrote: 2008-04-19 Charles Wilson ... Yaakov Selkowitz ... * libltdl/m4/libtool.m4 (_LT_DECL_OBJDUMP): new macro ensures that $OBJDUMP is always defined sanely. (_LT_SYS_DYNAMIC_LINKER): call it. (_LT_CHECK_MAGIC_METHOD): call it.

Re: [PATCH 368 bis] New libtoolize --no-warn option and LIBTOOLIZE_OPTIONS parsing.

2008-04-29 Thread Gary V. Vaughan
Hi Bob, Thanks for the review. On 29 Apr 2008, at 19:34, Bob Friesenhahn wrote: On Tue, 29 Apr 2008, Gary V. Vaughan wrote: I hope this will allay Bob's concerns for users who want to stick with deprecated macro interfaces, and don't want libtoolize to nag them to upgrade, even while some

Re: Patch for cygwin: silence cwrapper compilation warnings

2008-04-29 Thread Charles Wilson
Charles Wilson wrote: 2008-04-25 Charles Wilson ... Ensure cwrapper compiles without warnings under -std=c99: * libltdl/config/ltmain.m4sh (func_emit_wrapper_part1): new function. (func_emit_wrapper_part2): new function. (func_emit_wrapper): delegate to new functions.

Re: [Patch] cwrapper invokes target directly

2008-04-29 Thread Charles Wilson
Charles Wilson wrote: 2008-04-26 Charles Wilson ... [mingw|cygwin] Modify cwrapper to invoke target directly. * libltdl/config/ltmain.m4sh (func_to_native_path): new function. If $host is mingw, and $build is mingw or cygwin, convert path to mingw native format.

Re: [Patch] cwrapper invokes target directly

2008-04-29 Thread Bob Friesenhahn
On Tue, 29 Apr 2008, Charles Wilson wrote: Ping? Okay for push? *Any* comments at all? I forgot that you have the ability to do this by yourself. Ralf says that he has been busy and will soon be unavailable for a week or two. Meanwhile, Gary is wanting to cut a new release on (or before)

Re: [Patch] cwrapper invokes target directly

2008-04-29 Thread Charles Wilson
Bob Friesenhahn wrote: I forgot that you have the ability to do this by yourself. Ralf says that he has been busy and will soon be unavailable for a week or two. Meanwhile, Gary is wanting to cut a new release on (or before) May 3rd. Since we are trying to pop out new libtool releases a lot