dependent software when building the docs (doxygen, latex,
ghostscript, netpbm, qt, ...), so this might be a real safer for
people who just want to build the software only.
Since this branch assumes doxygen 1.2, a patch is needed. Doxygen 1.3.x
by default generates a non-JavaScript capable tree view, so my old hack
in the avr-libc source can be avoided.
-mcpu=mycpuserialno in the default installation to everybody, and
override the user's CFLAGS and CXXFLAGS with sane defaults, so this
cross-compilation works again.
Long live creaping featurism!
Submitted by: ru
and includes the printf support recently added to avr-libc.
It also fixes the build braind*** caused by <bsd.cpu.mk> under -current,
by setting the required env variable.
This is the first version that is taken from a CVS snapshot of the
current development version. The documentation project has made
substantial progress in the time being, so there's quite a bit of
up-to-date documentation shipping now.
Upgrade avr-libc. Marek Michalkiewicz largely reorganized the directory
structure and the API, in the process of moving all this out to
savanna.gnu.org in future. Please note that the API changes are not yet
reflected in the documentation. Yet, i chose to make this version
available since it is sorely needed to support the new AVR controllers.
Since the author switched to use autoconf to maintain it, the entire
build system changed quite a bit. In order to get it to use the
correct tools (avr-gcc etc.) instead of the default C compiler, the
package now contains wrapper scripts to configure and build it, so a
good part of our ports framework doesn't apply anymore very well. As
a side-effect, i can't get it to honor ${PREFIX} in any way right now.
Maybe i'll switch away from the shipped scripts, and redo all their
stuff within that Makefile in future.
. install -c now default, thus patch-aa no longer needed
. isblank() has been added
. the HTML reference is now integral part of the
distribution file, so no need to fetch it separately
anymore
redirect to a new server, but they don't carry the old files anymore.
Unfortunately, in order to build the new stuff, we'd need a newer
avr-gcc first -- and that one's by now only available directly from
gcc's CVS repo, which is a little too `green' to me. Let's wait
another couple of months until they rolled a newer release of gcc and
binutils, and switch then.
By now, store the old distfile elsewhere.
Submitted by: fenner's ports build survey (very valuable service!)
