static compilation of non lsb functions

I read somewhere in LSB docs, that is possible to make partial 
static-linking for GLIBC functions, which are not in LSB Spec.
For example I have a tar package, but it contains function "getline", 
which is GNU extension and I need to link it statically. ALL other LSB api 
must be dynamically linked.

Cheers,YP

Re: static compilation of non lsb functions

To use a shared library, then the shared library must be an LSB defined
library.   For non LSB defined libraries, it must first be LSB compliant, then
if it is shared then it needs to be bundled asw part of the application or it
needs to be statically linked as part of the application.  However, under no
circumstances may non LSB system calls be used in applications, shared
libraries, or statically linked libraries.

George (gk4)

Yaroslav Popovitch wrote:
> 
> I read somewhere in LSB docs, that is possible to make partial
> static-linking for GLIBC functions, which are not in LSB Spec.
> For example I have a tar package, but it contains function "getline",
> which is GNU extension and I need to link it statically. ALL other LSB api
> must be dynamically linked.
> 
> Cheers,YP
> 
> _______________________________________________
> lsb-impl mailing list
> lsb-impl <at> freestandards.org
> http://freestandards.org/mailman/listinfo/lsb-impl

--

-- 
George Kraft IV
gk4 <at> austin.ibm.com

glibc version? (fwd)

test:/opt/lsb-rpm-4.0.3/src/lsb/BUILD/man-db-2.3.17.1 # ac src/man
/opt/lsbappchk/bin/lsbappchk for LSB Specification 1.2.2
Checking binary src/man
Symbol shmctl has version GLIBC_2.2 expecting GLIBC_2.0

What's about symbol versions?
How to make it correctly?

I am using glibc-2.2.5  and gcc-3.1

Cheers,YP
-
Mr. Yaroslav Popovitch yp <at> sot.com       - tel. +372 6419975
SOT Finnish Software Engineering Ltd.   - fax  +372 6419975
Kreutzwaldi 7-4, 10124  TALLINN         - http://www.sot.com
ESTONIA                                 - http://bestlinux.net

Extending Linux - Request for Input

As you know, LSB 1.2 is complete.

Now it is time to expand LSB's coverage, to better meet the needs of
Linux based application developers and "normalize" the use and
acceptance of free and open source software.

Our goal is to increase compatibility among runtime environments. With
this, application developers will find it easier to develop their
applications for Linux with less concern for having to support the
variations in APIs that they face today. Greater adoption of Linux by
application developers will mean more applications and functionality
for the platform.

This is the brainstorming phase, all ideas are welcome. Think about
what you would like done in an ideal world with unlimited resources.
The output of this survey will be used to help build the LSB road map.

Please give your input soon at www.freestandards.org/linuxfuture

Doug
--
Doug Beattie
dbb <at> freestandards.org

ITIL in Major Corporations - Has it worked? BREAKFAST SEMINAR - Tue 22/10/02

ITIL in Major Corporations - Has it worked?
Speaker: Gerard Blokdijk, Managing Director The Art of Service

When: Tuesday 22 October - 7.30am to 9.30am
Venue: Regus Citigroup Centre, 2 Park Street, Sydney
Cost: $45 including GST
Features: Breakfast, Networking. Already over 30 participants - CIO's / (IT) Managers.
Register: http://www.artofservicedirect.com click on Enrol, Sydney Events

ALSO:  EVENTS IN BRISBANE (24/10) AND MELBOURNE (29/10) go to http://www.artofservicedirect.com 

About this Event
--------------------------
ITIL is more than a simple set of best practices guidelines to optimise a few IT service management
processes. ITIL is a set of non-proprietary, comprehensive,
well-documented and fully integrated set of management procedures and best practices that optimises IT
service management and IT/business alignment. With over 20,000
businesses, governments and non-profit organisations using it, ITIL is the most widely accepted IT
process management framework in the world.

But has it worked? Many IT organisations suffer from poor perceptions of value and feel powerless to
improve the situation. IT's top challenge right now is to build and
demonstrate value to the rest of the organisation - be that commerce, government or academia. How are CIO's
and their IT Service Managers to leverage ITIL and ITSM to
meet that challenge head on and win?   

