This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: libgo patch committed: Fix Makefile bug setting LD_LIBRARY_PATH


On 22 November 2017 at 09:07, Eric Botcazou <ebotcazou@adacore.com> wrote:
>> grep -q was even required by SUSv2 from 1997 so Solaris should really
>> support it. What version if Solaris is that and what version of grep?
>
> /usr/bin/grep on Solaris 10 (/usr/xpg4/bin/grep does support it).

Why would we want to use /usr/bin ?
According to https://docs.oracle.com/cd/E19253-01/816-5175/standards-5/index.html
---8<---
Utilities

If the behavior required by POSIX.2, POSIX.2a, XPG4, SUS, or SUSv2
conflicts with historical Solaris utility behavior, the original
Solaris version of the utility is unchanged; a new version that is
standard-conforming has been provided in /usr/xpg4/bin. If the
behavior required by POSIX.1–2001 or SUSv3 conflicts with historical
Solaris utility behavior, a new version that is standard-conforming
has been provided in /usr/xpg4/bin or in /usr/xpg6/bin. If the
behavior required by POSIX.1–2001 or SUSv3 conflicts with POSIX.2,
POSIX.2a, SUS, or SUSv2, a new version that is SUSv3
standard-conforming has been provided in /usr/xpg6/bin.
---8<---

So we should obviously make sure to prefer /usr/xpg6/bin over
/usr/xpg4/bin over /usr/bin.
If we don't then i would say that's the bug to fix, not warp back in
time 20 years. Why let solaris hold hostage everybody else?

thanks,


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]