simulavr-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

AW: [Simulavr-devel] A serial console utility


From: Frost_Tobias
Subject: AW: [Simulavr-devel] A serial console utility
Date: Tue, 9 Nov 2004 16:22:34 +0100

I also running debian, and therefore I might have a hint for you concerning
lib-bfd:

I needed to make avr-gdb, and then I discovered, that the libbfd is included
in the gdb-source.
So apt-get source gdb and make it for the avr. This will generate also the
libbfd. 

In the source-dircetory of gdb there's a directory "bfd" whrere the library
is.
(with .configure --with-bfd-path=(...)/gdb-6.1/bfd)

Tobi


PS: You need "swig" installed. Thats not checked by the configure script...

-----Ursprüngliche Nachricht-----
Von: Robin Randhawa [mailto:address@hidden
Gesendet: Dienstag, 9. November 2004 06:07
An: Bill
Cc: address@hidden
Betreff: Re: [Simulavr-devel] A serial console utility


Hi Bill, Klaus and everyone.

Well, its been a bit of a problem getting simulavrxx up so far but I
seem to have made a little progress.

Firstly, I'm using a Debian Sid Linux box and I apologise for such a
verbose mail. Just thought it might help others too.

The earlier error I reported with libtool, which was :
>configure.ac:14: error: possibly undefined macro: AC_PROG_LIBTOOL
> >      If this token and others are legitimate, please use
m4_pattern_allow.
> >      See the Autoconf documentation.

....was because I had a development release of libtool installed. I
downgraded it to this one :

address@hidden:~/tmp/simulavr-cvs/simulavrxx/build$ libtool --version
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36) Debian:
145 $

Bill, I did not have the AVR libbfd libraries installed even though I
have the binutils-avr debian package installed. This puzzles me since it
implies that libbfd is somehow statically linked into the binutils for
AVR!! I should check on this with nm or something I guess.

Anyways, I went ahead and got the latest binutils tarball
(binutils-2.15) and built for the avr with care to specify
"--enable-install-libbfd"

Now things moved ahead but I got this error on a make for simulavrxx:

address@hidden:~/tmp/simulavr-cvs/simulavrxx/build$ make
Making all in src
make[1]: Entering directory
`/home/robin/tmp/simulavr-cvs/simulavrxx/build/src'
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I../../src -I.
-I/mnt/data3/general-apps-install//i686-pc-linux-gnu/avr/include
-I../../src -I ../src   -O2 -g -O2 -c ../../src/application.cpp
libtool: unrecognized option `--tag=CXX'
Try `libtool --help' for more information.
make[1]: *** [application.lo] Error 1
make[1]: Leaving directory
`/home/robin/tmp/simulavr-cvs/simulavrxx/build/src'
make: *** [all-recursive] Error 1

It seems that the libtool version I am using does not support the
"--tag" switch!

I modified the generated makefile and removed the use of this switch.
With this change, the build of simulavrxx is bombing out at:


creating simulavr
swig -c++ -o simulavr_wrap.cpp ../../src/simulavr.i
../../src/pin.h:90: Warning(319): No access specifier given for base
class ExternalType (ignored).
../../src/pin.h:103: Warning(319): No access specifier given for base
class ExternalType (ignored).
../../src/avrdevice.h:48: Warning(401): Nothing known about class
'SimulationMember'. Ignored.
.
.
.
.
.
g++ -DHAVE_CONFIG_H -I. -I../../src -I.
-I/mnt/data3/general-apps-install//i686-pc-linux-gnu/avr/include
-I../../src -I ../src   -O2 -g -O2 -c simulavr_wrap.cpp
simulavr_wrap.cpp:358:17: tcl.h: No such file or directory
simulavr_wrap.cpp:393: error: `ClientData' was not declared in this
scope
simulavr_wrap.cpp:393: error: `Tcl_Interp' was not declared in this
scope
simulavr_wrap.cpp:393: error: parse error before `,' token
simulavr_wrap.cpp:393: error: `Tcl_Obj' was not declared in this scope
simulavr_wrap.cpp:393: error: `CONST' was not declared in this scope
simulavr_wrap.cpp:393: error: parse error before `]' token
.
.
.
.
.........and so on.

I seem to think that removing the "--tag" switch from libtool is causing
a problem. Should the build system check for a known version of libtool
at the configure stage ? 

Also is the build system not taking into account the location of the tcl
headers ? (I do have them installed).

Bill, while it would be nice to have a rolled out snapshot (could you
put a pre-built one up somewhere, on savannah perhaps ?), I would
appreciate it if I could get simulavrxx to build on my system in the
interests of pointing out some issues that help make it better.

Let me know if you need some more info.

Thanks a tonne and cheers,
Robin





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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]