0001297: getopt-susv3 excludes include/getopt.h but installs include/bits/getopt.h

BusyBox Bug and Patch Tracking

Viewing Issue Simple Details [ Jump to Notes ]

[ View Advanced ] [ Issue History ] [ Print ]

Category

Severity

Reproducibility

Date Submitted

Last Update

0001297

[uClibc] Standards Compliance

minor

sometimes

03-29-07 04:57

09-26-08 08:40

Reporter

ynglingatal

View Status

public

Assigned To

uClibc

Priority

normal

Resolution

fixed

Status

closed

Product Version

Summary

0001297: getopt-susv3 excludes include/getopt.h but installs include/bits/getopt.h

Description

I deliberately constructed in Buildroot a situation where getopt-susv3 would
replace GNU-getopt. All things went well except that include/getopt.h was not
installed. Once I inserted per hand

ls -s bits/getopt. include/getopt.h

the compilation procedure proceeds as expected. Since the error directly
concerns the choice of getopt-susv3 in uClibc, I'd rather say the bug is
with the library than with Buildroot.

Additional Information

Used packages

  buildroot-20070327
  uClibc-0.9.28.3
  binutils-2.17
  gcc-3.3.5 (Debian host side, i686)
  gcc-4.1.2 (for cross compilation within buildroot)
  busybox-1.5.0

  targeted at i586

Attached Files

Relationships

Notes
(0011884) bernhardf 09-24-08 07:46	Thanks for pointing this out. Fixed in r23469.

(0012224) bernhardf 09-26-08 08:40	On second thought this patch was reverted: - revert r23469. If gnu getopt is disabled, then there is no getopt.h. In these cases the getopt stuff comes from unistd.h (which includes bits/getopt.h for us) Look at the manpage of getopt. For the normal case you get the getopt definitions via unistd.h and _ONLY_ for #define __GNU_SOURCE and getopt_long stuff the <getopt.h> is to be used. Generally speaking there are only a few packages that cope with getopt* in a sensible way, umong them busybox where you can turn off getopt_long support alltogether. If you deliberately turn off GNU-getopt and a package that expects GNU-getopt breaks then this is not a uClibc problem.

Issue History
Date Modified	Username	Field	Change
03-29-07 04:57	ynglingatal	New Issue
03-29-07 04:57	ynglingatal	Status	new => assigned
03-29-07 04:57	ynglingatal	Assigned To	=> uClibc
09-24-08 07:46	bernhardf	Status	assigned => closed
09-24-08 07:46	bernhardf	Note Added: 0011884
09-24-08 07:46	bernhardf	Resolution	open => fixed
09-24-08 07:46	bernhardf	Fixed in Version	=> 0.9.30
09-26-08 08:40	bernhardf	Note Added: 0012224