Bug #845
closedxpg4/bin/sh should move back to SUNWcs
0%
Description
When in a POSIX-y frame of mind, system(3C) will use /usr/xpg4/bin/sh. pkg:/system/library should depend upon pkg:/system/xopen/xpg4 such that this may work.
See source:usr/src/lib/libc/port/stdio/system.c#L119
This was hit during the illumos sendmail build when /usr/ccs/bin/m4 (which is an XPG6 executable) is used to build sendmail.cf
I suspect this was introduced when /usr/xpg4/bin/sh was moved out of SUNWcs. Another option would be to restore it to SUNWcs.
Related issues
Updated by Rich Lowe about 12 years ago
- Subject changed from system/library should depend upon system/xopen/xcu4 to m4 requires xpg4 sh (because system(3C) does) but neither it nor libc depend upon it
Updated by Garrett D'Amore about 12 years ago
Or, perhaps m4 shouldn't be built with XPG6 flags? Why does it depend on XPG6?
Updated by Rich Lowe about 12 years ago
- Subject changed from m4 requires xpg4 sh (because system(3C) does) but neither it nor libc depend upon it to xpg4/bin/sh should move back to SUNWcs
m4 is an XPG6 executable because it is a C99 executable, which necessitates using the XPG6 variants of some parts of libc.
You may then wonde why we have an xpg4/m4: it is linked with a marginally different parser, supporting shift operations. I can't find further differences, but did not look overly hard for them.
I am opting to restore /usr/xpg4/bin/sh to SUNWcs until such a time as #850 is fixed.