On Jun 8, 2009, at 3:03 PM, Gene Smith wrote:

Gene Smith wrote:
Before trying to build I downloaded and installed the libusb stuff for
win32 (usb.h and the library itself) as directed in the sparkfun faq.

Also made sure all cygwin parts are up to date (make, automake, autoconf
etc).

Then I did:

make distclean
./bootstrap
./configure --enable-maintainer-mode --enable-jlink --enable-rlink
CC="gcc -mno-cygwin"

with no apparent errors.

As soon as I start the make I see the following error which I don't
understand:

$ make
make  all-recursive
make[1]: Entering directory `/cygdrive/c/Documents and
Settings/smited/openocd-0.1.0/trunk'
Making all in src
make[2]: Entering directory `/cygdrive/c/Documents and
Settings/smited/openocd-0.1.0/trunk/src'
Making all in helper
make[3]: Entering directory `/cygdrive/c/Documents and
Settings/smited/openocd-0.1.0/trunk/src/helper'
/bin/sh ../../libtool --tag=CC   --mode=compile gcc -mno-cygwin
<big snip>

In trunk/libtool had to replace ECHO= with echo= where it is defined as printf. Not sure why. Someone pointed this out: google "libtool file the
line" takes you to it, with quotes.

This seems to come from the cygwin file /usr/shared/aclocal/ libtool.m4.
The linux version is older and uses a lower case "echo" and defines it
as simply "echo" and not "printf". Since libtool file under trunk is
built with libtool.m4 at ./bootstrap the above change is not a permanent
fix.

Cygwin complains about blank lines in file guess-rev.sh. Not sure that
they are fatal errors but I added # at beginning of lines 3, 5 and 7 and
don't see "command not found \r" for these lines.


This is due to the eol-style being wrong in SVN. I just committed a fix.

After this it almost builds except for complains about OPENOCD_VERSION
at 2 lines in openocd.c. When I change the definition of OPENOCD_VERSION to just "Open On-Chip Debugger, my kluge" without the additional version
macros it builds OK.

Have not yet tried to see if it actually works, but it builds w/o error
now in cygwin.

It just occurred to me that possibly my problem is related to the fact
that I just copied the linux openocd tree (r2005) over to windows and
built it on cygwin. Is it required that the tree be checked out of svn
in cygwin to build on cygwin?


Windows uses different line endings from Linux. SVN automatically uses the correct version for the platform you are doing the checkout on. If you just copied it from Linux to Windows, then that could explain some of the guess-rev.sh problems. The OPENOCD_VERSION problems likely are due to problems with guess-rev.sh since the output of that script is used to make that symbol.





_______________________________________________
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development


--
Rick Altherr
kc8...@kc8apf.net

"He said he hadn't had a byte in three days. I had a short, so I split it with him."
 -- Unsigned

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development

Reply via email to