Merge lp:~julian-edwards/gwacl/hacking into lp:gwacl
Proposed by
Julian Edwards
Status: | Merged |
---|---|
Approved by: | Julian Edwards |
Approved revision: | 125 |
Merged at revision: | 127 |
Proposed branch: | lp:~julian-edwards/gwacl/hacking |
Merge into: | lp:gwacl |
Diff against target: |
101 lines (+63/-23) 2 files modified
HACKING.txt (+62/-0) README (+1/-23) |
To merge this branch: | bzr merge lp:~julian-edwards/gwacl/hacking |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Gavin Panella | Approve | ||
Review via email: mp+170747@code.launchpad.net |
Commit message
Add HACKING.txt and clean up README.
To post a comment you must log in.
Looks good!
[1]
+All branch submissions must be formatted using "make format". They must
+also have a successful test run with "make check". New features must
+always be accompanied by new tests.
You could use ``blah`` to get monospace here:
All branch submissions must be formatted using ``make format``. They must
also have a successful test run with ``make check``. New features must
always be accompanied by new tests.
[2]
+You also need to install go-curl:: com/andelf/ go-curl
+
+ go get github.
Doesn't this get getted when getting gwacl? I know this is just a move
of what's already there, but it might be worth dropping now if it
really is superfluous.
[3]
+When adding new API entry points to the library, we have decided that all
+of these should take a single struct parameter, which itself contains one
+or more parameters.
The "we have decided" bit doesn't sound good. How about just stating
how it should be done:
API functions should take a single struct parameter, which itself
contains one or more parameters. Existing functions that do not
follow this rule are historic and should not be copied.