libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Patch for cygwin: silence cwrapper compilation warnings


From: Charles Wilson
Subject: Re: Patch for cygwin: silence cwrapper compilation warnings
Date: Tue, 29 Apr 2008 20:39:02 -0400
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

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.
    (func_emit_cwrapperexe_src) [__CYGWIN__ && __STRICT_ANSI__]:
    ensure realpath is declared.
    (func_emit_cwrapperexe_src): declare two different strings
    to each hold part of the wrapper script content. Initialize
    using new func_emit_wrapper_partX functions.
    (func_emit_cwrapperexe_src) [main]: when emitting wrapper
    script content, use both strings.

However, this bit in the posted patch, in func_emit_wrapper():
+       func_emit_wrapper_part1 "${func_emit_wrapper_arg1}"
+       func_emit_wrapper_part2 "${func_emit_wrapper_arg2}"
should really be
+       func_emit_wrapper_part1 "${func_emit_wrapper_arg1}"
+       func_emit_wrapper_part2 "${func_emit_wrapper_arg1}"
because func_emit_wrapper() only has *arg1 and should pass that argument on to both of the func_emit_wrapper_part*() sub-functions.

Okay for push, with the above change and rebasing?

BTW, what's the normal procedure after rebasing your topic branch, and pulling into (local) master [and, according to Jim's suggestions on gnulib mailing list, finally adding your commit info to the ChangeLog, and
  git-add ChangeLog
  git commit --amend -e
]?

On CVS, instead of 'cvs commit' you'd do 'clcommit'
On GIT, instead of 'git-push' you do...?

--
Chuck




reply via email to

[Prev in Thread] Current Thread [Next in Thread]