-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bootstrap tools should quote all full pathnames #6
Comments
Not sure if my email reply got back to you or not, so I'll repost my responses here :) func_quote_arg eval "$abs_srcdir" output= Tests similar to <-t ''> broke with this solution... if you see another method to handle the word splitting in the shell argument, I'd willing to it (I don't think we want to redefine IFS here...) Another solution is to define a quick shell var, eg: hshell=$__GL_ALL_SHELLS_SHELL output= ... which is pretty clean looking :) |
Add new syntax for source inline: # set '$inline_source_dir' to `dirname "$0"/` inline_source_dir=`echo "$0" |${SED-sed} 's|[^/]*$||'` . "$inline_source_dir"/sourced-file This version avoids "`"sth"`" like commands (nested quotes), while we are now able to use inline-source script within directory which pathname contains spaces. As a side effect, we save some fork() calls because the directory is constructed only once. Related to github issue gnulib-modules#6. * build-aux/inline-source: Move ourself to the new syntax, document new syntax. (func_include): Parse the new syntax, quote $progpath properly. * build-aux/bootstrap.in: Use new syntax. * bootstrap: Sync with new sources.
Add new syntax for source inline: # set '$inline_source_dir' to `dirname "$0"/` inline_source_dir=`echo "$0" |${SED-sed} 's|[^/]*$||'` . "$inline_source_dir"/sourced-file This version avoids "`"sth"`" like commands (nested quotes), while we are now able to use inline-source script within directory which pathname contains spaces. As a side effect, we save some fork() calls because the directory is constructed only once. Related to github issue gnulib-modules#6. * build-aux/inline-source: Move ourself to the new syntax, document new syntax. (func_include): Parse the new syntax, quote $progpath properly. * build-aux/bootstrap.in: Use new syntax. * bootstrap: Sync with new sources.
Add new syntax for source inline: # set '$inline_source_dir' to `dirname "$0"/` inline_source_dir=`echo "$0" |${SED-sed} 's|[^/]*$||'` . "$inline_source_dir"/sourced-file This version avoids "`"sth"`" like commands (nested quotes), while we are now able to use inline-source script within directory which pathname contains spaces. As a side effect, we save some fork() calls because the directory is constructed only once. Related to github issue gnulib-modules#6. * build-aux/inline-source: Move ourself to the new syntax, document new syntax. (func_include): Parse the new syntax, quote $progpath properly. * build-aux/bootstrap.in: Use new syntax. * bootstrap: Sync with new sources.
Add new syntax for source inline: # set '$inline_source_dir' to `dirname "$0"/` inline_source_dir=`echo "$0" |${SED-sed} 's|[^/]*$||'` . "$inline_source_dir"/sourced-file This version avoids "`"sth"`" like commands (nested quotes), while we are now able to use inline-source script within directory which pathname contains spaces. As a side effect, we save some fork() calls because the directory is constructed only once. Related to github issue gnulib-modules#6. * build-aux/inline-source: Move ourself to the new syntax, document new syntax. (func_include): Parse the new syntax, quote $progpath properly. * build-aux/bootstrap.in: Use new syntax. * bootstrap: Sync with new sources.
I have several machines (which I don't admin :) where the development directory is a child of a "contains space" path (ugh, I know...). I figured, at least the "bootstrap" phase should handle this case :)
I tracked down all uses of full paths in bootstrap (I think), and updates all references/tests to correctly quote them. I tested in various "challenging" directories, and the patch I have appears to fix bootstrap to work as expected.
I'll submit a pull request.
Thanks,
Scott
The text was updated successfully, but these errors were encountered: