RE: [Simulavr-devel] avrtest and simulavr vs simulavrxx

2009-03-10 Thread Weddington, Eric
> -Original Message- > From: Joel Sherrill [mailto:joel.sherr...@oarcorp.com] > Sent: Tuesday, March 10, 2009 4:12 PM > To: Weddington, Eric > Cc: simulavr-devel@nongnu.org > Subject: Re: [Simulavr-devel] avrtest and simulavr vs simulavrxx > > That makes sense. Once my "magic port" an

Re: [Simulavr-devel] avrtest and simulavr vs simulavrxx

2009-03-10 Thread Joel Sherrill
Weddington, Eric wrote: -Original Message- From: simulavr-devel-bounces+eweddington=cso.atmel@nongnu.org [mailto:simulavr-devel-bounces+eweddington=cso.atmel@nongn u.org] On Behalf Of Joel Sherrill Sent: Tuesday, March 10, 2009 3:42 PM To: simulavr-devel@nongnu.org Subjec

RE: [Simulavr-devel] avrtest and simulavr vs simulavrxx

2009-03-10 Thread Weddington, Eric
> -Original Message- > From: > simulavr-devel-bounces+eweddington=cso.atmel@nongnu.org > [mailto:simulavr-devel-bounces+eweddington=cso.atmel@nongn > u.org] On Behalf Of Joel Sherrill > Sent: Tuesday, March 10, 2009 3:42 PM > To: simulavr-devel@nongnu.org > Subject: [Simulavr-d

[Simulavr-devel] avrtest and simulavr vs simulavrxx

2009-03-10 Thread Joel Sherrill
Hi, I would like to make sure simulavrxx has all the capabilities avrtest and simulavr have. I am more familiar with avrtest and think these are the current deficiencies: + no maximum run limit + no magic "exit" port + no magic "abort" port Are there other issues? I have almost finished addre

[Simulavr-devel] [sr #106667] simulavrxx - fix warnings in irqsystem.h/cpp

2009-03-10 Thread Joel Sherrill
Update of sr #106667 (project simulavr): Summary: fix warnings in irqsystem.h/cpp => simulavrxx - fix warnings in irqsystem.h/cpp ___ Reply to this item at: ___

[Simulavr-devel] [sr #106671] simulavrxx - add maximum simulation time limit

2009-03-10 Thread Joel Sherrill
URL: Summary: simulavrxx - add maximum simulation time limit Project: Simulavr: an AVR simulator Submitted by: joelsherrill Submitted on: Tue 10 Mar 2009 04:26:18 PM GMT Catego

Re: [Simulavr-devel] actual cvs fails to build on suse 10.3

2009-03-10 Thread Joel Sherrill
Joerg Wunsch wrote: As Joel Sherrill wrote: I think I have addressed all of these issues. If /usr/lib/tclConfig.sh is available, the configure script now sources it to get the include and library information for tcl. Hmm, any chance to not hardcode that path? Maybe provide an option

Re: [Simulavr-devel] actual cvs fails to build on suse 10.3

2009-03-10 Thread Joel Sherrill
Klaus Rudolph wrote: Hi, I have autoconf 2.61 on my system. I set my local AC_PREREQ to 2.61 and it seems to work fine. So I think we could do this in general. If so, can you check that change in please? I have no idea which problems could this generate :-) I am by no means an expert on

Re: [Simulavr-devel] actual cvs fails to build on suse 10.3

2009-03-10 Thread Klaus Rudolph
Hi, I have autoconf 2.61 on my system. I set my local AC_PREREQ to 2.61 and it seems to work fine. So I think we could do this in general. If so, can you check that change in please? I have no idea which problems could this generate :-) build is complete, no runtime tests done. Fine! Thanks!

Re: [Simulavr-devel] actual cvs fails to build on suse 10.3

2009-03-10 Thread Joerg Wunsch
As Joel Sherrill wrote: > I think I have addressed all of these issues. If > /usr/lib/tclConfig.sh is available, the configure > script now sources it to get the include and library > information for tcl. Hmm, any chance to not hardcode that path? Maybe provide an option like --with-tcl. For e

Re: [Simulavr-devel] actual cvs fails to build on suse 10.3

2009-03-10 Thread Joel Sherrill
Hi, I think I have addressed all of these issues. If /usr/lib/tclConfig.sh is available, the configure script now sources it to get the include and library information for tcl. That should give us the official information for the installed tcl. If it isn't, we go into the old guessing mode whi

Re: [Simulavr-devel] joel committing now

2009-03-10 Thread Joel Sherrill
Onno Kortmann wrote: Hi Joel, When you check it out, you will have to do this: ./bootstrap ./configure Just to give you some feedback: - apparently automake-1.10 is needed, on my debian system and the default automake-1.8, it says: $ ./bootstrap /usr/share/aclocal/smpeg.m4:13: warni

Re: [Simulavr-devel] actual cvs fails to build on suse 10.3

2009-03-10 Thread Klaus Rudolph
Joel Sherrill wrote: Klaus Rudolph wrote: Hi all, actual cvs head could not build on SuSE10.3 cannot find -ltcl SuSE comes with libtcl8.4.so Is this from the link step? Yes, this is in link stage. Where is it installed? Don't you have libtcl.so somewhere? No, SuSE comes with libtc

Re: [Simulavr-devel] actual cvs fails to build on suse 10.3

2009-03-10 Thread Joel Sherrill
Klaus Rudolph wrote: Hi all, actual cvs head could not build on SuSE10.3 cannot find -ltcl SuSE comes with libtcl8.4.so Is this from the link step? Where is it installed? Don't you have libtcl.so somewhere? What libtcl* files do you have? The autotools version is setup so it will build

[Simulavr-devel] actual cvs fails to build on suse 10.3

2009-03-10 Thread Klaus Rudolph
Hi all, actual cvs head could not build on SuSE10.3 cannot find -ltcl SuSE comes with libtcl8.4.so ___ Simulavr-devel mailing list Simulavr-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/simulavr-devel