Project

General

Profile

Bug #845

xpg4/bin/sh should move back to SUNWcs

Added by Rich Lowe over 9 years ago. Updated over 9 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
cmd - userland programs
Start date:
2011-03-20
Due date:
% Done:

0%

Estimated time:
Difficulty:
Tags:
Gerrit CR:

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

Related to illumos gate - Bug #850: system(3C) and similar could just use /bin/shResolved2011-03-24

Actions

History

#1

Updated by Rich Lowe over 9 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
#2

Updated by Garrett D'Amore over 9 years ago

Or, perhaps m4 shouldn't be built with XPG6 flags? Why does it depend on XPG6?

#3

Updated by Rich Lowe over 9 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.

#4

Updated by Rich Lowe over 9 years ago

  • Status changed from New to Rejected

Also available in: Atom PDF