This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc 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]

[Bug libc/20437] New: iconv missing several extensions available in Solaris


https://sourceware.org/bugzilla/show_bug.cgi?id=20437

            Bug ID: 20437
           Summary: iconv missing several extensions available in Solaris
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libc
          Assignee: unassigned at sourceware dot org
          Reporter: eblake at redhat dot com
                CC: drepper.fsp at gmail dot com
  Target Milestone: ---

The Austin Group is considering standardizing some of Solaris' iconv()
extensions, such as //IGNORE and //TRANSLIT:
http://austingroupbugs.net/bug_view_page.php?bug_id=1007

While glibc implements some of these, there is an open question on how many
extensions should be standardized, where it was suggested that glibc would be a
good point of reference for how many codes are common or can easily be made
common between the two implementations.

See
https://docs.oracle.com/cd/E23824_01/html/821-1465/iconv-open-3c.html#scrolltoc
for a full list of Solaris extensions, some of which are definitely not in
current glibc (such as //ILLEGAL_REPLACE_HEX).  Furthermore, Solaris documents
that //IGNORE is "a convenience alias to
//NON_IDENTICAL_DISCARD//ILLEGAL_DISCARD indicators." where it could be argued
that applications may want //NON_IDENTICAL_DISCARD or //ILLEGAL_DISCARD in
isolation, and therefore that both of those modes would be worth independently
implementing in glibc.  Solaris gives rules on precedence between options if
multiple flags are given.

Feedback on what the appropriate set of extensions should be, so that POSIX can
standardize these flags, would be appreciated on the Austin Group bug mentioned
above; meanwhile, this glibc bug can be used to track any glibc code changes
committed to add support for existing Solaris extensions that are useful but
not yet in glibc.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

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