| Index: gcc/fixincludes/README
|
| diff --git a/gcc/fixincludes/README b/gcc/fixincludes/README
|
| index 50f408f9eca68569e02f0d2b761d823e2ee34256..07a3964a26aaaf082c7bb996d32d93f348bd335c 100644
|
| --- a/gcc/fixincludes/README
|
| +++ b/gcc/fixincludes/README
|
| @@ -6,7 +6,7 @@ See also: http://autogen.SourceForge.net/fixinc.html
|
|
|
| The set of fixes required was distilled down to just the data required
|
| to specify what needed to happen for each fix. Those data were edited
|
| -into a file named gcc/fixinc/inclhack.def. A program called AutoGen
|
| +into a file named fixincludes/inclhack.def. A program called AutoGen
|
| (http://autogen.SourceForge.net) uses these definitions to instantiate
|
| several different templates that then produces code for a fixinclude
|
| program (fixincl.x) and a shell script to test its functioning. On
|
| @@ -45,13 +45,13 @@ To make your fix, you will need to do several things:
|
| "test_text" entry(ies) that validate your fix. This will
|
| help ensure that future fixes won't negate your work.
|
|
|
| -5. Go into the fixinc build directory and type, "make check".
|
| +5. Go into the fixincludes build directory and type, "make check".
|
| You are guaranteed to have issues printed out as a result.
|
| Look at the diffs produced. Make sure you have not clobbered
|
| the proper functioning of a different fix. Make sure your
|
| fix is properly tested and it does what it is supposed to do.
|
|
|
| -6. Now that you have the right things happening, syncronize the
|
| +6. Now that you have the right things happening, synchronize the
|
| $(srcdir)/tests/base directory with the $(builddir)/tests/res
|
| directory. The output of "make check" will be some diffs that
|
| should give you some hints about what to do.
|
| @@ -82,17 +82,23 @@ MAKING CHANGES TO INCLHACK.DEF
|
| and "c-test" because they are performed internally:
|
|
|
| * select - Run a regex on the contents of the file being considered.
|
| - All such regex-es must match.
|
| + All such regex-es must match. Matching is done with
|
| + extended regular expressions.
|
|
|
| * bypass - Run a regex on the contents of the file being considered.
|
| No such regex may match.
|
|
|
| - * c-test - call a function in fixtests.c. See that file.
|
| + * c_test - call a function in fixtests.c. See that file.
|
|
|
| - * mach - Match the output of config.conf against a series of fnmatch
|
| + * files - the "fnmatch" pattern of the file(s) to examine for
|
| + the issue. There may be several copies of this attribute.
|
| + If the header lives in a /usr/include subdirectory, be
|
| + sure to include that subdirectory in the name. e.g. net/if.h
|
| +
|
| + * mach - Match the output of config.guess against a series of fnmatch
|
| patterns. It must match at least one of the patterns, unless
|
| "not-machine" has also been specified. In that case, the
|
| - config.conf output must not match any of the patterns.
|
| + config.guess output must not match any of the patterns.
|
|
|
| The next test is relatively slow because it must be handled in a
|
| separate shell process. Some platforms do not support server shells,
|
| @@ -108,7 +114,7 @@ MAKING CHANGES TO INCLHACK.DEF
|
|
|
| 1. Be positive for all header files that require the fix.
|
|
|
| - It is desireable to:
|
| + It is desirable to:
|
|
|
| 2. Be negative as often as possible whenever the fix is not
|
| required, avoiding the process overhead.
|
| @@ -313,7 +319,7 @@ EXAMPLES OF FIXES:
|
|
|
| I would really recommend, however:
|
|
|
| - cd ${top_builddir}/gcc/fixinc
|
| + cd ${top_builddir}/fixincludes
|
| make check
|
|
|
| To do this, you *must* have autogen installed on your system.
|
|
|