Current Path :
/
lib64
/
python3.9
/
ctypes
/
__pycache__
/
Or
Select Your Path :
Upload File :
New :
File
Dir
//lib64/python3.9/ctypes/__pycache__/_aix.cpython-39.pyc
a �i 1 � @ s� d Z dZddlZddlmZmZ ddlmZ ddlm Z m Z ddl m Z m Z mZ e e �d Zdd lmZ d d � Zd d � Zdd� Zdd� Zdd� Zdd� Zdd� Zdd� Zdd� Zd d � Zd d � Zd d!� Z dS )"a� Lib/ctypes.util.find_library() support for AIX Similar approach as done for Darwin support by using separate files but unlike Darwin - no extension such as ctypes.macholib.* dlopen() is an interface to AIX initAndLoad() - primary documentation at: https://www.ibm.com/support/knowledgecenter/en/ssw_aix_61/com.ibm.aix.basetrf1/dlopen.htm https://www.ibm.com/support/knowledgecenter/en/ssw_aix_61/com.ibm.aix.basetrf1/load.htm AIX supports two styles for dlopen(): svr4 (System V Release 4) which is common on posix platforms, but also a BSD style - aka SVR3. From AIX 5.3 Difference Addendum (December 2004) 2.9 SVR4 linking affinity Nowadays, there are two major object file formats used by the operating systems: XCOFF: The COFF enhanced by IBM and others. The original COFF (Common Object File Format) was the base of SVR3 and BSD 4.2 systems. ELF: Executable and Linking Format that was developed by AT&T and is a base for SVR4 UNIX. While the shared library content is identical on AIX - one is located as a filepath name (svr4 style) and the other is located as a member of an archive (and the archive is located as a filepath name). The key difference arises when supporting multiple abi formats (i.e., 32 and 64 bit). For svr4 either only one ABI is supported, or there are two directories, or there are different file names. The most common solution for multiple ABI is multiple directories. For the XCOFF (aka AIX) style - one directory (one archive file) is sufficient as multiple shared libraries can be in the archive - even sharing the same name. In documentation the archive is also referred to as the "base" and the shared library object is referred to as the "member". For dlopen() on AIX (read initAndLoad()) the calls are similar. Default activity occurs when no path information is provided. When path information is provided dlopen() does not search any other directories. For SVR4 - the shared library name is the name of the file expected: libFOO.so For AIX - the shared library is expressed as base(member). The search is for the base (e.g., libFOO.a) and once the base is found the shared library - identified by member (e.g., libFOO.so, or shr.o) is located and loaded. The mode bit RTLD_MEMBER tells initAndLoad() that it needs to use the AIX (SVR3) naming style. z%Michael Felt <aixtools@felt.demon.nl>� N)�environ�path)� executable)�c_void_p�sizeof)�Popen�PIPE�DEVNULL� )�maxsizec s � fdd�}t t| �|d�S )Nc sJ | � � �}g }z |r*|�dt|�� �� qW n ty> Y n0 |pHtgS )Nr )�split�insert�int�pop� ValueErrorr )Zlibname�partsZnums��sep� �#/usr/lib64/python3.9/ctypes/_aix.py� _num_version> s z#_last_version.<locals>._num_version)�key)�max�reversed)Zlibnamesr r r r r � _last_version= s r c C s: d }| j D ]*}|�d�r |}q d|v r |�d� S q d S )N)�/z./z../ZINDEX� )�stdout� startswith�rstrip)�p� ld_header�liner r r � get_ld_headerJ s r# c C s0 g }| j D ] }t�d|�r&|�|� q q,q |S )Nz[0-9])r �re�match�append)r �infor" r r r �get_ld_header_infoT s r( c C s\ g }t ddt� �d| gdttd�}t|�}|rF|�|t|�f� q"qFq"|j�� |� � |S )z� Parse the header of the loader section of executable and archives This function calls /usr/bin/dump -H as a subprocess and returns a list of (ld_header, ld_header_info) tuples. z /usr/bin/dumpz-Xz-HT)�universal_newlinesr �stderr) r �AIX_ABIr r r# r& r( r �close�wait)�fileZ ldr_headersr r! r r r �get_ld_headersa s � r/ c C s6 g }| D ](\}}d|v r|� ||�d�d� � q|S )z� extract the shareable objects from ld_headers character "[" is used to strip off the path information. Note: the "[" and "]" characters that are part of dump -H output are not removed here. �[���)r& �index)Z ld_headersZsharedr" �_r r r � get_sharedy s r4 c sJ d� � d�� t td� fdd�|D ���}t|�dkrB|d �d�S dS dS )zy Must be only one match, otherwise result is None. When there is a match, strip leading "[" and trailing "]" z\[(z)\]Nc 3 s | ]}t �� |�V qd S )N)r$ �search)�.0r" ��exprr r � <genexpr>� � z get_one_match.<locals>.<genexpr>� r )�list�filter�len�group)r8 �lines�matchesr r7 r � get_one_match� s rB c C sJ t dkr d}t|| �}|rF|S n&dD ] }tt�|�| �}|r$| S q$dS )z� This routine provides historical aka legacy naming schemes started in AIX4 shared library support for library members names. e.g., in /usr/lib/libc.a the member name shr.o for 32-bit binary and shr_64.o for 64-bit binary. �@ z shr4?_?64\.o)zshr.ozshr4.oN)r+ rB r$ �escape)�membersr8 �member�namer r r � get_legacy� s rH c C sf d| � d�d| � d�g}|D ]D}g }|D ]$}t �||�}|r(|�|�d�� q(|r t|d� S q dS )a� Sort list of members and return highest numbered version - if it exists. This function is called when an unversioned libFOO.a(libFOO.so) has not been found. Versioning for the member name is expected to follow GNU LIBTOOL conventions: the highest version (x, then X.y, then X.Y.z) * find [libFoo.so.X] * find [libFoo.so.X.Y] * find [libFoo.so.X.Y.Z] Before the GNU convention became the standard scheme regardless of binary size AIX packagers used GNU convention "as-is" for 32-bit archive members but used an "distinguishing" name for 64-bit members. This scheme inserted either 64 or _64 between libFOO and .so - generally libFOO_64.so, but occasionally libFOO64.so �libz\.so\.[0-9]+[0-9.]*z_?64\.so\.[0-9]+[0-9.]*r �.N)r$ r5 r& r? r )rG rE Zexprsr8 Zversionsr" �mr r r � get_version� s � rL c C sb d| � d�}t ||�}|r |S tdkr<d| � d�}t ||�}|rD|S t| |�}|rV|S t|�S dS )ab Return an archive member matching the request in name. Name is the library name without any prefix like lib, suffix like .so, or version number. Given a list of members find and return the most appropriate result Priority is given to generic libXXX.so, then a versioned libXXX.so.a.b.c and finally, legacy AIX naming scheme. rI z\.sorC z64\.soN)rB r+ rL rH )rG rE r8 rF r r r � get_member� s rM c C s| t �d�} | du r t �d�} | du r*g } n | �d�} tt�}|D ]6\}}|D ](}|�� d }d|v rL| �|�d�� qLq@| S )a On AIX, the buildtime searchpath is stored in the executable. as "loader header information". The command /usr/bin/dump -H extracts this info. Prefix searched libraries with LD_LIBRARY_PATH (preferred), or LIBPATH if defined. These paths are appended to the paths to libraries the python executable is linked with. This mimics AIX dlopen() behavior. ZLD_LIBRARY_PATHNZLIBPATH�:r; r )r �getr r/ r �extend)�libpathsZobjectsr3 r@ r" r r r r � get_libpaths� s rR c C sp | D ]f}|dkrqd|� d�}t �||�}t �|�rtt|��}tt�|�|�}|durd||f S dS qdS )a paths is a list of directories to search for an archive. name is the abbreviated name given to find_library(). Process: search "paths" for archive, and if an archive is found return the result of get_member(). If an archive is not found then return None �/librI z.aN)NN)r �join�existsr4 r/ rM r$ rD )�pathsrG �dir�base�archiverE rF r r r � find_shared s rZ c C sn t � }t|| �\}}|dur,|� d|� d�S d| � d�}|D ],}|dkrJq<t�||�}t�|�r<| S q<dS )a� AIX implementation of ctypes.util.find_library() Find an archive member that will dlopen(). If not available, also search for a file (or link) with a .so suffix. AIX supports two types of schemes that can be used with dlopen(). The so-called SystemV Release4 (svr4) format is commonly suffixed with .so while the (default) AIX scheme has the library (archive) ending with the suffix .a As an archive has multiple members (e.g., 32-bit and 64-bit) in one file the argument passed to dlopen must include both the library and the member names in a single string. find_library() looks first for an archive (.a) with a suitable member. If no archive+member pair is found, look for a .so file. N�(�)rI z.sorS )rR rZ r rT rU )rG rQ rX rF ZsonamerW Zshlibr r r � find_library# s r] ) �__doc__� __author__r$ �osr r �sysr Zctypesr r � subprocessr r r r+ r r r# r( r/ r4 rB rH rL rM rR rZ r] r r r r �<module> s( . &
