From 39df03e81a40b67ed6e8493b6f61d183f4018dfb Mon Sep 17 00:00:00 2001 From: Pietro Gagliardi Date: Fri, 6 Jun 2014 10:33:14 -0400 Subject: [PATCH] Formatting fixes in the placeholder README. --- README.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/README.md b/README.md index e268850..68d25d0 100644 --- a/README.md +++ b/README.md @@ -8,7 +8,7 @@ Until then, here's the important things you need to know: - I don't think the Windows side uses any Go 1.3 features, but just to be safe I'm going to say express caution - Unix builds need 1.3 to fix some type-checker bugs in cgo - Mac OS X builds need 1.3 because Go 1.3 adds Objective-C support to cgo -- the Windows build does not need cgo unless you want to regenerate the zconstants_windows_*.go files; the other targets **do** +- the Windows build does not need cgo unless you want to regenerate the `zconstants_windows_*.go` files; the other targets **do** - my plan is to target all versions of OSs that Go itself supports; that means: - Windows: Windows XP or newer - Unix: this is trickier; I decided to settle on GTK+ 3.4 or newer as Ubuntu 12.04 LTS ships with it @@ -18,7 +18,7 @@ Until then, here's the important things you need to know: [andlabs/wakeup](https://github.com/andlabs/wakeup) is a repository that provides a sample application. -If you are feeling adventurous, running `./test.sh` (which accepts `go build` options) from within the package directory will build a test program which I use to make sure everything works. (I'm not sure how to do automated tests for a package like this, so `go test` will say no tests found for now; sorry.) If you are cross-compiling to Windows, you will need to have a very specific Go setup which allows multiple cross-compilation setups in a single installation; this requires [a CL which won't be in Go 1.3 but may appear in Go 1.4 if accepted](https://codereview.appspot.com/93580043) and both windows/386 and windows/amd64 set up for cgo. (This is because `./test.sh` on Windows targets invariably regenerates the zconstants_windows_*.go files; there is no option to turn it off lest I become complacent and use it myself.) +If you are feeling adventurous, running `./test.sh` (which accepts `go build` options) from within the package directory will build a test program which I use to make sure everything works. (I'm not sure how to do automated tests for a package like this, so `go test` will say no tests found for now; sorry.) If you are cross-compiling to Windows, you will need to have a very specific Go setup which allows multiple cross-compilation setups in a single installation; this requires [a CL which won't be in Go 1.3 but may appear in Go 1.4 if accepted](https://codereview.appspot.com/93580043) and both windows/386 and windows/amd64 set up for cgo. (This is because `./test.sh` on Windows targets invariably regenerates the `zconstants_windows_*.go` files; there is no option to turn it off lest I become complacent and use it myself.) Finally, please send documentation suggestions! I'm taking the documentation of this package very seriously because I don't want to make **anything** ambiguous. (Trust me, ambiguity in API documentation was a pain when writing this...)