Rick Altherr wrote: > > > > 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.
Any idea on this "echo/ECHO" thing? >> >> 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. I thought I had cygwin set to expect unix style endings. But maybe the -mno-cygwin gcc option cancels it during the build? I will try a cygwin svn checkout tomorrow. Thanks for the help! _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
