Reformat device code
Remove unused eraseProgramPage().
Type for daisy chain
No longer need the fill_b macros
Pass xmega to base Jtag
Some exceptions cleanup.
No longer need the pragma in jtag.h
Improve expected device name handling
Some cleanup
Fix jtag device loading due to switching to pointers!
Also make jtag1 description a pointer so it can be optional, deprecating the MKII flag
The xmega_dev_desc val means it is a xmega
xmega device description is optional, use a pointer for that
atxmega128a1 revisions only differs in signature
Split the large MCU details files into 1 file per device
Some const correctness
Clear Jtag class type names
Cleanup jtag device creation
More code cleanup
Remove deprecated target flash methods
Consistent file naming for jtag1
Uniform way to lookup device details
More clang-tidy hints and other C++ improvements
Fix gdb monitor call using the wrong length.
Deprecate target programming
Clang-format all relevant files to start with a clean layout
Major cleanup
Apply a large number of clang-tidy hints, mostly NULL,0->nullptr
Support code formatting using clang-format
Prefer the modern, widely supported now, C++17 version
Update script so it works with python3 (python2 is being deprecated globally)
Remove old C-style empty method arguments
Start personal dev branch
I think this patch is related to avrdude, not avarice?
avarice segmentation fault
Fix #29 avarice segmentation fault
I've attached Kamil's patch.
Kamil's fix does solve the segmentation fault and I agree with the explanation and patch.
Kamil's fix does solves the segmentation fault and I agree with the explanation and patch.
I just did a small test with my Olimex Jtag mkI on Manjaro linux and also get the segmentation fault. Will see if Kamil's fix solves it. Program received signal SIGSEGV, Segmentation fault. 0x0000555555593cb3 in jtag::layoutBreakpoints (this=this@entry=0x5555556d92e0) at jtaggeneric.cc:878 878 if (deviceDef->device_flags == DEVFL_NO_SOFTBP)
Cannot compile avarice-2.14.tar.bz2 due to '__unused'
Is this not fixed in r390?
Remove old style exception throw specifier
I also prefer that, but this is the smallest step with the least amount of risk. When I have time I'll have a stab at a bigger patch if someone is willing to review and apply it?
I've created a small patch to specify an older C++ standard.