Ethan Gold wrote:

Hi Matthew,

I think the problem with the manual is not so much in its content,
but its organization. I found may way through using the manual,
but it could use some structure. This is particularly true regarding
the web pages which discuss the various JTAG communication
tools. A Linked list of package names with brief descriptions (and
available longer descriptions) instead of paragraphs interspersed
with "this is available _here_" will make finding the tools much simpler.

here are my brief suggestions, and I'll post my own notes today,
after which everyone can tear them apart and make fun of my
inefficiency.

1) All required packages should be listed together on one page
along with the latest version numbers that work together

The first part of the building section in the manual is a shopping list of the things you need, including versions.

1.5) A consolidated list of where each package is available (CVS, FTP, etc.)

That is there too.

2) recommended configure options to make everything end up
in reasonable places (since various packages require different options)

That is there too.

3) known building quirks

I'm not sure what you expect here.

4) A dependancy list/build order

Yep, just follow the instructions in the manual.

5) A consolidated summary of which capabilities each package provides.

Now that is a valid point. For example, you need libc to do assembly language program,ing because libc contains all the headers files used for both C and assembly language. That isn't obvious, and I don't think it is documented right now.

Regards,
Steve


Reply via email to