[llvm-commits] CVS: llvm/docs/CommandGuide/llvm-ar.pod

Reid Spencer reid at x10sys.com
Thu Nov 11 01:21:30 PST 2004



Changes in directory llvm/docs/CommandGuide:

llvm-ar.pod added (r1.1)
---
Log message:

First attempt at llvm-ar documentation. Modifiers need a little more
explanation.


---
Diffs of the changes:  (+238 -0)

Index: llvm/docs/CommandGuide/llvm-ar.pod
diff -c /dev/null llvm/docs/CommandGuide/llvm-ar.pod:1.1
*** /dev/null	Thu Nov 11 03:21:29 2004
--- llvm/docs/CommandGuide/llvm-ar.pod	Thu Nov 11 03:21:18 2004
***************
*** 0 ****
--- 1,238 ----
+ =pod
+ 
+ =head1 NAME
+ 
+ llvm-ar - LLVM archiver
+ 
+ =head1 SYNOPSIS
+ 
+ B<llvm-ar> [-X32_64] [-]{dmpqrtx}[Rabfouz] [relpos] [count] <archive-file> [files...]
+ 
+ 
+ =head1 DESCRIPTION
+ 
+ The B<llvm-ar> command is similar to the common Unix utility, C<ar>. It 
+ archives several files together into a single file. The intent for this is
+ to produce archive libraries by LLVM bytecode that can be linked into an
+ LLVM program. However, the archive can contain any kind of file. If requested,
+ B<llvm-ar> can generate a symbol table that makes linking faster because
+ only the symbol table needs to be consulted, not each individual file member
+ of the archive. 
+ 
+ While the B<llvm-ar> command produces files that are similar to the format
+ used by older C<ar> implementations, it has several significant departures 
+ in order to make the archive appropriate for LLVM. Consequently, archives 
+ produced with B<llvm-ar> probably won't be readable or editable with any
+ C<ar> implementation unless the archive content is very simple.
+ 
+ Here's where B<llvm-ar> departs from previous C<ar> implementations:
+ 
+ =over
+ 
+ =item I<Symbol Table>
+ 
+ Since B<llvm-ar> is intended to archive bytecode files, the symbol table
+ won't make much sense to anything but LLVM. Consequently, the symbol table's
+ format has been simplified. It consists simply of a sequence of pairs
+ of a file member index number as an LSB 4byte integer and a null-terminated 
+ string.
+ 
+ =item I<Long Paths>
+ 
+ Some C<ar> implementations (SVR4) use a separate file member to record long
+ path names (> 15 characters). B<llvm-ar> takes the BSD 4.4 and Mac OS X 
+ approach which is to simply store the full path name immediately preceding
+ the data for the file. The path name is null terminated and may contain the
+ slash (/) character. 
+ 
+ =item I<Compression>
+ 
+ B<llvm-ar> can compress the members of an archive to save space. The 
+ compression used depends on what's available on the platform but favors
+ bzip2 and then zlib. Note that for very small files, bzip2 may increase 
+ the file size but generally does about 10% better than zlib on LLVM 
+ bytecode files.
+ 
+ =item I<Directory Recursion>
+ 
+ Most C<ar> implementations do not recurse through directories but simply
+ ignore directories if they are presented to the program in the F<files> 
+ option. B<llvm-ar>, however, can recurse through directory structures and
+ add all the files under a directory, if requested.
+ 
+ =item I<TOC Verbose Output>
+ 
+ When B<llvm-ar> prints out the verbose table of contents (C<tv> option), it
+ precedes the usual output with a character indicating the basic kind of 
+ content in the file. A blank means the file is a regular file. A 'Z' means
+ the file is compressed. A 'B' means the file is an LLVM bytecode file. An
+ 'S' means the file is the symbol table.
+ 
+ =back
+ 
+ =head1 OPTIONS
+ 
+ The options to B<llvm-ar> are compatible with other C<ar> implementations.
+ However, there are a few modifiers (F<zR>) that are not found in other
+ C<ar>s. The options to B<llvm-ar> specify a single basic operation to 
+ perform on the archive, a variety of modifiers for that operation, the
+ name of the archive file, and an optional list of file names. These options
+ are used to determine how B<llvm-ar> should process the archive file.
+ 
+ The Operations and Modifiers are explained in the sections below. The minimal
+ set of options is at least one operator and the name of the archive. Typically
+ archive files end with a C<.a> suffix, but this is not required. Following
+ the F<achive-name> comes a list of F<files> that indicate the specific members
+ of the archive to operate on. If the F<files> option is not specified, it
+ generally means either "none" or "all" members, depending on the operation.
+ 
+ =head2 Operations
+ 
+ =over
+ 
+ =item d
+ 
+ Delete files from the archive. No modifiers are applicable to this operation.
+ The F<files> options specify which members should be removed from the
+ archive. It is not an error if a specified file does not appear in the archive.
+ If no F<files> are specified, the archive is not modified.
+ 
+ =item m[abi]
+ 
+ Move files from one location in the archive to another. The F<a>, F<b>, and 
+ F<i> modifiers apply to this operation. The F<files> will all be moved
+ to the location given by the modifiers. If no modifiers are used, the files
+ will be moved to the end of the archive. If no F<files> are specified, the
+ archive is not modified.
+ 
+ =item p
+ 
+ Print files to the standard output. No modifiers are applicable to this
+ operation. This operation simply prints the F<files> indicated to the
+ standard output. If no F<files> are specified, the entire archive is printed.
+ Printing bytecode files is ill-advised as they might confuse your terminal
+ settings. The F<p> operation never modifies the archive.
+ 
+ =item q[Rfz]
+ 
+ Quickly append files to the end of the archive. The F<R>, F<f>, and F<z>
+ modifiers apply to this operation.  This operation quickly adds the 
+ F<files> to the archive without checking for duplicates that shoud be 
+ removed first. If no F<files> are specified, the archive is not modified. 
+ Becasue of the way that B<llvm-ar> constructs the archive file, its dubious 
+ whether the F<q> operation is any faster than the F<r> operation.
+ 
+ =item r[Rabfuz]
+ 
+ Replace or insert file members. The F<R>, F<a>, F<b>, F<f>, F<u>, and F<z>
+ modifiers apply to this operation. This operation will replace existing
+ F<files> or insert them at the end of the archive if they do not exist. If no
+ F<files> are specified, the archive is not modified.
+ 
+ =item t[v]
+ 
+ Print the table of contents. Without any modifiers, this operation just prints
+ the names of the members to the standard output. With the F<v> modifier,
+ B<llvm-ar> also prints out the file type (B=bytecode, Z=compressed, S=symbol
+ table, blank=regular file), the permission mode, the owner and group, the
+ size, and the date. If any F<files> are specified, the listing is only for
+ those files. If no F<files> are specified, the table of contents for the
+ whole archive is printed.
+ 
+ =item x[o]
+ 
+ Extract archive members back to files. The F<o> modifier applies to this
+ operation. This operation retrieves the indicated F<files> from the archive 
+ and writes them back to the operating system's file system. If no 
+ F<files> are specified, the entire archive is extract. 
+ 
+ =back
+ 
+ =head2 Modifiers (operation specific)
+ 
+ =over
+ 
+ =item [a] 
+ 
+ put F<files> after [relpos]
+ 
+ =item [b] 
+ 
+ put F<files> before [relpos] (same as [i])
+ 
+ =item [f] 
+ 
+ truncate inserted file names
+ 
+ =item [i] 
+ 
+ put file(s) before [relpos] (same as [b])
+ 
+ =item [N] 
+ 
+ use instance [count] of name
+ 
+ =item [o] 
+ 
+ preserve original dates
+ 
+ =item [P] 
+ 
+ use full path names when matching
+ 
+ =item [R] 
+ 
+ recurse through directories when inserting
+ 
+ =item [u] 
+ 
+ update only files newer than archive contents
+ 
+ =item [z] 
+ 
+ compress/uncompress files before inserting/extracting
+ 
+ =back
+ 
+ =head2 Modifiers (generic)
+ 
+ =over
+ 
+ =item [c]
+ 
+ do not warn if the library had to be created
+ 
+ =item [s]
+ 
+ create an archive index (cf. ranlib)
+ 
+ =item [S]
+ 
+ do not build a symbol table
+ 
+ =item [R]
+ 
+ recursively process directories
+ 
+ =item [v]
+ 
+ be verbose
+ 
+ =back
+ 
+ =head1 EXIT STATUS
+ 
+ If B<llvm-as> succeeds, it will exit with 0.  A usage error, results
+ in an exit code of 1. A hard (file system typically) error results in an
+ exit code of 2. Miscellaneous or unknown errors result in an
+ exit code of 3.
+ 
+ =head1 SEE ALSO
+ 
+ L<llvm-ld|llvm-ld>
+ 
+ =head1 AUTHORS
+ 
+ Maintained by the LLVM Team (L<http://llvm.cs.uiuc.edu>).
+ 
+ =cut






More information about the llvm-commits mailing list