Do not be content with prepared remarks alone. Go one-on-one with Gerard, asking the tough questions,
eliciting the most revealing replies. Trends are confirmed. Illusions
shattered. News is broken. Live on the breakfast briefing stage.

ITIL in Major Corporations - Has it worked? BREAKFAST SEMINAR - Tue 22/10/02

ITIL in Major Corporations - Has it worked?
Speaker: Gerard Blokdijk, Managing Director The Art of Service

When: Tuesday 22 October - 7.30am to 9.30am
Venue: Regus Citigroup Centre, 2 Park Street, Sydney
Cost: $45 including GST
Features: Breakfast, Networking. Already over 30 participants - CIO's / (IT) Managers.
Register: http://www.artofservicedirect.com click on Enrol, Sydney Events

ALSO:  EVENTS IN BRISBANE (24/10) AND MELBOURNE (29/10) go to http://www.artofservicedirect.com 

About this Event
--------------------------
ITIL is more than a simple set of best practices guidelines to optimise a few IT service management
processes. ITIL is a set of non-proprietary, comprehensive,
well-documented and fully integrated set of management procedures and best practices that optimises IT
service management and IT/business alignment. With over 20,000
businesses, governments and non-profit organisations using it, ITIL is the most widely accepted IT
process management framework in the world.

But has it worked? Many IT organisations suffer from poor perceptions of value and feel powerless to
improve the situation. IT's top challenge right now is to build and
demonstrate value to the rest of the organisation - be that commerce, government or academia. How are CIO's
and their IT Service Managers to leverage ITIL and ITSM to
meet that challenge head on and win?   

Do not be content with prepared remarks alone. Go one-on-one with Gerard, asking the tough questions,
eliciting the most revealing replies. Trends are confirmed. Illusions
shattered. News is broken. Live on the breakfast briefing stage.

RE: static compilation of non lsb functions

> I read somewhere in LSB docs, that is possible to make partial 
> static-linking for GLIBC functions, which are not in LSB Spec.
> For example I have a tar package, but it contains function "getline", 
> which is GNU extension and I need to link it statically. ALL 
> other LSB api must be dynamically linked.

This should indeed be possible in theory, but we don't have 
a lot of experience with doing this, so I will be interested
to hear your results.

Unfortunately, as you are no doubt aware, the glibc is
full of interdependencies, and getline is tied in with
the whole libio scheme so that I don't have very much
confidence that it's going to be easy.  I did have one LSB
application porting effort that involved libio, and it 
didn't go very well (this was with the Ruby interpreter).

Mats

RE: glibc version? (fwd)

> test:/opt/lsb-rpm-4.0.3/src/lsb/BUILD/man-db-2.3.17.1 # ac src/man
> /opt/lsbappchk/bin/lsbappchk for LSB Specification 1.2.2
> Checking binary src/man
> Symbol shmctl has version GLIBC_2.2 expecting GLIBC_2.0
> 
> What's about symbol versions?
> How to make it correctly?
> 
> I am using glibc-2.2.5  and gcc-3.1

Hmmm.  This needs some investigating.

In my libc.map for glibc-2.2.5 I find that there are
GLIBC_2.0 and GLIBC_2.2 versions of shmctl. For i386,
we've captured GLIBC_2.0 as the required version.
The other two architectures have GLIBC_2.2, but that's
not surprising since that's the base version for all
symbols for those two.

RE: glibc version? (fwd)

I still think we need to look at our versioning,
but on second thought:

> > Symbol shmctl has version GLIBC_2.2 expecting GLIBC_2.0
> > 
> > What's about symbol versions?
> > How to make it correctly?

This sounds like the application has not been linked
against the correct LSB stub library, which will bind
in the version of shmctl that the LSB is requiring.
In a stock glibc, the default shmctl version will be
GLIBC_2.2, so that you've gotten that suggested you've
linked against the standard glibc.

The LSB stub libraries can be obtained from the
lsbdev-base package.  The lsbcc tool will make it
easier to link against the stub libraries, and
comes from the lsbdev-cc package.

SmartCal Reminder: LSB Sample Implementation