Experimental Physics and
Industrial Control System

"D. Peter Siddons" <[email protected]> · Fri, 01 Aug 2003 15:19:38 +0200

I remember that RH8 used a 'non-standard' gcc (2.96?) which was never an
official Gnu release, and which was quite broken. I don't remember if
they (RH) ever replaced it before RH9. There are reams of email
complaints in the various lists.

Pete.
John Quintana wrote:

This wouldn't be the first time that glibc incompatabilites have come
up.
I've heard that the linux bbc distribution that normally compiles fine
under
Debian chokes miserably under Redhat 8.0.
- John
John Quintana                                  630-252-0221  (ph.)
Northwestern University                   630-252-0226  (fax)
Building 432/A001                           [email protected]
9700 S. Cass Ave
Argonne IL 60439

-----Original Message-----

From: Andrew Johnson [mailto:[email protected]]
Sent: Friday, August 01, 2003 11:31 AM

To: Mark Rivers

Cc: [email protected]

Subject: Re: Problem with static build on Linux
Mark Rivers wrote:
This has now been reproduced on 3 separate Redhat 8 machines.  Andrew
Johnson built on a Redhat 9 machine, and the resulting static binary
worked when run under both Redhat 9 and Redhat 8.  It would be great

if
some other folks could try this on Redhat 8 and 9 and see if it is
actually a version problem.  Any ideas why it does not work on Redhat

8
would be most welcome.

Mark,
I'm now convinced this is a glibc problem - I rebuilt base on RH 8.0,

and
confirmed that I can reporduce your problem with a static build of the
example application. Then I rebuilt the example app on my RH 9.0

machine
but using the 8.0 build of base (this way around works, the reverse
doesn't). The only difference between the code in the result is the OS
libraries, which on RH 9.0 means glibc 2.3.2 vs 2.2.93. This binary

runs
quite happily on both OS versions.
I also managed to manually build a working executable on RH8.0 that
statically linked to the libraries from base but dynamically to the

system
libraries. The command line I used was this:
/usr/bin/g++ -o example
-L/home/phoebus/ANJ/epics/base/3-14-dev/lib/linux-x86/
-L/home/phoebus3/ANJ/apps/example-3.14/lib/linux-x86/
example_registerRecordDeviceDriver.o dbSubExample.o exampleMain.o
-Wl,-Bstatic -lxxxSupport -lrecIoc -lsoftDevIoc -ltestDevIoc -liocsh
-lmiscIoc -lrsrvIoc -ldbtoolsIoc -lasIoc -ldbIoc -lregistryIoc
-ldbStaticIoc -lca -lCom -Wl,-Bdynamic -lpthread -lreadline -lncurses

-lm -lrt
Note the strategically placed -Wl,Bstatic and -Wl,-Bdynamic arguments.
I've filed a bug report to request the ability to build mixed-mode
binaries using this linker feature, but I don't know whether Janet would
be able to implement it in time for R3.14.3, probably not...
- Andrew

--
D. Peter Siddons
Bldg. 725D, NSLS
Brookhaven National Laboratory
Upton, NY 11976
USA.
Email: [email protected]

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System