Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 47500

Summary: GNU C extensions used in popt
Product: [Retired] Red Hat Raw Hide Reporter: Nathan Owen <owenna>
Component: rpmAssignee: Jeff Johnson <jbj>
Status: CLOSED RAWHIDE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-07-05 19:46:39 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
simple replacements for the non-standard libc functions (patch against rpm-4.0.3-0.57) none

Description Nathan Owen 2001-07-05 19:16:56 UTC 
Description of Problem:
The functions stpcpy and stpncpy are used in popt, and are not available on
non-glibc systems (at least they aren't on solaris 2.6)
Comment 1 Nathan Owen 2001-07-05 19:19:05 UTC 
Created attachment 22808 [details]
simple replacements for the non-standard libc functions (patch against rpm-4.0.3-0.57)
Comment 2 Jeff Johnson 2001-07-05 19:46:36 UTC 
There are copies of stpcpy/stpncpy in libmisc.a, so what's
really broken is that -lmisc needs to follow, not precede,
-lpopt when linking. That works for popt as a subdir of rpm,
but not for popt as a standalone library.

Adding symbols to libpopt as you have done will "work", but probably
should be done with a static to prevent further symbol clash down the
road.

Isn't legacy wonderful :-(
Comment 3 Jeff Johnson 2001-07-05 21:44:20 UTC 
Fixed (by putting a static copy in popthelp.c) in my next checkin, should
be in rpm-4.0.3-0.58 or thereabouts.
Comment 4 Jeff Johnson 2001-07-06 13:59:42 UTC 
*** Bug 47676 has been marked as a duplicate of this bug. ***