Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 59435 - binary compatibility changed between 4.1 and 4.2
binary compatibility changed between 4.1 and 4.2
Product: Red Hat Linux
Classification: Retired
Component: readline (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Bernhard Rosenkraenzer
Aaron Brown
Depends On:
  Show dependency treegraph
Reported: 2002-02-07 17:36 EST by Jim Radford
Modified: 2007-04-18 12:40 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-02-07 18:39:04 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jim Radford 2002-02-07 17:36:16 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205

Description of problem:
my readline application uses the library symbol completion_matches.  This
function is exported in 4.1 (and all previous versions), but not in 4.2.  In 4.2
it has been renamed to rl_completion_matches.  This breaks binary compatibility.
 Specifically my application, when compiled with 4.2 (redhat 7.2) will run with
4.1 (redhat 7.1) until I try and complete when I get
a relocation error.

I would expect the library version to be increased to reflect this change.

How reproducible:

Steps to Reproduce:
#include <stdio.h>
#include <readline/readline.h>
int main(int c, char **v) {
compile this on a 7.2 machine and run it on a 7.1 machine.
gcc -o tmp tmp.c -lreadline -ltermcap

Actual Results:  ./tt: relocation error: ./tt: undefined symbol:

Additional info:
Comment 1 Bernhard Rosenkraenzer 2002-02-07 18:38:59 EST
That's why we're shipping the readline41 compat package. Use that.

Note You need to log in before you can comment on or make changes to this bug.