home *** CD-ROM | disk | FTP | other *** search
/ Chip 2000 May / Chip_2000-05_cd1.bin / zkuste / Perl / ActivePerl-5.6.0.613.msi / 䆊䌷䈹䈙䏵-䞅䞆䞀㡆䞃䄦䠥 / _92dec31f64df4f4a043384ba2ae9f77d < prev    next >
Text File  |  2000-03-23  |  12KB  |  265 lines
  1.  
  2. <HTML>
  3. <HEAD>
  4. <TITLE>ExtUtils::Liblist - determine libraries to use and how to use them</TITLE>
  5. <LINK REL="stylesheet" HREF="../../Active.css" TYPE="text/css">
  6. <LINK REV="made" HREF="mailto:">
  7. </HEAD>
  8.  
  9. <BODY>
  10. <TABLE BORDER=0 CELLPADDING=0 CELLSPACING=0 WIDTH=100%>
  11. <TR><TD CLASS=block VALIGN=MIDDLE WIDTH=100% BGCOLOR="#cccccc">
  12. <STRONG><P CLASS=block> ExtUtils::Liblist - determine libraries to use and how to use them</P></STRONG>
  13. </TD></TR>
  14. </TABLE>
  15.  
  16. <A NAME="__index__"></A>
  17. <!-- INDEX BEGIN -->
  18.  
  19. <UL>
  20.  
  21.     <LI><A HREF="#name">NAME</A></LI><LI><A HREF="#supportedplatforms">SUPPORTED PLATFORMS</A></LI>
  22.  
  23.     <LI><A HREF="#synopsis">SYNOPSIS</A></LI>
  24.     <LI><A HREF="#description">DESCRIPTION</A></LI>
  25.     <UL>
  26.  
  27.         <LI><A HREF="#extralibs">EXTRALIBS</A></LI>
  28.         <LI><A HREF="#ldloadlibs and ld_run_path">LDLOADLIBS and LD_RUN_PATH</A></LI>
  29.         <LI><A HREF="#bsloadlibs">BSLOADLIBS</A></LI>
  30.     </UL>
  31.  
  32.     <LI><A HREF="#portability">PORTABILITY</A></LI>
  33.     <UL>
  34.  
  35.         <LI><A HREF="#vms implementation">VMS implementation</A></LI>
  36.         <LI><A HREF="#win32 implementation">Win32 implementation</A></LI>
  37.     </UL>
  38.  
  39.     <LI><A HREF="#see also">SEE ALSO</A></LI>
  40. </UL>
  41. <!-- INDEX END -->
  42.  
  43. <HR>
  44. <P>
  45. <H1><A NAME="name">NAME</A></H1>
  46. <P>ExtUtils::Liblist - determine libraries to use and how to use them</P>
  47. <P>
  48. <HR>
  49. <H1><A NAME="supportedplatforms">SUPPORTED PLATFORMS</A></H1>
  50. <UL>
  51. <LI>Linux</LI>
  52. <LI>Solaris</LI>
  53. <LI>Windows</LI>
  54. </UL>
  55. <HR>
  56. <H1><A NAME="synopsis">SYNOPSIS</A></H1>
  57. <P><CODE>require ExtUtils::Liblist;</CODE></P>
  58. <P><CODE>ExtUtils::Liblist::ext($self, $potential_libs, $verbose);</CODE></P>
  59. <P>
  60. <HR>
  61. <H1><A NAME="description">DESCRIPTION</A></H1>
  62. <P>This utility takes a list of libraries in the form <CODE>-llib1 -llib2
  63. -llib3</CODE> and prints out lines suitable for inclusion in an extension
  64. Makefile.  Extra library paths may be included with the form
  65. <CODE>-L/another/path</CODE> this will affect the searches for all subsequent
  66. libraries.</P>
  67. <P>It returns an array of four scalar values: EXTRALIBS, BSLOADLIBS,
  68. LDLOADLIBS, and LD_RUN_PATH.  Some of these don't mean anything
  69. on VMS and Win32.  See the details about those platform specifics
  70. below.</P>
  71. <P>Dependent libraries can be linked in one of three ways:</P>
  72. <UL>
  73. <LI><STRONG><A NAME="item_For_static_extensions">For static extensions</A></STRONG><BR>
  74.  
  75. by the ld command when the perl binary is linked with the extension
  76. library. See EXTRALIBS below.
  77. <P></P>
  78. <LI><STRONG><A NAME="item_For_dynamic_extensions">For dynamic extensions</A></STRONG><BR>
  79.  
  80. by the ld command when the shared object is built/linked. See
  81. LDLOADLIBS below.
  82. <P></P>
  83. <LI><STRONG>For dynamic extensions</STRONG><BR>
  84.  
  85. by the DynaLoader when the shared object is loaded. See BSLOADLIBS
  86. below.
  87. <P></P></UL>
  88. <P>
  89. <H2><A NAME="extralibs">EXTRALIBS</A></H2>
  90. <P>List of libraries that need to be linked with when linking a perl
  91. binary which includes this extension. Only those libraries that
  92. actually exist are included.  These are written to a file and used
  93. when linking perl.</P>
  94. <P>
  95. <H2><A NAME="ldloadlibs and ld_run_path">LDLOADLIBS and LD_RUN_PATH</A></H2>
  96. <P>List of those libraries which can or must be linked into the shared
  97. library when created using ld. These may be static or dynamic
  98. libraries.  LD_RUN_PATH is a colon separated list of the directories
  99. in LDLOADLIBS. It is passed as an environment variable to the process
  100. that links the shared library.</P>
  101. <P>
  102. <H2><A NAME="bsloadlibs">BSLOADLIBS</A></H2>
  103. <P>List of those libraries that are needed but can be linked in
  104. dynamically at run time on this platform.  SunOS/Solaris does not need
  105. this because ld records the information (from LDLOADLIBS) into the
  106. object file.  This list is used to create a .bs (bootstrap) file.</P>
  107. <P>
  108. <HR>
  109. <H1><A NAME="portability">PORTABILITY</A></H1>
  110. <P>This module deals with a lot of system dependencies and has quite a
  111. few architecture specific <CODE>if</CODE>s in the code.</P>
  112. <P>
  113. <H2><A NAME="vms implementation">VMS implementation</A></H2>
  114. <P>The version of <CODE>ext()</CODE> which is executed under VMS differs from the
  115. Unix-OS/2 version in several respects:</P>
  116. <UL>
  117. <LI>
  118. Input library and path specifications are accepted with or without the
  119. <CODE>-l</CODE> and <CODE>-L</CODE> prefixes used by Unix linkers.  If neither prefix is
  120. present, a token is considered a directory to search if it is in fact
  121. a directory, and a library to search for otherwise.  Authors who wish
  122. their extensions to be portable to Unix or OS/2 should use the Unix
  123. prefixes, since the Unix-OS/2 version of <CODE>ext()</CODE> requires them.
  124. <P></P>
  125. <LI>
  126. Wherever possible, shareable images are preferred to object libraries,
  127. and object libraries to plain object files.  In accordance with VMS
  128. naming conventions, <CODE>ext()</CODE> looks for files named <EM>lib</EM>shr and <EM>lib</EM>rtl;
  129. it also looks for <EM>lib</EM>lib and lib<EM>lib</EM> to accommodate Unix conventions
  130. used in some ported software.
  131. <P></P>
  132. <LI>
  133. For each library that is found, an appropriate directive for a linker options
  134. file is generated.  The return values are space-separated strings of
  135. these directives, rather than elements used on the linker command line.
  136. <P></P>
  137. <LI>
  138. LDLOADLIBS contains both the libraries found based on <CODE>$potential_libs</CODE> and
  139. the CRTLs, if any, specified in Config.pm.  EXTRALIBS contains just those
  140. libraries found based on <CODE>$potential_libs</CODE>.  BSLOADLIBS and LD_RUN_PATH
  141. are always empty.
  142. <P></P></UL>
  143. <P>In addition, an attempt is made to recognize several common Unix library
  144. names, and filter them out or convert them to their VMS equivalents, as
  145. appropriate.</P>
  146. <P>In general, the VMS version of <CODE>ext()</CODE> should properly handle input from
  147. extensions originally designed for a Unix or VMS environment.  If you
  148. encounter problems, or discover cases where the search could be improved,
  149. please let us know.</P>
  150. <P>
  151. <H2><A NAME="win32 implementation">Win32 implementation</A></H2>
  152. <P>The version of <CODE>ext()</CODE> which is executed under Win32 differs from the
  153. Unix-OS/2 version in several respects:</P>
  154. <UL>
  155. <LI>
  156. If <CODE>$potential_libs</CODE> is empty, the return value will be empty.
  157. Otherwise, the libraries specified by <CODE>$Config{libs}</CODE> (see Config.pm)
  158. will be appended to the list of <CODE>$potential_libs</CODE>.  The libraries
  159. will be searched for in the directories specified in <CODE>$potential_libs</CODE>,
  160. <CODE>$Config{libpth}</CODE>, and in <CODE>$Config{installarchlib}/CORE</CODE>.
  161. For each library that is found,  a space-separated list of fully qualified
  162. library pathnames is generated.
  163. <P></P>
  164. <LI>
  165. Input library and path specifications are accepted with or without the
  166. <CODE>-l</CODE> and <CODE>-L</CODE> prefixes used by Unix linkers.
  167. <P>An entry of the form <CODE>-La:\foo</CODE> specifies the <CODE>a:\foo</CODE> directory to look
  168. for the libraries that follow.</P>
  169. <P>An entry of the form <CODE>-lfoo</CODE> specifies the library <CODE>foo</CODE>, which may be
  170. spelled differently depending on what kind of compiler you are using.  If
  171. you are using GCC, it gets translated to <CODE>libfoo.a</CODE>, but for other win32
  172. compilers, it becomes <CODE>foo.lib</CODE>.  If no files are found by those translated
  173. names, one more attempt is made to find them using either <CODE>foo.a</CODE> or
  174. <CODE>libfoo.lib</CODE>, depending on whether GCC or some other win32 compiler is
  175. being used, respectively.</P>
  176. <P>If neither the <CODE>-L</CODE> or <CODE>-l</CODE> prefix is present in an entry, the entry is
  177. considered a directory to search if it is in fact a directory, and a
  178. library to search for otherwise.  The <CODE>$Config{lib_ext}</CODE> suffix will
  179. be appended to any entries that are not directories and don't already have
  180. the suffix.</P>
  181. <P>Note that the <CODE>-L</CODE> and <CODE>-l</CODE> prefixes are <STRONG>not required</STRONG>, but authors
  182. who wish their extensions to be portable to Unix or OS/2 should use the
  183. prefixes, since the Unix-OS/2 version of <CODE>ext()</CODE> requires them.</P>
  184. <P></P>
  185. <LI>
  186. Entries cannot be plain object files, as many Win32 compilers will
  187. not handle object files in the place of libraries.
  188. <P></P>
  189. <LI>
  190. Entries in <CODE>$potential_libs</CODE> beginning with a colon and followed by
  191. alphanumeric characters are treated as flags.  Unknown flags will be ignored.
  192. <P>An entry that matches <CODE>/:nodefault/i</CODE> disables the appending of default
  193. libraries found in <CODE>$Config{libs}</CODE> (this should be only needed very rarely).</P>
  194. <P>An entry that matches <CODE>/:nosearch/i</CODE> disables all searching for
  195. the libraries specified after it.  Translation of <CODE>-Lfoo</CODE> and
  196. <CODE>-lfoo</CODE> still happens as appropriate (depending on compiler being used,
  197. as reflected by <CODE>$Config{cc}</CODE>), but the entries are not verified to be
  198. valid files or directories.</P>
  199. <P>An entry that matches <CODE>/:search/i</CODE> reenables searching for
  200. the libraries specified after it.  You can put it at the end to
  201. enable searching for default libraries specified by <CODE>$Config{libs}</CODE>.</P>
  202. <P></P>
  203. <LI>
  204. The libraries specified may be a mixture of static libraries and
  205. import libraries (to link with DLLs).  Since both kinds are used
  206. pretty transparently on the Win32 platform, we do not attempt to
  207. distinguish between them.
  208. <P></P>
  209. <LI>
  210. LDLOADLIBS and EXTRALIBS are always identical under Win32, and BSLOADLIBS
  211. and LD_RUN_PATH are always empty (this may change in future).
  212. <P></P>
  213. <LI>
  214. You must make sure that any paths and path components are properly
  215. surrounded with double-quotes if they contain spaces. For example,
  216. <CODE>$potential_libs</CODE> could be (literally):
  217. <PRE>
  218.         "-Lc:\Program Files\vc\lib" msvcrt.lib "la test\foo bar.lib"</PRE>
  219. <P>Note how the first and last entries are protected by quotes in order
  220. to protect the spaces.</P>
  221. <P></P>
  222. <LI>
  223. Since this module is most often used only indirectly from extension
  224. <CODE>Makefile.PL</CODE> files, here is an example <CODE>Makefile.PL</CODE> entry to add
  225. a library to the build process for an extension:
  226. <PRE>
  227.         LIBS => ['-lgl']</PRE>
  228. <P>When using GCC, that entry specifies that MakeMaker should first look
  229. for <CODE>libgl.a</CODE> (followed by <CODE>gl.a</CODE>) in all the locations specified by
  230. <CODE>$Config{libpth}</CODE>.</P>
  231. <P>When using a compiler other than GCC, the above entry will search for
  232. <CODE>gl.lib</CODE> (followed by <CODE>libgl.lib</CODE>).</P>
  233. <P>If the library happens to be in a location not in <CODE>$Config{libpth}</CODE>,
  234. you need:</P>
  235. <PRE>
  236.         LIBS => ['-Lc:\gllibs -lgl']</PRE>
  237. <P>Here is a less often used example:</P>
  238. <PRE>
  239.         LIBS => ['-lgl', ':nosearch -Ld:\mesalibs -lmesa -luser32']</PRE>
  240. <P>This specifies a search for library <CODE>gl</CODE> as before.  If that search
  241. fails to find the library, it looks at the next item in the list. The
  242. <CODE>:nosearch</CODE> flag will prevent searching for the libraries that follow,
  243. so it simply returns the value as <CODE>-Ld:\mesalibs -lmesa -luser32</CODE>,
  244. since GCC can use that value as is with its linker.</P>
  245. <P>When using the Visual C compiler, the second item is returned as
  246. <CODE>-libpath:d:\mesalibs mesa.lib user32.lib</CODE>.</P>
  247. <P>When using the Borland compiler, the second item is returned as
  248. <CODE>-Ld:\mesalibs mesa.lib user32.lib</CODE>, and MakeMaker takes care of
  249. moving the <CODE>-Ld:\mesalibs</CODE> to the correct place in the linker
  250. command line.</P>
  251. <P></P></UL>
  252. <P>
  253. <HR>
  254. <H1><A NAME="see also">SEE ALSO</A></H1>
  255. <P><A HREF="../../lib/ExtUtils/MakeMaker.html">the ExtUtils::MakeMaker manpage</A></P>
  256. <TABLE BORDER=0 CELLPADDING=0 CELLSPACING=0 WIDTH=100%>
  257. <TR><TD CLASS=block VALIGN=MIDDLE WIDTH=100% BGCOLOR="#cccccc">
  258. <STRONG><P CLASS=block> ExtUtils::Liblist - determine libraries to use and how to use them</P></STRONG>
  259. </TD></TR>
  260. </TABLE>
  261.  
  262. </BODY>
  263.  
  264. </HTML>
  265.