[bug #59427] Pending external interrupts can not be cleared

2020-11-07 Thread anonymous 
URL:
  

 Summary: Pending external interrupts can not be cleared
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Sat 07 Nov 2020 11:30:24 AM UTC
Category: Simulation
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: timol...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

I observed that clearing pending external interrupts has no effect. For
instance, clearing the PCIE bit (by writing a 0 bit) inside of GIMSK or
clearing the PCIF bit (by writing a 1 bit) inside of GIFR, does not prevent
the interrupt handler to be run.

Looking at the simulavr source code it seems like a Problem inside of
libsim/externalirq.cpp in the function ExternalIRQHandler::set_from_reg. The
function does not call ClearIrqFlag which would be required to clear any
pending interrupts...




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #58231] make all does not make doc --> make install fails

2020-04-23 Thread anonymous 
URL:
  

 Summary: make all does not make doc --> make install fails
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Thu 23 Apr 2020 03:00:19 PM UTC
Category: Configure
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: b...@fpprogs.de
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

make install fails because it can't find doc/simulavr.1.gz:


CMake Error at doc/cmake_install.cmake:41 (file):
  file INSTALL cannot find "/tmp/simulavr-build/doc/simulavr.1.gz".
Call Stack (most recent call first):
  cmake_install.cmake:44 (include)


I executed make all before. After executing make doc, install was successful.
Maybe consider building docs as well when target "all" es executed.

~ Frederik P.




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[bug #58230] get_git_version.sh does not work if build dir outside of git

2020-04-23 Thread anonymous 
URL:
  

 Summary: get_git_version.sh does not work if build dir
outside of git
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Thu 23 Apr 2020 02:54:50 PM UTC
Category: Configure
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: b...@fpprogs.de
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

If the build dir is outside of the git repository get_git_version.sh (called
by get_git_info()) fails to extract current version.

I attached my suggested fix.

~ Frederik P.



___

File Attachments:


---
Date: Thu 23 Apr 2020 02:54:50 PM UTC  Name:
get_git_version_build_dir_outside_of_repo.patch  Size: 1KiB   By: None



___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/

[Simulavr-devel] [bug #55794] Pysimulavr installation throwing exception - undefined symbol: _ZTI14RWMemoryMember

2019-02-27 Thread anonymous 
URL:
  

 Summary: Pysimulavr installation throwing exception -
undefined symbol: _ZTI14RWMemoryMember
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Thu 28 Feb 2019 07:36:47 AM UTC
Category: Configure
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: sahebsing...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

Hi,

I am trying to compile and build pysimulavr. I have cloned Simulavr-1.0.0 and
ran the following commands
1. ./bootstrap
2. ./configure --enable-python
3. make
4. sudo make install
5. cd src/python
6. sudo python setup.py install

After running these steps, pysimulavr.so file is generated. I also configured
libsim.so file  path in my LD_LIBRARY_PATH. But when I run the following
commands, I get the below error that  _ZTI14RWMemoryMember symbol is not
defined. Kindly look into this and let me know what exactly needs to be done.

1. python
2. import pysimulavr

or

1. cd examples/python
2. make example

Traceback (most recent call last):
  File "", line 1, in 
  File
"/usr/local/lib/python2.7/dist-packages/pysimulavr-1.1.dev0-py2.7-linux-x86_64.egg/pysimulavr.py",
line 17, in 
_pysimulavr = swig_import_helper()
  File
"/usr/local/lib/python2.7/dist-packages/pysimulavr-1.1.dev0-py2.7-linux-x86_64.egg/pysimulavr.py",
line 16, in swig_import_helper
return importlib.import_module('_pysimulavr')
  File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
ImportError:
/usr/local/lib/python2.7/dist-packages/pysimulavr-1.1.dev0-py2.7-linux-x86_64.egg/_pysimulavr.so:
undefined symbol: _ZTI14RWMemoryMember




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #49033] Compiling the SimulAVR sources on Debian (Testing) fails

2016-11-04 Thread anonymous 
Follow-up Comment #1, bug #49033 (project simulavr):

The problem is the two defines in the makefile for gtest:
 -Dprivate=public -Dprotected=public

Remove/comment out the line:
 GTEST_CXXFLAGS = -Dprivate=public -Dprotected=public

from Makefile.am in regress/gtest, reconfigure and it should compile fine.

Regards,

 -- Ronny

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #49033] Compiling the SimulAVR sources on Debian (Testing) fails

2016-09-08 Thread anonymous 
URL:
  

 Summary: Compiling the SimulAVR sources on Debian (Testing)
fails
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Thu 08 Sep 2016 07:28:36 PM UTC
Category: Configure
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: nasser.at...@hotmail.com
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

Hi,

I've pulled the source from git and executed 
./bootstrap 
./configure 
make 

as described in the INSTALL - file. But during compilation the make program
aborts the compilation with the following error:

[...]
make[2]: Entering directory '/home/zufall/SimulAVR/simulavr/regress/gtest'
depbase=`echo session_001/unittest001.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
g++ -DHAVE_CONFIG_H -I. -I../../src-Dprivate=public -Dprotected=public 
-Igtest-1.6.0/include/gtest -Igtest-1.6.0/include -Igtest-1.6.0 -I../../src -g
-g -O2 -MT session_001/unittest001.o -MD -MP -MF $depbase.Tpo -c -o
session_001/unittest001.o session_001/unittest001.cpp &&\
mv -f $depbase.Tpo $depbase.Po
In file included from gtest-1.6.0/include/gtest/internal/gtest-port.h:197:0,
 from gtest-1.6.0/include/gtest/internal/gtest-internal.h:40,
 from gtest-1.6.0/include/gtest/gtest.h:57,
 from session_001/unittest001.cpp:4:
/usr/include/c++/6/sstream:300:7: error: 'struct
std::__cxx11::basic_stringbuf<_CharT, _Traits, _Alloc>::__xfer_bufptrs'
redeclared with different access
   struct __xfer_bufptrs
   ^~
Makefile:572: recipe for target 'session_001/unittest001.o' failed
make[2]: *** [session_001/unittest001.o] Error 1
make[2]: Leaving directory '/home/zufall/SimulAVR/simulavr/regress/gtest'
Makefile:432: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/zufall/SimulAVR/simulavr/regress'
Makefile:509: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

The file with the entire make output is attached. Any help is highly
appreciated.

Regards
Nasser



___

File Attachments:


---
Date: Thu 08 Sep 2016 07:28:36 PM UTC  Name: make-output.txt  Size: 5kB   By:
None
output of make


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #47629] adc_diff_t25 tests 00 and 02 fail on 64bit Ubuntu 14.04

2016-04-05 Thread anonymous 
URL:
  

 Summary: adc_diff_t25 tests 00 and 02 fail on 64bit Ubuntu
14.04
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Втр 05 Апр 2016 20:38:41
Category: Test Suite
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: igor.a.permi...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

Simulavr version: rel-1.1 branch (commit: 4d3c8c0fae3efa95)

Test suite fails on 64bit Ubuntu 14.04 with following errors:


==
FAIL: test_00 (adc_diff_t25.TestCase)
adc_diff_t25_attiny25::check adc conversion, differential channel, bipolar
mode
--
Traceback (most recent call last):
  File "adc_diff_t25.py", line 83, in test_00
self.assertValue(0.8, 1.0, 2.56, False)
  File "adc_diff_t25.py", line 52, in assertValue
self.assertEqual(v, e, "expected adc value is 0x%x, got 0x%x" % (e, v))
AssertionError: expected adc value is 0x3d9, got 0x3d8

==
FAIL: test_02 (adc_diff_t25.TestCase)
adc_diff_t25_attiny25::check adc conversion, differential channel, unipolar
mode with IPR
--
Traceback (most recent call last):
  File "adc_diff_t25.py", line 147, in test_02
self.assertValue(1.0, 0.8, 2.56)
  File "adc_diff_t25.py", line 52, in assertValue
self.assertEqual(v, e, "expected adc value is 0x%x, got 0x%x" % (e, v))
AssertionError: expected adc value is 0x4f, got 0x50



== Environment ==


Ubuntu 14.04.4 LTS (GNU/Linux 4.2.0-27-generic x86_64)

$ uname -a
Linux ubuntu64 4.2.0-27-generic #32~14.04.1-Ubuntu SMP Fri Jan 22 15:32:26 UTC
2016 x86_64 x86_64 x86_64 GNU/Linux

$ gcc --version
gcc (Ubuntu 4.8.4-2ubuntu1~14.04.1) 4.8.4

$ python --version
Python 2.7.6



== Investigation ==

Floating point calculations give slightly different result in C++ Simulavr
code and in Python tests. And after truncation of the fractional part, integer
results differ by 1.

The code from adc_diff_t25.py:


  def assertValue(self, pValue, nValue, refValue, unipolar = True):
if unipolar:
  rng = 1024
else:
  rng = 512
v = self.sim.getWordByName(self.dev, "adc_value")
e = int(((pValue - nValue) / refValue) * rng) & 0x3ff
self.assertEqual(v, e, "expected adc value is 0x%x, got 0x%x" % (e, v))


Failure in test_00 is caused by following values:

v = 984
((pValue - nValue) / refValue) * rng = -39.9929 (after truncation
to int becomes -39 and not -40)


Failure in test_02 is caused by following values:

v = 80
((pValue - nValue) / refValue) * rng = 79.9858 (after truncation
to int becomes 79 and not 80)


Probably, the behavior described here takes place:
[http://www.viva64.com/en/b/0074/]


== Solution ==

Test voltage value(s) should be adjusted to produce a more stable result (I've
changed 0.8 to 0.7).

The patch attached.


Best regards,
Igor A. Perminov



___

File Attachments:


---
Date: Втр 05 Апр 2016 20:38:41  Name: fix_regress_amd64.patch  Size: 1kB
  By: None



___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #47017] regression of Bug 34793

2016-01-29 Thread anonymous 
URL:
  

 Summary: regression of Bug 34793
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Fri 29 Jan 2016 10:02:45 PM UTC
Category: Configure
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: simul...@rubypanther.com
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

Presumably due to optimization improvements on newer gcc

gcc version 5.3.1 20151207 (Red Hat 5.3.1-2) (GCC)

disp.c:246:34: error: variable ‘areg’ set but not used
[-Werror=unused-but-set-variable]

The attempted fix in the code is:
areg = 42;  /*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34793 */





___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #44150] special pipe register doesnt work below 0x20

2015-02-03 Thread anonymous 
Follow-up Comment #3, bug #44150 (project simulavr):

So instead of modifying simulavr to have -W and -R use I/O address space, just
update the documentation to indicate they take RAM addresses (and therefore
must be 0x20)


___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44150

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #44150] special pipe register doesnt work below 0x20

2015-02-02 Thread anonymous 
Follow-up Comment #2, bug #44150 (project simulavr):

That's for ram addressing with LD/ST but not I/O with in/out.

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44150

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #44150] special pipe register doesnt work below 0x20

2015-02-01 Thread anonymous 
URL:
  http://savannah.nongnu.org/bugs/?44150

 Summary: special pipe register doesnt work below 0x20
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Sun 01 Feb 2015 05:13:41 PM UTC
Category: Simulation
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: ralphdoncas...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

Special pipe registers don't work for addresses 0x00-0x1f.

I modified fred.c:
#define special_output_port (*( (volatile char *)0x18))
#define special_input_port  (*( (volatile char *)0x19))

I compiled/linked fred.elf, and ran simulavr:
simulavr --device atmega328 -f fred.elf -W 0x18,- -R 0x19,- -T exit
Invalid read access to RWWriteToFile register.






___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?44150

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #43069] README says to use --enable-bfd

2014-08-25 Thread anonymous 
URL:
  http://savannah.nongnu.org/bugs/?43069

 Summary: README says to use --enable-bfd
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Mon 25 Aug 2014 05:49:41 PM UTC
Category: Documentation
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: ralphdoncas...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

The README says to run

./configure --enable-bfd=DIRECTORY_TO_BINUTILS/BFD

I used the --enable-bfd option and got the following warning from configure:
configure: WARNING: unrecognized options: --enable-bfd





___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?43069

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #41654] configure fails if swig version 2.0.0

2014-02-21 Thread anonymous 
URL:
  http://savannah.nongnu.org/bugs/?41654

 Summary: configure fails if swig version  2.0.0
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Fr 21 Feb 2014 09:28:52 UTC
Category: Configure
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: ste...@biereigel.de
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

The ./configure script produces the following message if the installed swig
version is greater than 2.0.0:

WARNING: SWIG version = 1.3.18 is required.  You have 2.0.7.  You should look
at http://www.swig.org

This is caused by an erroneous check in the script at line 14630.
The check tests whether the available major number --equals-- the required
major number, which does not work because 2  1 (needed: 1.3.18) and the check
fails.

Building is therefore impossible without changing the configure file
(disabling the check).
 




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?41654

___
  Nachricht gesendet von/durch Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [sr #108327] Please make it OS X compatible

2013-06-20 Thread anonymous 
URL:
  http://savannah.nongnu.org/support/?108327

 Summary: Please make it OS X compatible
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Thu 20 Jun 2013 09:24:19 PM UTC
Category: features
Priority: 5 - Normal
Severity: 1 - Wish
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr
Operating System: Mac OS

___

Details:






___

Reply to this item at:

  http://savannah.nongnu.org/support/?108327

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #35737] new awr-gcc is picky about depreciated constants

2012-03-12 Thread anonymous 
Follow-up Comment #2, bug #35737 (project simulavr):

Hi,
I decided to add some small comments to my previous post.

Most of the changes, that I do, are self-explanatory. You will get an
error: attempt to use poisoned SOME_MAGIC_NAME if you do not apply them.

However, there are some changes in the atmel_key example which may need some
additional explanation.

In the ./examples/atmel_key/main.c file I replace the call to msleep with
_delay_ms, and in the ./examples/atmel_key/StdDefs.c file I comment out
the call to _delay_ms (in the msleep implementation - this makes this
function unusable - it's dummy then - but it was ONLY used in one place in
the ./examples/atmel_key/main.c file, which I also patched).
The reason is that the _delay_ms accepts ONLY constant parameters, no
variable parameters are allowed in the call. If you do not apply these
changes, you will get /.../avr/.../4.5.1/.../include/util/delay.h:164:28:
error: __builtin_avr_delay_cycles expects an integer constant.

Hope it helps.

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?35737

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #35594] Build fails with swig 2.0.4

2012-02-22 Thread anonymous 
URL:
  http://savannah.nongnu.org/bugs/?35594

 Summary: Build fails with swig 2.0.4
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Thu 23 Feb 2012 04:23:21 AM UTC
Category: Configure
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: ivansichfrei...@gmail.com
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

When building simulavr with the python interface, the build fails with swig
2.0.4:
Error: SWIG version = 1.3.18 is required.  You have 2.0.4.  You should look
at http://www.swig.org

See config.log attached



___

File Attachments:


---
Date: Thu 23 Feb 2012 04:23:21 AM UTC  Name: config.log  Size: 42kB   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=25126

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?35594

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #35426] Build problem: configure failed

2012-02-01 Thread anonymous 
Follow-up Comment #2, bug #35426 (project simulavr):

LT_INIT and LT_PREREQ are only available in libtool 2.2 or higher

Which version of libtool is on your system? 

run:

 $ libtool --version

to find out.  You might need to upgrade to libtool 2.2 or newer. 



___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?35426

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #35426] Build problem: configure failed

2012-02-01 Thread anonymous 
Follow-up Comment #3, bug #35426 (project simulavr):

1.5, so that'll be the problem.  Might be worth documenting the version
dependency. :)

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?35426

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #35195] ICALL simulation: wrong cycles

2011-12-30 Thread anonymous 
URL:
  http://savannah.nongnu.org/bugs/?35195

 Summary: ICALL simulation: wrong cycles
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Fr 30 Dez 2011 09:12:24 UTC
Category: Simulation
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: erich.wen...@iaik.tugraz.at
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

Hi,

working simulavr: git clone (one month ago)
processor:atmega128

ICALL should take 3 cycles to execute, but the simulator finishes its
execution within one cycle.

(I need the cycle accuracy for a cycle accurate atmega128 written in VHDL)

./c_code/main.elf 0x02e8: test_assembler+0x108   {LDI R30, 0x00 }
./c_code/main.elf 0x02ea: test_assembler+0x109   {LDI R31, 0x01 } 
./c_code/main.elf 0x02ec: test_assembler+0x10a   {ICALL Z SP=0x10fa
0x77 SP=0x10f9 0x1 } 
./c_code/main.elf 0x0200: test_assembler+0x94{FMULS R18, R19
SREG=[--H---Z-] } 

Best regards,
Erich




___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?35195

___
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #34270] current master does no build

2011-11-19 Thread anonymous 
Follow-up Comment #7, bug #34270 (project simulavr):

SWIG does generate code from python/pysimulavr.i. There hwstack.h is included.
I do not know if that should happen or not. 

But you can make SWIG not to generate a setter function by adding %immutable
HWStack::m_ThreadList before the %include.

But it seems strange to me that m_ThreadList is a public member of HWStack if
you cannot change it.

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?34270

___
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #32592] simulavr trace get stuck while printing branching instructions

2011-02-24 Thread anonymous 
URL:
  http://savannah.nongnu.org/bugs/?32592

 Summary: simulavr trace get stuck while printing branching
instructions
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Fri 25 Feb 2011 02:01:26 AM UTC
Category: Simulation
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: bestp...@yahoo.com
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavr

___

Details:

Hi,

I started using simulavr today, and after a successful bootstrap, configure
and make, I started to try the simulator for a project I'm working with
Arduino code.

I found the trace option extremely useful for debugging interrupt-driven tasks
in the AVR uC, but it was not working ok. Some times, when it reached a branch
instruction (BRBC and the like), the trace output stopped, and a new trace
file was created a few seconds later. However, that new file suffered from the
same problems, i.e. it was unexpectedly terminated right before a branch
instruction. (I was able to find this comparing the trace output and the
compiler's output)

The test suit passed all ok, so I found a problem in the trace code in
decoder_trace.cpp. While decoding the BRBC and BRBS instructions, the names
are located in arrays using the bitmask variable as an index. However, the
bitmask variable is set by a bit shift in decoder.cpp, and is not a suitable
index for the array.

I wrote a macro that fixes that, but I'm sure you might find a better,
optimized solution. I'm attaching a diff of the original and modified files.

I hope this helps you in the development of this wonderful tool!

Thanks,

Patricio

PS: I also added an #include in avrerror.cpp to make it compile, and appears
on the same diff.



___

File Attachments:


---
Date: Fri 25 Feb 2011 02:01:26 AM UTC  Name: decode_trace.patch  Size: 3kB  
By: None

http://savannah.nongnu.org/bugs/download.php?file_id=22778

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?32592

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/


___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [sr #106796] ./configure does not generate working makefiles

2010-03-23 Thread anonymous 

Follow-up Comment #3, sr #106796 (project simulavr):

Well no - after all I posted the bug 6 months ago,.. I would hope it might
have been fixed in the developer code base sometime in the last 6 months.

___

Reply to this item at:

  http://savannah.nongnu.org/support/?106796

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/



___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [sr #106796] ./configure does not generate working makefiles

2009-06-01 Thread anonymous 

URL:
  http://savannah.nongnu.org/support/?106796

 Summary: ./configure does not generate working makefiles
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Tue 02 Jun 2009 02:16:08 AM UTC
Category: bugs
Priority: 5 - Normal
Severity: 3 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: p...@ensigma.com.au
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: simulavrxx
Operating System: GNU/Linux

___

Details:

Hi,

I just tried to build simulavrxx against binutils-2.19.1 and the makefiles
generated by ./configure had two errors. 

The configure line I used was:

./configure --with-bfd-path=../binutils-2.19.1/bfd/

The errors were:
1. in the src/Makefile the variables below looked like:
 bfd_a_location = ../../binutils-2.19.1/bfd//
 bfd_h_location = ../../binutils-2.19.1/bfd//
   when they needed to be:
 bfd_a_location = ../../binutils-2.19.1/bfd//
 bfd_h_location = ../../binutils-2.19.1/bfd//
2. The line:
 LIBS = -lncurses
   needed to be:
 LIBS = -lncurses -lz 
   to stop lots of complaints about missing symbols in compress.c
   from binutils (I guess they now using compression from libz)

Once I fixed these things seemed to be OK.

Cheers,

  Paul





___

Reply to this item at:

  http://savannah.nongnu.org/support/?106796

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/



___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [sr #106796] ./configure does not generate working makefiles

2009-06-01 Thread anonymous 

Follow-up Comment #1, sr #106796 (project simulavr):

I spoke to soon,... another bug,... checkdebug.py is missing from the
examples/anacomp directory.

___

Reply to this item at:

  http://savannah.nongnu.org/support/?106796

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/



___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #25939] src/simulavr: option '--gdbserver' requires an argument

2009-03-20 Thread anonymous 

URL:
  http://savannah.nongnu.org/bugs/?25939

 Summary: src/simulavr: option '--gdbserver' requires an
argument
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: ven 20 mar 2009 11:57:57 UTC
Category: None
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: ah...@baizid.org
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Hello,

When I run:
 $ src/simulavr -datmega128 --verbose --gdbserver
I get:
 src/simulavr: option '--gdbserver' requires an argument

I attach a patch.



___

File Attachments:


---
Date: ven 20 mar 2009 11:57:57 UTC  Name:
gdbserver_requires_an_argument.patch  Size: 587 o   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=17741

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?25939

___
  Message posté via/par Savannah
  http://savannah.nongnu.org/



___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [bug #23108] patch to include support for ATtiny11 and ATtiny12

2008-04-30 Thread anonymous 

URL:
  http://savannah.nongnu.org/bugs/?23108

 Summary: patch to include support for ATtiny11 and ATtiny12
 Project: Simulavr: an AVR simulator
Submitted by: None
Submitted on: Tuesday 04/29/2008 at 20:23 UTC
Category: None
Severity: 3 - Normal
  Item Group: None
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: [EMAIL PROTECTED]
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

Attached is a patch to include support for ATtiny{11,12}.

Thanks for all of your hard work.

Joe



___

File Attachments:


---
Date: Tuesday 04/29/2008 at 20:23 UTC  Name: simulavr_attiny11-12.patch 
Size: 2kB   By: None

http://savannah.nongnu.org/bugs/download.php?file_id=15552

___

Reply to this item at:

  http://savannah.nongnu.org/bugs/?23108

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/



___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/simulavr-devel

[Simulavr-devel] [patch #3763] Python support (in addition to TCL; simulavrxx)

2005-10-10 Thread anonymous 

Follow-up Comment #5, patch #3763 (project simulavr):

Attached patch is only a partial fix. I ran out of time/interest.

things I broke - the USE_SWIG should somehow encapsulate the added
configure.ac

I didn't work out the python/tcl library naming scheme.

Using .la should eliminate liberty.a requirements at this is listed as a
dependancy of libbfd

I hope this is of some use.

http://www.geocities.com/foetsch/python/swig_linux.htm
should help


cheers,
Daniel Black
Gentoo Developer
___

Additional Item Attachment:

File name: simulavrxx-autoconf.patch  Size:11 KB
simulavrxx-autoconf.patch (incomplete)
http://savannah.nongnu.org/patch/download.php?item_id=3763item_file_id=5303

___

Reply to this item at:

  http://savannah.nongnu.org/patch/?func=detailitemitem_id=3763

___
  Message sent via/by Savannah
  http://savannah.nongnu.org/



___
Simulavr-devel mailing list
Simulavr-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/simulavr-devel