JTAG tools compilen onder windows

[wacco]

Ik probeer de hele ochtend al openocd en urjtag te compilen, maar ik krijg het maar niet voor elkaar.

Ten eerste urjtag, ik heb alles geinstalleerd wat er nodig is voor zover ik weet, en ik heb de CDM zip voor windows uitgepakt op m'n C schijf, maar als ik dit doe (volgens http://www.urjtag.org/book/x203.html )

./configure --with-libftd2xx=/cygdrive/c/CDM/

komt er op een gegeven moment dit voorbij rollen;

configure: WARNING: *** libftdi not detected. No support for FTDI-based USB JTAG
cables via libftdi.
checking for libusb-config... no
checking for usb_find_devices... no
configure: WARNING: *** libusb not detected. No support for USB JTAG cables via
libusb.
checking for FT_Open in -lftd2xx... no
configure: WARNING: *** libftd2xx not found. No support for FTDI-based USB JTAG
cables via libftd2xx.

...

jtag is now configured for

USB cable support : no
FTDI cable support
via libftdi : no
via libftd2xx : no
Parser error locations : no (flex 2.5.4)

En dan is make nogal onzinnig. Maar zelfs als ik dat doe (gewoon 'make' als cmd) dan krijg ik;

$ make
c:/djgpp/bin/make.exe all-recursive
make.exe[1]: Entering directory `c:/cygwin/home/wacco/urjtag-0.7'
343 [main] sh 1480 dtable::stdio_init: couldn't make stderr distinct from
dout
Making all in libbrux
Microsoft(R) Windows DOS
(C)Copyright Microsoft Corp 1990-1999.
make.exe[2]: Entering directory `c:/cygwin/home/wacco/urjtag-0.7/libbrux'
c:/djgpp/bin/make.exe all-recursive
make.exe[3]: Entering directory `c:/cygwin/home/wacco/urjtag-0.7/libbrux'
Making all in po
Microsoft(R) Windows DOS
(C)Copyright Microsoft Corp 1990-1999.
make.exe[4]: Entering directory `c:/cygwin/home/wacco/urjtag-0.7/libbrux/po'
c:/djgpp/bin/make.exe libbrux.pot-update
make.exe[5]: Entering directory `c:/cygwin/home/wacco/urjtag-0.7/libbrux/po'
sed -e '/^#/d' remove-potcdate.sin > t-remove-potcdate.sed
make.exe[5]: Leaving directory `c:/cygwin/home/wacco/urjtag-0.7/libbrux/po'
make.exe[4]: Leaving directory `c:/cygwin/home/wacco/urjtag-0.7/libbrux/po'
make.exe[3]: Leaving directory `c:/cygwin/home/wacco/urjtag-0.7/libbrux'
make.exe[2]: Leaving directory `c:/cygwin/home/wacco/urjtag-0.7/libbrux'
make.exe[1]: *** [all-recursive] Error 1
make.exe[1]: Leaving directory `c:/cygwin/home/wacco/urjtag-0.7'
make.exe: *** [all] Error 2

Als ik doe;

make 2> error.txt

lijkt 'ie een stuk verder te komen maar wederom niet tot het einde, en wederom wordt er nergens verteld waarom niet.

verder:

wacco@eliza /cygdrive/c/CDM
$ ls
amd64 ftd2xx.h ftdibus.cat ftdibus.inf ftdiport.cat ftdiport.inf i386

en ioperm is geinstalleerd, ioperm -i uitgevoerd in een windows cmd line, en alles van paragraaf 2.5.4 is aanwezig
Dan als ik openocd probeer met behulp van http://openfacts.berlios....ml?title=Building_OpenOCD

$ ./bootstrap

$ ./configure --enable-ft2232_ftd2xx --with-ftd2xx=/cygdrive/c/CDM/
...snip, niets vreemds, geen warnings of iets...
$ make

geeft dan

