pkglint --only "https instead of http" -r -F
With manual adjustments afterwards since pkglint 19.4.4 fixed a few
indentations in unrelated lines.
This mainly affects projects hosted at SourceForce, as well as
freedesktop.org, CTAN and GNU.
Performing substitutions during post-patch breaks tools such as mkpatches,
making it very difficult to regenerate correct patches after making changes,
and often leading to substituted string replacements being committed.
simulavr asks for libiberty.a.
With avr-gcc 4.5.3 and avr-binutils-2.23.2, binutils is installing
libiberty.a
But with new binutils-2.24, it won't install libiberty. Instead,
avr-gcc-4.8.3 will provied libiberty.
Makefile (of simulavr) now has pointer to PATH of libiberty now
as:
CONFIGURE_ARGS+= --with-libiberty=${PREFIX}/lib/gcc/avr
(Add patches)
patch-src_systemclock_cpp (rename from patch-src_systemclock.cpp)
patch-src_systemclock_h
patch-src_traceval_cpp
patch-src_traceval_h
clang flags as resize unresolved reference,
backport from git repository (as of 2013-09-15).
patch-examples_atmel_key_StdDefs_c Status: Locally Added
passing argument 1 of 'strlen' differ in signedness [-Wpointer-sign]
(PKGREVISION++ not necessary, failing to build after recent revbump)
-.include "../../lang/tcl-itcl/buildlink3.mk"
+#include "../../lang/tcl-itcl/buildlink3.mk"
.include "../../lang/tcl/buildlink3.mk"
Raw simulavr-1.0.0 does not build. Some patches, and SUBST to
convert MACROS etc., are added reflecting git repository
(These will be unnecessary at next release, hopefully).
(Upstream)
Bump the version
simulavr-0.1.2.1 to
simulavr-1.0.0
(From manual-1.0.pdf)
What features are new:
- Run multiple AVR devices in one simulation. (only with interpreter
interfaces or special application linked against simulavr library)
Multiple cores can run where each has a different clock frequency.
- Connect multiple AVR core pins to other devices like LCD, LED and
others. (environment)
- Connect multiple AVR cores to multiple avr-gdb instances. (each on
its own socket/port number, but see first point for running multiple
avr cores)
- Write simulation scripts in Tcl/Tk or Python, other languages could
be added by simply adding swig scripts!
- Tracing the execution of the program, these traces support all
debugging information directly from the ELF-file.
- The traces run step by step for each device so you see all actions
in the multiple devices in time-correct order.
- Every interrupt call is visible.
- Interrupt statistics with latency, longest and shortest execution
time and some more.
- There is a simple text based UI interface to add LCD, switches, LEDs
or other components and can modify it during simulation, so there is
no longer a need to enter a pin value during execution. (Tcl/Tk
based)
- Execution timing should be nearly accurate, different access times
for internal RAM / external RAM / EEPROM and other hardware
components are simulated.
- A pseudo core hardware component is introduced to do "printf"
debugging. This "device" is connected to a normal named UNIX socket
so you do not have to waste a UART or other hardware in your test
environment. (How?)
- ELF-file loading is supported, no objcopy needed anymore.
- Execution speed is tuned a lot, most hardware simulations are now
only done if needed.
- External IO pins which are not ports are also available. (E.g. ADC7
and ADC8 on ATmega8 in TQFP package.)
- External I/O and some internal states of hardware units (link
prescaler counter and interrupt states) can be dumped ot into a VCD
trace to analyse I/O behaviour and timing. Or you can use it for
tests.
texi2dvi and texi2html exist, so that configure believes that
the documentation is wanted. Afterwards just patch the Makefile
to not really use those as intended according.
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
rather than PKG_FAIL_REASON, so that they provide useful error
messages in build logs, and so that they continue to work on platforms
where they aren't broken.
PR pkg/27596.
The Simulavr program is a simulator for the Atmel AVR family of
microcontrollers. Simulavr can be used either standalone or as a
remote target for gdb. When used in gdbserver mode, the simulator
is used as a backend so that gdb can be used as a source level
debugger for AVR programs.
