The major fix of this release is that the EEPROM access routines are
now supported for all supported AVR devices. Thanks to Björn Haase
for providing that excellent solution to the problem.
wrt. the names of the installed doxygen temp files, do it right now,
and delete anything from the target directory doxygen did install
there which doesn't match our expectation (as take from PLIST_DOC).
This appears to be the only sane way until doxygen reverts itself back
to normal behaviour, and doesn't install any temporary files.
be compiled by LaTeX 3 as it was attempted to convert it to PDF
instead of DVI now. This eventually caused the entire build to fall
over, as the EPS picture files to be included were no longer be looked
up by the .eps suffix.
Also, now that avr-binutils and avr-gcc can handle the newer AVR
devices (ATmega48/88/168, ATtiny13/2313, AT90CAN128, ATmega325/3250,
ATmega645/6450), the configure script automatically causes crt*.o
files for these devices to be compiled and installed, so reflect this
in the pkg-plist. This makes these new device types fully supported
in the FreeBSD AVR toolchain (as they are in the popular WinAVR
toolchain already).
The new doxygen version present in the ports also causes a slightly
different directory layout for the generated docs, so adapt
pkg-plist.doc accordingly.
``broken pkg-plist''.
kris incorrectly stated this in the BROKEN field, even though I've
been repeatedly telling him that it's actually been netpbm that broke
some time ago (apparently due to an upgraded C compiler in the
system; generating transparent PNGs caused it to dump core).
Fortunately, dinoex now updated the netpbm port, so all works again.
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!)
