restructured the patch series into logical changes.
fixed changelogs, but i'm not super content.

 [v4] -> [v5]:
undo "remove (optional)" from [v4]
merged patches with same concepts 
 [PATCH v4 1/4], [PATCH v4 2/4] -> [PATCH v5 1/2]
 [PATCH v4 3/4], [PATCH v4 4/4] -> [PATCH v5 2/2]
fix changelogs for the individual patches

 [v3] -> [v4]:
split [PATCH v3 1/2] into
 [PATCH v4 1/4] and
 [PATCH v4 3/4]
split [PATCH v3 2/2] into
 [PATCH v4 2/4] and
 [PATCH v4 4/4]
make toolnames uniform in both files
make version command uniform in both files
changes.rst:
 remove footnote for Sphinx
 remove "(optional)"

 [v2] -> [v3]:
fix changelog
changes.rst:
 needn't -> do not need to
 add gdb 7.2
ver_linux:
 /Changes.rst -> /changes.rst
 add gdb

 [v1] -> [v2]:
split v1 into a patch series
changes.rst:
 add reference to ver_linux
ver_linux:
 fix path to changes.rst

Signed-off-by: Manuel Ebner <manuelebner@mailbox.org>

Manuel Ebner <manuelebner@mailbox.org> writes:

> restructured the patch series into logical changes.
> fixed changelogs, but i'm not super content.
>
>  [v4] -> [v5]:
> undo "remove (optional)" from [v4]
> merged patches with same concepts 
>  [PATCH v4 1/4], [PATCH v4 2/4] -> [PATCH v5 1/2]
>  [PATCH v4 3/4], [PATCH v4 4/4] -> [PATCH v5 2/2]
> fix changelogs for the individual patches

OK, I have applied this series.  For any future changes, though, I
really need you to work on your changelogs.

The 0/N cover letter should describe what the series as a whole does,
you didn't do that here.

For the individual patches, I have rewritten the changelogs; I'll reply
to each with what I've done.

Thanks,

jon