Re: [Openocd-development] [patch] dynamic loading of ftd2xx.dll for windows in ft2232.c

2009-06-27 Thread Martin Panter
On 27/06/2009, Freddie Chopin wrote: > 1. (this one) enable dynamic loading of ftd2xx.dll in ft2232.c > 2. enable dynamic loading of libusb0.dll in ft2232.c So why loading libusb rather than libftdi? Is it because libftdi is only built (or linked to) as a static library on Windows but still nee

Re: [Openocd-development] Fix Rev 2403 build on Windows

2009-06-25 Thread Martin Panter
On 25/06/2009, Øyvind Harboe wrote: > Attached is a patch that removes alloca(). From the patch: - return ERROR_OK; + + r=ERROR_OK; +exit_fn: + free(pagebuffer); + return retval; Is it just me, or are you assigning everything to "r" and then returning "retval" ins

Re: [Openocd-development] [PATCH] change ir_scan to bool

2009-05-16 Thread Martin Panter
On 16/05/2009, Øyvind Harboe wrote: > I take it GCC is used to build on Windows so we don't have > to worry, overly much, about Visual C++ oddities w/C. Mingw uses GCC to compile, but it uses the VC++ C runtime library. So I think you do need to be a bit careful sometimes, eg with the C99 print

Re: [Openocd-development] HTTPD Build Error

2009-05-15 Thread Martin Panter
> > - LOG_DEBUG("Serving %s length=%u", url, len); > > + LOG_DEBUG("Serving %s length=%u", url, (unsigned int) > len); On 16/05/2009, Rick Altherr wrote: > As for the patch, the correct format string for size_t is %zu. I'll commit > that fix in the morning if no one

Re: [Openocd-development] in_handler: w/o "in_value", mismatch in SIR

2009-05-07 Thread Martin Panter
On 08/05/2009, David Brownell wrote: > On Thursday 07 May 2009, David Brownell wrote: > > http://search.cpan.org/~infinoid/App-SVN-Bisect-0.8/bin/svn-bisect > > > Well that was a waste of a few hours. It got into a mode > where it kept producing unbuildable trees, with refs to > jtag_add_dr_sc

Re: [Openocd-development] jtag_add_pathmove

2009-04-27 Thread Martin Panter
(Dammit, resending to the list again) > > I've heard that Texas instruments' SN74ACT8990 "test bus controller" > > has a free running TCK (though I'm not familiar with how it works). > > When I was explaining how the FT2232 jtag commands work to someone who > > had worked with the 8990, he was sho

Re: [Openocd-development] jtag_add_pathmove

2009-04-25 Thread Martin Panter
(Re-sending to the list with right from address this time) On 24/04/2009, Laurent Gauch wrote: > > > > Michael's comment is valid. But it would be a surprise to me that our > > cable API would allow cable hardware to issue clock cycles without being > > specifically requested to do so by the

Re: [Openocd-development] [PATCH] add TAP_SCAN_BYTES macro (1 of 2)

2009-04-25 Thread Martin Panter
On 24/04/2009, Zach Welch wrote: > Hi all, > > The attached patch adds a literate macro for the calculation of the > number of bytes required to store a TAP scan chain given its bit count. > > This macro ensures this calculation will be done correctly in all > locations that it is required, th

Re: [Openocd-development] [PATCH] native build on mingw32 andindifferent directory

2009-02-12 Thread Martin Panter
On 13/02/2009, Spencer Oliver wrote: > > > > > I have just done a quick check of this. > > There is a issue that does need looking at when building in > > another dir. > > > > when guess-rev is run it is run from the build dir, in this > > case it does not contain any svn files. So the resu

Re: [Openocd-development] Fwd: [Openocd-svn] r1333 - trunk

2009-01-18 Thread Martin Panter
On 18/01/2009, Rick Altherr wrote: > > > Begin forwarded message: > > > Author: ntfreak > > Date: 2009-01-16 14:28:32 +0100 (Fri, 16 Jan 2009) > > New Revision: 1333 > > > > Modified: > > trunk/guess-rev.sh > > Log: > > - make guess-rev.sh work with msys > > > > Modified: trunk/guess-rev.sh > >

Re: [Openocd-development] Repository notes

2008-12-07 Thread Martin Panter
[re-sending this to the list because I screwed up the first time] On 06/12/2008, Rick Altherr <[EMAIL PROTECTED]> wrote: > On Wed (12/10), I plan to move trunk under the new openocd top-level > directory. This will make it necessary for everyone to checkout a new copy > of the repository. You h