S_regcurly needs thread context.

[perl5.git] / README.macosx

diff --git a/README.macosx b/README.macosx
index 235618a..839bcf4 100644 (file)
--- a/README.macosx
+++ b/README.macosx
@@ -69,6 +69,12 @@ for creating a universal binary:
                 -Aldflags="-arch i686 -arch ppc -Wl,-syslibroot,$SDK" \
                 -de
 
+In Leopard (MacOSX 10.5.6 at the time of this writing) you must use the 10.5 SDK:
+
+    export SDK=/Developer/SDKs/MacOSX10.5.sdk
+
+You can use the same compiler flags you would use with the 10.4u SDK.
+
 Keep in mind that these compiler and linker settings will also be used when
 building CPAN modules. For XS modules to be compiled as a universal binary, any
 libraries it links to must also be universal binaries. The system libraries that
@@ -87,7 +93,7 @@ omitted or buggy. Note the messages output by F<Configure> for further
 information. Please use C<perlbug> to submit a problem report in the
 event that you encounter difficulties.
 
-When building 64-bit modules, it is your responsiblity to ensure that linked
+When building 64-bit modules, it is your responsibility to ensure that linked
 external libraries and frameworks provide 64-bit support: if they do not,
 module building may appear to succeed, but attempts to use the module will
 result in run-time dynamic linking errors, and subsequent test failures.
@@ -173,7 +179,7 @@ but remember that there's a startup cost to pay in that case (see above
 
 Starting with Tiger (Mac OS X 10.4), Apple shipped broken locale files for
 the eu_ES locale (Basque-Spain).  In previous releases of Perl, this resulted in
-failures in the C<lib/locale> test. These failures have been supressed
+failures in the C<lib/locale> test. These failures have been suppressed
 in the current release of Perl by making the test ignore the broken locale.
 If you need to use the eu_ES locale, you should contact Apple support.