On Sun, Mar 24 2019, Antoine Jacoutot wrote:
> Hi.
>
> There's a conflict between avr-gcc and riscv-elf-gcc which prevents simulavr
> from building (if riscv-elf-gcc is installed on the machine).
> I'm not familiar with these ports so not sure which solution is prefere
Hi.
There's a conflict between avr-gcc and riscv-elf-gcc which prevents simulavr
from building (if riscv-elf-gcc is installed on the machine).
I'm not familiar with these ports so not sure which solution is prefered to
solve this.
>>> Building on exopi-3 under devel/simulav
t; I may have encountered the same bug when I tried to build programs
> > > generated with devel/arduino. cc1 aborts with a coredump during the
> > > compilation.
> > I just committed a fix for devel/avr/gcc, please rebuild it from an
> > updated ports tree or wait for the next s
uring the
>> compilation.
>
> I just committed a fix for devel/avr/gcc, please rebuild it from an
> updated ports tree or wait for the next set of snapshot packages.
> devel/simulavr and devel/arduino build fine now.
Thanks! I'll try it when I can.
Regarding my patch to upda
for devel/avr/gcc, please rebuild it from an
updated ports tree or wait for the next set of snapshot packages.
devel/simulavr and devel/arduino build fine now.
-Kurt
grams generated with devel/arduino
without coredump but it doesn't work on the arduino, I guess the
attribute wasn't there for nothing
When I looked at devel/simulavr source code, the only occurence of the
ISR() macro was in the tests. I was able to build devel/simulavr by
disa
an Weisgerber wrote:
> Since the introduction of retguard, devel/simulavr has continuously
> failed to build on amd64. This is actually a bug in devel/avr/gcc.
> The problem was diagnosed early by mortimer@. As I'm not making
> any progress, I'm forwarding his analysis here
Since the introduction of retguard, devel/simulavr has continuously
failed to build on amd64. This is actually a bug in devel/avr/gcc.
The problem was diagnosed early by mortimer@. As I'm not making
any progress, I'm forwarding his analysis here to give other people
a chance t
Hi ports@,
simple update for simulavr with deactivated doxygen docs. All tests
passed on amd64.
I don't see a smart way to disable doxygen as by patching configure.
OK? Comments?
Best regards,
Rafael Sadowski
Index: Mak
Hi there,
I check the port tree and do not find simulavr. Is it possible to take
it from Freebsd and install on openbsd?
Kind regards,
igor
On Wed, Sep 17, 2008 at 1:43 AM, Tobias Sarnowski
<[EMAIL PROTECTED]> wrote:
> I have two suggestions for you. At first, add the avr compiler to its
> dependencies - the package won't build without it.
>
> BUILD/RUN_DEPENDS=::devel/avr/gcc
RUN_DEPENDS might be better as devel/avr/gdb. then again,
wski wrote:
and here is the attachment... ;-)
Tobias Sarnowski wrote:
Chris Kuethe wrote:
simulavr is a software simulator for various AVR microcontrollers.
BUILD/RUN_DEPENDS=::devel/avr/gcc
(don't know if RUN is nessecary)
and here is the attachment... ;-)
Tobias Sarnowski wrote:
Chris Kuethe wrote:
simulavr is a software simulator for various AVR microcontrollers.
Hi Chris,
today, I want to start learning how to work with AVR microcontrollers
- you made my day - perfect timing ;-)
I have two
Chris Kuethe wrote:
simulavr is a software simulator for various AVR microcontrollers.
Hi Chris,
today, I want to start learning how to work with AVR microcontrollers -
you made my day - perfect timing ;-)
I have two suggestions for you. At first, add the avr compiler to its
simulavr is a software simulator for various AVR microcontrollers.
--
GDB has a 'break' feature; why doesn't it have 'fix' too?
simulavr.tar
Description: Unix tar archive
15 matches
Mail list logo