1945 [main] sh 292 dtable::stdio_init: couldn't make stderr distinct from std
out
c:/djgpp/bin/make.exe all-recursive
make.exe[1]: Entering directory `c:/cygwin/home/wacco/trunk'
7 [main] sh 1400 dtable::stdio_init: couldn't make stderr distinct from st
dout
Making all in src
Microsoft(R) Windows DOS
(C)Copyright Microsoft Corp 1990-1999.
make.exe[2]: Entering directory `c:/cygwin/home/wacco/trunk/src'
Making all in helper
Microsoft(R) Windows DOS
(C)Copyright Microsoft Corp 1990-1999.
make.exe[3]: Entering directory `c:/cygwin/home/wacco/trunk/src/helper'
gcc -DHAVE_CONFIG_H -I. -I../.. -g -O2 -MT binarybuffer.o -MD -MP -MF .deps/
binarybuffer.Tpo -c -o binarybuffer.o binarybuffer.c
make.exe[3]: Leaving directory `c:/cygwin/home/wacco/trunk/src/helper'
Making all in jtag
make.exe[3]: Entering directory `c:/cygwin/home/wacco/trunk/src/jtag'
gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/helper -I/cygdrive/c/CDM// -g -O
2 -MT jtag.o -MD -MP -MF .deps/jtag.Tpo -c -o jtag.o jtag.c
make.exe[3]: Leaving directory `c:/cygwin/home/wacco/trunk/src/jtag'
Making all in xsvf
make.exe[3]: Entering directory `c:/cygwin/home/wacco/trunk/src/xsvf'
gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/server -I../../src/helper -I../../
src/jtag -g -O2 -MT xsvf.o -MD -MP -MF .deps/xsvf.Tpo -c -o xsvf.o xsvf.c
make.exe[3]: Leaving directory `c:/cygwin/home/wacco/trunk/src/xsvf'
Making all in target
make.exe[3]: Entering directory `c:/cygwin/home/wacco/trunk/src/target'
gcc -DHAVE_CONFIG_H -I. -I../.. -I../../src/gdb -I../../src/helper -I../../
src/jtag -I../../src/xsvf -DPKGLIBDIR=\"/usr/local/lib/openocd\" -g -O2 -MT
target.o -MD -MP -MF .deps/target.Tpo -c -o target.o target.c
make.exe[3]: Leaving directory `c:/cygwin/home/wacco/trunk/src/target'
make.exe[2]: Leaving directory `c:/cygwin/home/wacco/trunk/src'
make.exe[1]: *** [all-recursive] Error 1
make.exe[1]: Leaving directory `c:/cygwin/home/wacco/trunk'
make.exe: *** [all] Error 2

Waar ik dus wederom niets mee kan
stderr naar een tekstbestand verwijzen verhelpt wel de eerste error weer, maar vervolgens loopt het hele verhaal weer op een hoopje. error.txt bevat dan dingen als;

$ cat error.txt
make.exe[3]: *** [binarybuffer.o] Error -1
make.exe[3]: *** [jtag.o] Error -1
make.exe[3]: *** [xsvf.o] Error -1
make.exe[3]: *** [target.o] Error -1
make.exe[2]: *** [all-recursive] Error 1
make.exe[1]: *** [all-recursive] Error 1
make.exe: *** [all] Error 2

Heeft iemand wat tips of hints? Ik snap er de ballen van

Edit: Klikte verkeerd, dus sorry voor het halve bericht @ vroege vogels

[ Voor 86% gewijzigd door wacco op 11-01-2008 12:57 ]

[Verwijderd]

Die libbrux dan heb je niet de "devl" versie van getline en gettext.

Je moet eerst configure goed doorlopen voordatje make kunt doen (make bestandjes worden gemaakt door configure, als die niet goed doorlopen is dan is je make ook brak)

[wacco]

libbrux? Ik snap je even niet?
Ik heb verder zoiets van, laat urjtag maar zitten, openocd kan alles wat dat tooltje kan - en meer. Als ik het goed begrepen heb. urjtag zal de devices die ik gebruik nooit herkennen, openocd waarschijnlijk wel.

Als ik openocd configureer krijg ik dit (let op dat ik nu --enable-ft2232_libftd2xx doe)

wacco@eliza ~/trunk
$ ./bootstrap

wacco@eliza ~/trunk
$ ./configure --enable-ft2232_libftd2xx --with-ftd2xx=/cygdrive/c/CDM/
checking for gcc... gcc
checking for C compiler default output file name... a.exe
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... .exe
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for library containing ioperm... -lioperm
checking build system type... i686-pc-cygwin
checking host system type... i686-pc-cygwin
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking elf.h usability... yes
checking elf.h presence... yes
checking for elf.h... yes
checking whether byte ordering is bigendian... no
checking for strndup... yes
checking for strnlen... yes
checking for gettimeofday... yes
checking for usleep... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking for ranlib... ranlib
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating src/helper/Makefile
config.status: creating src/jtag/Makefile
config.status: creating src/xsvf/Makefile
config.status: creating src/target/Makefile
config.status: creating src/server/Makefile
config.status: creating src/flash/Makefile
config.status: creating src/pld/Makefile
config.status: creating doc/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands

