simulavr-devel
[Top][All Lists]
Advanced

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

Re: AW: [Simulavr-devel] A serial console utility


From: Oleg Batrashev
Subject: Re: AW: [Simulavr-devel] A serial console utility
Date: Tue, 09 Nov 2004 18:18:49 +0200

Now its really newbie question, because I havent read any bfd docs or
whatever. Does AVR bfd must be different from other platform bfds(or are
there other bfds at all)?

I compiled with bfd from binutils-dev and all seems to be working fine,
but I havent really tested yet, just run some small programs.

address@hidden:~$ whereis libbfd
libbfd: /usr/lib/libbfd.a /usr/lib/libbfd.so
address@hidden:~$ whereis bfd
bfd: /usr/include/bfd.h
address@hidden:~$ dpkg -S /usr/lib/libbfd.so
binutils-dev: /usr/lib/libbfd.so
address@hidden:~$ dpkg -S /usr/include/bfd.h
binutils-dev: /usr/include/bfd.h

Oleg

On Tue, 2004-11-09 at 17:22, Frost_Tobias wrote:
> 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
> 
> 
> _______________________________________________
> 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]