[
https://issues.apache.org/jira/browse/SVN-4654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15501205#comment-15501205
]
Michael Osipov commented on SVN-4654:
-------------------------------------
I highly doubt that, we even have 20 years old HP-UX 10.20 machines. Which is
is older than Subversion. There is of course an alternative to this: you can
skip this macro altogether on HP-UX. There is no {{/lib64}} or {{/usr/lib64}}.
{{/lib}} links to {{/usr/lib}} which does only contain links. System-supplied
libs are in {{/usr/lib/hpux32}} everyhing else, manually or from port lands
either in {{/opt}} or in {{/usr/local}}. This is not Linux where base and
packages are mixed. Especially, all of those affected libs are in
{{/usr/local}} from the [HP Porting Archive|http://hpux.connect.org.uk/]. How
does that sound?
> configure: command substitution for SVN_REMOVE_STANDARD_LIB_DIRS fails with
> non-POSIX backticks on HP-UX
> --------------------------------------------------------------------------------------------------------
>
> Key: SVN-4654
> URL: https://issues.apache.org/jira/browse/SVN-4654
> Project: Subversion
> Issue Type: Bug
> Components: compile, install
> Affects Versions: 1.9.4, trunk
> Environment: $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
> Reporter: Michael Osipov
> Attachments: SVN-4654.patch, configure.err.tar.gz
>
>
> When running {{configure}} on HP-UX, you see several times
> {{./configure\[4880\]: : Execute permission denied.}} and
> {{./configure\[4880\]: /lib64: not found.}}.
> This is caused by having the command substitution perfomed by backticks
> {{LDFLAGS="`SVN_REMOVE_STANDARD_LIB_DIR(...)`"}} and not with standard POSIX
> {{$()}}.
> See attached trace output w/o patch and with patch applied.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
