diff options
author | Joseph Myers <joseph@codesourcery.com> | 2012-11-09 22:13:45 +0000 |
---|---|---|
committer | Joseph Myers <joseph@codesourcery.com> | 2012-11-09 22:13:45 +0000 |
commit | 8b748aed2a9ab4b964faa5722f7a182a060e475c (patch) | |
tree | 61bc3fd494c9230f44c3c84a4ac51a32711223ed /manual/install.texi | |
parent | 92e4b6a92716f8b2457376291171a6330d072b0d (diff) | |
download | glibc-8b748aed2a9ab4b964faa5722f7a182a060e475c.tar.gz glibc-8b748aed2a9ab4b964faa5722f7a182a060e475c.tar.xz glibc-8b748aed2a9ab4b964faa5722f7a182a060e475c.zip |
Support --with-pkgversion and --with-bugurl.
Diffstat (limited to 'manual/install.texi')
-rw-r--r-- | manual/install.texi | 19 |
1 files changed, 17 insertions, 2 deletions
diff --git a/manual/install.texi b/manual/install.texi index 4802e699fe..1b54051de3 100644 --- a/manual/install.texi +++ b/manual/install.texi @@ -2,6 +2,7 @@ @c Makeinfo ignores it when processing the file from the include. @setfilename INSTALL @include macros.texi +@include pkgvers.texi @node Installation, Maintenance, Library Summary, Top @c %MENU% How to install the GNU C Library @@ -173,6 +174,19 @@ the appropriate compiler flags (@samp{-mcpu=i386} will do the trick) to @var{CFLAGS}. If you specify just @samp{--build}, @code{configure} will get confused. + +@item --with-pkgversion=@var{version} +Specify a description, possibly including a build number or build +date, of the binaries being built, to be included in +@option{--version} output from programs installed with @theglibc{}. +For example, @option{--with-pkgversion='FooBar GNU/Linux glibc build +123'}. The default value is @samp{GNU libc}. + +@item --with-bugurl=@var{url} +Specify the URL that users should visit if they wish to report a bug, +to be included in @option{--help} output from programs installed with +@theglibc{}. The default value refers to the main bug-reporting +information for @theglibc{}. @end table To build the library and related programs, type @code{make}. This will @@ -458,7 +472,8 @@ remain unfixed for all eternity, if not longer. It is a good idea to verify that the problem has not already been reported. Bugs are documented in two places: The file @file{BUGS} -describes a number of well known bugs and the bug tracking system has a +describes a number of well known bugs and the central @glibcadj{} +bug tracking system has a WWW interface at @url{http://sourceware.org/bugzilla/}. The WWW interface gives you access to open and closed reports. A closed report @@ -483,7 +498,7 @@ library, you really only need to narrow it down to one library function call, if possible. This should not be too difficult. The final step when you have a simple test case is to report the bug. -Do this using the WWW interface to the bug database. +Do this at @value{REPORT_BUGS_TO}. If you are not sure how a function should behave, and this manual doesn't tell you, that's a bug in the manual. Report that too! If the |