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

Reply via email to