wacco@eliza ~/trunk
$

vandaar dat ik zei, niets vreemds. Maar als ik dan make doe;

wacco@eliza ~/trunk
$ make
c:/djgpp/bin/make.exe all-recursive
make.exe[1]: Entering directory `c:/cygwin/home/wacco/trunk'
Making all in src
Microsoft(R) Windows DOS
(C)Copyright Microsoft Corp 1990-1999.
make.exe[2]: Entering directory `c:/cygwin/home/wacco/trunk/src'
Making all in helper
Microsoft(R) Windows DOS
(C)Copyright Microsoft Corp 1990-1999.
make.exe[3]: Entering directory `c:/cygwin/home/wacco/trunk/src/helper'
gcc -DHAVE_CONFIG_H -I. -I../.. -g -O2 -MT binarybuffer.o -MD -MP -MF .deps/
binarybuffer.Tpo -c -o binarybuffer.o binarybuffer.c
make.exe[3]: *** [binarybuffer.o] Error -1
make.exe[3]: Leaving directory `c:/cygwin/home/wacco/trunk/src/helper'
make.exe[2]: *** [all-recursive] Error 1
make.exe[2]: Leaving directory `c:/cygwin/home/wacco/trunk/src'
make.exe[1]: *** [all-recursive] Error 1
make.exe[1]: Leaving directory `c:/cygwin/home/wacco/trunk'
make.exe: *** [all] Error 2

En dit is nog minder ver als net

Die eerdere fout over stderr krijg ik trouwens weg als ik een tweede shell open, en de eerdere afsluit Dan pakt 'ie het wel, totdat ik configure doe, dan weer niet

Verder heb ik nog m'n usb jtag dongle geflashed naar de amontec jtagkey settings, en hun tooltje (amtsvfplayer) herkent het device dan wel maar blijft hangen op "ICE analizing" en doet verder niets meer. Dus daar heb ik ook niets aan

[Springuin]

en als je los

gcc -DHAVE_CONFIG_H -I. -I../.. -g -O2 -MT binarybuffer.o -MD -MP -MF .deps/
binarybuffer.Tpo -c -o binarybuffer.o binarybuffer.c

doet?

[Wolf87]

Je kan ook gebruik maken van eclipse in samenwerking met GDB (openocd is hier ook op gebaseerd). Deze gaat volgens mij werken in samenwerking met de ftdi2232 (heb zelf de evb van stellaris lm3s6965) en die werkt ook daarmee.

Hier een kleine guide voor het instellen van eclipse:

1. From the 'Help' menu, select 'Software Updates', then 'Find and Install'
2. A Wizard will appear. On the first page select "Search for new features to install", then click next.
3. The second page shows the update sites that Eclipse will visit to search for a list of available components. By default "Europa Discovery Site" and "The Eclipse Project Updates" will probably be displayed - but the update we require is not available on either of these sites - so instead click the 'New Remote Site' button.
4. A dialogue box will appear in which you can give the new remote site a name, and enter its URL. Give the new site an appropriate name then enter the following as the URL: http://download.eclipse.org/tools/cdt/releases/europa
5. The new remote site just entered will now appear in the list (I called it "Required for JTAG debugging"). Check the box next to the site, and un-check the boxes next to any other sites before clicking "Finish".
6. Eclipse will then search for updates and display what it finds in a search results window. In the results window expand the "CDT Optional Features" branch to reveal "Eclipse C/C++ GDB hardware debugging". Ensure this option is selected then click "Next". You will need to accept the license conditions before finishing the wizard.
7. Install the component then restart Eclipse when prompted to do so.

Ik hoop dat dit gaat lukken voor jou, of dat eventueel openocd gaat werken (wat mij btw ook niet gelukt is).

Verder je project ziet er echt super uit! (Je zat toch op de HvA? locatie Leeuwenburg?)

[Nvidiot]

Wat mij opvalt is dat je cygwin gebruikt, en dat make ergens uit c:\djgpp komt in plaats van een cygwin gcc, klopt dat wel?

[wacco]

Springuin schreef op vrijdag 11 januari 2008 @ 18:23:
en als je los

