536N/A# The contents of this file are subject to the terms of the
851N/A# Common Development and Distribution License (the "License").
851N/A# You may not use this file except in compliance with the License.
919N/A# See the License for the specific language governing permissions
919N/A# and limitations under the License.
919N/A# When distributing Covered Code, include this CDDL HEADER in each
919N/A# If applicable, add the following below this CDDL HEADER, with the
919N/A# fields enclosed by brackets "[]" replaced with your own identifying
919N/A# information: Portions Copyright [yyyy] [name of copyright owner]
919N/A# Copyright 2006 Sun Microsystems, Inc. All rights reserved.
919N/A# Use is subject to license terms.
536N/A# ident "%Z%%M% %I% %E% SMI"
536N/A# For information regarding the establishment of versioned definitions see:
536N/A# The Linker and Libraries Manual (version 2.5 or greater)
536N/A# This is part of the Developers Guide in the Answerbook. Specifically refer
536N/A# to Chapter 2 under section "Defining Additional Symbols" through section
536N/A# "Reducing Symbol Scope", and Chapter 5 "Versioning".
536N/A# For specific OSNET rules for the modification (evolution) of these version
536N/A# Policy for Shared Library Version Names and Interface Definitions
851N/A Dbg32_bind_plt_summary;
536N/A Dbg64_bind_plt_summary;
536N/A Dbg64_bind_pltpad_from;
Dbg32_move_adjexpandreloc;
Dbg64_move_adjexpandreloc;
# The following interfaces are used by various parts of the link-editors and
# the elfdump(1). The link-editors are always packaged together but there
# seems to be a variety of old elfdump's lying around. elfdump only uses
# this interface, and thus by separating in from the ever changing Dbg_*
# interfaces we can provide a stable verioning environment for this utility.
# The following functions must be provided by our caller, or one of the callers
# dependencies. When used with
ld.so.1 all functions are provided from
ld.so.1,
# but when used with ld, many of the functions fall back to libc. Presently we
# don't build liblddbg with a libc dependency simply to avoid having to load it
# Distinguishing between `parent' and `extern' symbols offers a small
# performance advantage with direct bindings, but this is mainly a test of what
# we're capable of doing, rather than an admission that its really worth it :-).
_dgettext = FUNCTION extern;
_close = FUNCTION extern;
_write = FUNCTION extern;
dlopen = FUNCTION extern;
malloc = FUNCTION parent;
memcpy = FUNCTION extern;
snprintf = FUNCTION extern;
sprintf = FUNCTION extern;
strcat = FUNCTION extern;
strcmp = FUNCTION extern;
strcpy = FUNCTION extern;
strlen = FUNCTION extern;
strrchr = FUNCTION extern;
strtok_r = FUNCTION extern;