gcc -DHAVE_CONFIG_H -I. -I../.. -g -O2 -MT binarybuffer.o -MD -MP -MF .deps/
binarybuffer.Tpo -c -o binarybuffer.o binarybuffer.c

doet?

Geen probleem;

wacco@eliza ~/trunk/src/helper
$ gcc -DHAVE_CONFIG_H -I. -I../.. -g -O2 -MT binarybuffer.o -MD -MP -MF .de
ps/binarybuffer.Tpo -c -o binarybuffer.o binarybuffer.c

wacco@eliza ~/trunk/src/helper
$ echo $?
0

wacco@eliza ~/trunk/src/helper
$ ls -l binarybuffer.*
-rw-r--r-- 1 wacco None 9644 Jan 11 11:28 binarybuffer.c
-rw-r--r-- 1 wacco None 2432 Jan 11 11:28 binarybuffer.h
-rw-r--r-- 1 wacco None 29703 Jan 11 19:10 binarybuffer.o

Nvidiot schreef op vrijdag 11 januari 2008 @ 19:08:
Wat mij opvalt is dat je cygwin gebruikt, en dat make ergens uit c:\djgpp komt in plaats van een cygwin gcc, klopt dat wel?

Nu je het zegt.. dat is wel apart. Geen idee of dat het probleem is

Wolf87 schreef op vrijdag 11 januari 2008 @ 19:02:
Ik hoop dat dit gaat lukken voor jou, of dat eventueel openocd gaat werken (wat mij btw ook niet gelukt is).

Verder je project ziet er echt super uit! (Je zat toch op de HvA? locatie Leeuwenburg?)

Ik gebruik heel Eclipse niet eens op dit moment, dus ga eerst nog even verder stoeien met openocd. Kan GDB dan direct JTAG? Iig goed om te weten, misschien straks ook nog es proberen En dank & ja, HvA Leeuwenburg (amstelstation) op de 7e.

Ik heb ondertussen een binary gevonden van openocd van yagarto, maar die moet eerst geconfigureerd worden, waar ik geen bal vanaf weet. Dus ik weet nog steeds niet of die gaat werken.

[ Voor 12% gewijzigd door wacco op 11-01-2008 19:18 ]

[wacco]

Nvidiot schreef op vrijdag 11 januari 2008 @ 19:08:
Wat mij opvalt is dat je cygwin gebruikt, en dat make ergens uit c:\djgpp komt in plaats van een cygwin gcc, klopt dat wel?

Dat deed het 'em. Bleek dat heel make niet geinstalleerd was van cygwin, dus daarna ging het wel goed en wist make wel alles erdoorheen te werken.

Nu nog dat configuratie bestand zien uit te vogelen, maar we zijn weer een stapje verder

[Wolf87]

Ja vanuit eclipse krijg je een soortgelijke openocd debug interface. En dat werkte perfect voor mijn project. Maar goed om te horen dat openocd werkt onder windows. Dan heb ik eventueel ook wat om op terug te vallen!

Leuk om te horen dat je daar zit. Ik doe zelf E-technology op de HvA. Dus misschien kom ik binnenkort wel even kijken. Ben er nu wel niet want ben momenteel stage aan het lopen. Maar de 22ste ben ik een dagje op school.

[wacco]

Ah. Ik heb het merendeel van de week juist bij 'jullie' gezeten in het lab. Daar staat de smd oven immers.

Verder is dit allemaal thuis (eenmans project, dus hoef niet het spul op school te laten) dus echt heel snel zul je me niet treffen, ik ben er eigenlijk alleen op de dinsdag in dit semester, en de laatste lessen hebben we al achter de rug.

[Verwijderd]

wacco schreef op vrijdag 11 januari 2008 @ 16:13:
libbrux? Ik snap je even niet?

Nou dit is een van de eerste foutmeldingen in je start post, ik had deze ook toen ik de boel probeerde te compilen en toen bleek het eraan te liggen dat ik niet de "devl" versie had van getline en gettext (er bestaan er 2 1 devl en 1 voor gewonen mensen)

Dus die eerste fout krijg je weg door de juiste versie van getline en gettext te pakken.

Ohw ik zie net dat je flex ook had moeten installeren.... (ook een van de foutmeldingen in je TS, installatie handleiding wel helmaal doorgelezen:)?)
Maar je hebt het nu al met openocd gedaan, prima

[ Voor 11% gewijzigd door Verwijderd op 11-01-2008 21:16 ]