lations between developers and users. The recent trend for a
minority to dictate the path and actively try to quash open discussion
has caused me to lose the drive I had to work on this project.
I relinquish all my claims of copyright on the OpenOCD code base and
wish everyone well.
--
R
On Jun 23, 2009, at 5:53 PM, Zach Welch wrote:
On Tue, 2009-06-23 at 17:07 -0700, Rick Altherr wrote:
But since you bring it up, sunk costs actually more relate to
costs of
abandoning work that should have been profitable, because conditions
change that prevent the profit from being
he community
decide to do a 0.2.0 release in such a way that violates the GPL and
contains your copyrighted code, you have the ability to assert your
rights via the legal system.
Cheers,
Zach
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three
on or commercial distribution will
impact your mortgage or ability to make a living is false. You just
seem to have a problem with someone else profiting from your free
contribution regardless of what they have done to justify their price.
--
Rick Altherr
kc8...@kc8apf.net
"He said he ha
On Jun 23, 2009, at 1:33 PM, Zach Welch wrote:
On Tue, 2009-06-23 at 12:59 -0700, Rick Altherr wrote:
On Jun 23, 2009, at 11:49 AM, Zach Welch wrote:
On Tue, 2009-06-23 at 20:20 +0200, Freddie Chopin wrote:
[snip]
Why do you consider it OK to ignore a license just because it
This was uncalled for. A discussion on the license and our options is
appropriate. Insults and name-calling are being childish and are not
productive.
--
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."
d not a triumvirate
declaration based on their interpretation of the license.
Cheers,
Zach
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
--
Rick Altherr
kc8...@
works along with the FTDI
VCP driver. On my Luminary (...I mean, TI) 6965 demo board, port A is
used by OpenOCD and port B is a TTY device. I've successfully used
this to program via a serial bootloader and debug via JTAG at the same
time.
--
Rick Altherr
kc8...@kc8apf.net
"He sai
And before someone is quick to point out that explanations
were provided, yes, some were. When the same proposals were made
again, however, rarely was a reference to the earlier explanation
provided.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three days.
't give the FSF any ideas.
--
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
smime.p7s
Description: S/MIME cryptographic signature
___
Openocd
On Jun 21, 2009, at 9:30 AM, Freddie Chopin
wrote:
> Should we take silence as an agreement?
>
Of course not.
> That's pretty interesting - so many posts about such insignificant
> cases
> like whitespaces or type-names, so little posts about such significant
> case as ftd2xx...
>
Person
articular future release. I'd just like
to see us progress in that direction when making fixes for data
types. If you need to fix a printf for some other reason, use the
correct format string or macro for the data type in use. It doesn't
take any extra time and makes full p
ou really don't care what type it is. That is
limited to cases such as loops over small integer values (e.g. 0 to
10) which will fit in the smallest C data type. The author of a piece
of code can always choose to use a larger type than strictly
necessary, but that doesn't mean t
wn number of bits of which 32 are
known to be useful. On 32-bit systems, there are no additional bits,
but on a 64-bit windows system, there are 32 additional bits that may
have meaning (why else would we have printed them with %x?). In fact,
this points to either an int being used where ui
Rather than casting to int, should the printf's be using the PRI*
macros for uint32_t?
--
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
On Jun 19, 2009, at 4:16 PM, du...@mail.berlio
like inttypes.h should be included in types.h, but it will
also need tests added to configure.
--
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
smi
On Jun 17, 2009, at 4:51 AM, Audrius Urmanavičius wrote:
On Tue, Jun 16, 2009 at 11:04 PM, Rick Altherr
wrote:
On Jun 16, 2009, at 11:06 AM, Gene Smith wrote:
At this time openocd is working quite well for me with 3 different
jtag
adapters: rlink, jlink and olimex/ftdi. However, I
es it clear that the end result is whatever the hardware
needs for a null pointer.
Not that it actually makes any difference for 99.999% of us.
cu
Michael
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.
n when I do the wrong thing.
Have these scenarios been considered? Maybe I am missing something
obvious?
Thanks,
-gene
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
On Jun 15, 2009, at 6:58 PM, Zach Welch wrote:
On Mon, 2009-06-15 at 17:01 -0700, Rick Altherr wrote:
On Jun 15, 2009, at 4:19 PM, Zach Welch wrote:
On Sat, 2009-06-13 at 21:14 -0400, Duane Ellis wrote:
bool okay = *str && !*end && ULLONG_MAX != *ul;
In my long car
est for NULL. Taking the short-cut just makes it
less clear what you are doing and why. Besides, it isn't necessarily
guaranteed that NULL will always be 0. ;)
Cheers,
Zach
___
Openocd-development mailing list
Openocd-development@lists.berli
://lists.berlios.de/mailman/listinfo/openocd-development
I'm pretty sure the link like will specify -lftd2xx. Since you
installed libftd2xx0.4.16.a into /usr/lib, that will fail. You
probably need a symlink from libftd2xx.a to that file.
--
Rick Altherr
kc8...@kc8apf.net
"He said he ha
From my experiments, it appears to be don't-care for TMS. They just
need 100 TCK pulses to flip the bit to enable the JTAG power domain.
--
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."
-- Unsigne
stems that can be worked
on internally with minimal effect to the users of that subsystem.
OpenOCD has some of that and Zach has been doing a lot of work to
refine that.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three days. I had a short, so I
On Jun 9, 2009, at 6:41 PM, David Brownell wrote:
On Monday 01 June 2009, Rick Altherr wrote:
C and C++ are both strongly typed
I'm used to definitions of "strong" typing that preclude the
inability to
break out of the type system.
That would be "very strong&qu
There is a udev rule file in the contrib folder. It's been a while
since I've messed with Linux device nodes, but I believe the device
will show up in /sys but udev needs to create the /dev node.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three
someone spends enough time setting the hundreds of options in the
config. Dick had made the initial config which does most of the
syntax rules.
--
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."
-- Unsign
the user sent in, it's an
assert. Nations put the guards at the border crossings, so do good
programmers.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
___
Openocd-development mailing list
Openoc
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.
On Jun 6, 2009, at 4:27 PM, David Brownell wrote:
[ second part of reply, focussed on before-0.2.0 ]
On Saturday 06 June 2009, Rick Altherr wrote:
On Jun 6, 2009, at 1:20 PM, David Brownell wrote:
Which just
points out another
On Jun 6, 2009, at 1:20 PM, David Brownell wrote:
On Saturday 06 June 2009, Rick Altherr wrote:
Having the target and tap names be the same is _not_ preferable. It
makes the relationship between those two layers very confusing.
Hmm, having them be the same is the convention that&#
same, people get confused when the $(target name)
command isn't available but the TAP has been created.
--
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
On Jun 6, 2009, at 12:15 PM,
On Jun 2, 2009, at 9:42 PM, Michael Bruck wrote:
On Wed, Jun 3, 2009 at 6:38 AM, Rick Altherr
wrote:
I'm speaking in general terms, but, yes, simple accessors can
definitely be
a problem depending how the program is structured. I've seen many
a game
engine written in C++
ect and the accessor
is being called as part of a traversal over the instances.
The typical solution is to allow direct access to the data member to
avoid the stack frame setup/teardown overhead.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three days. I had a s
On Jun 1, 2009, at 10:30 PM, Zach Welch wrote:
On Mon, 2009-06-01 at 22:09 -0700, Rick Altherr wrote:
On May 23, 2009, at 7:28 PM, Zach Welch wrote:
On Wed, 2009-05-20 at 22:59 -0700, Zach Welch wrote:
On Wed, 2009-05-20 at 22:54 -0700, Rick Altherr wrote:
On May 20, 2009, at 10:31 PM
On May 23, 2009, at 7:28 PM, Zach Welch wrote:
On Wed, 2009-05-20 at 22:59 -0700, Zach Welch wrote:
On Wed, 2009-05-20 at 22:54 -0700, Rick Altherr wrote:
On May 20, 2009, at 10:31 PM, Zach Welch wrote:
On Wed, 2009-05-20 at 22:23 -0700, Rick Altherr wrote:
On Mar 25, 2009, at 2:54 PM
On Jun 1, 2009, at 8:08 PM, Zach Welch wrote:
On Mon, 2009-06-01 at 11:12 -0700, Rick Altherr wrote:
I'm all for removing the type redundancy, but I'd rather see the
typedef stay and remove the struct name instead. It reduces typing
when specifying the type and gets rid of the u
List was dropped.
Sent from my iPhone
On Jun 1, 2009, at 4:19 PM, David Brownell wrote:
> On Monday 01 June 2009, Rick Altherr wrote:
>> On May 31, 2009, at 7:41 PM, David Brownell
>> wrote:
>>> On Sunday 31 May 2009, Michael Bruck wrote:
>>>>
>>
I'm all for removing the type redundancy, but I'd rather see the
typedef stay and remove the struct name instead. It reduces typing
when specifying the type and gets rid of the unnecessary separation of
struct type names from other types.
Sent from my iPhone
On May 31, 2009, at 4:37 PM, Zac
latively small, I'd be OK with this.
- fix endemic reset problems
I'd love to see this resolved. It has confused me a number of times
with the Luminary FTDI-based demo board as well as when playing with
the beagleboard.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn
-development
Committed revision 1934.
--
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
smime.p7s
Description: S/MIME cryptographic signature
___
Open
;d call it a stop gap for 0.2.0 until a proper
post-0.2.0
solution is developed.
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed revision 1
ou need to pass --enable-maintainer-mode to configure.
--
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
smime.p7s
Description: S/MIME cryptographic signature
__
-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."
-- Unsigne
On May 25, 2009, at 6:31 PM, David Brownell wrote:
On Monday 25 May 2009, Rick Altherr wrote:
Actually, David Brownell agrees that it does fix bugs regarding
portability of the existing definitions in types.h.
Perhaps your passion for this debate clouded your sight to that
fact.
Trust
On May 25, 2009, at 5:07 PM, Zach Welch wrote:
On Mon, 2009-05-25 at 16:02 -0700, Rick Altherr wrote:
On May 25, 2009, at 3:37 PM, Zach Welch wrote:
The opposing patch is attached. As I already mentioned, it is
large,
but the changes were done entirely with the following commands:
find
;t necessarily bad but isn't necessarily good either. Do
you really think Linus is able to pick the best option 100% of the
time? You might be surprised at how these types of discussions
frequently result in even better results than the original "sides"
that were offered.
Ple
On May 25, 2009, at 2:50 PM, Zach Welch wrote:
On Mon, 2009-05-25 at 14:38 -0700, Rick Altherr wrote:
On May 25, 2009, at 2:24 PM, Zach Welch wrote:
Further, you can argue with the following assertions -- only if
you
can
show me a patch that proves them wrong:
Show me your patch, or
On May 25, 2009, at 1:52 PM, Zach Welch wrote:
On Mon, 2009-05-25 at 13:10 -0700, Rick Altherr wrote:
[snip]
Sorry Rick, but I think that you and Duane have lost this argument.
You have failed to defend your position with facts.
I could say the same of everyone else. Considering the
e C99-
defined integer types (int8_t, uint8_t, int16_t, etc). See inttypes.h.
--
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
smime.p7s
Description: S/MIME cryptographic signature
___
in my experience
with introducing developers to projects, more descriptive names and
types lower the barrier to entry and reduce the amount of guidance the
current developers need to provide.
Cheers,
Zach
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in th
n.com
<
svf_tap_name_20090525_2
.patch>___
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
506 40 00
* F: +34 91 506 40 01
<01_cfi-
correct_bool_shift.txt>___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
--
Rick Altherr
kc8...@kc8apf.net
"He said
On May 24, 2009, at 9:37 PM, Zach Welch wrote:
On Sun, 2009-05-24 at 21:19 -0700, Rick Altherr wrote:
=On May 24, 2009, at 9:04 PM, Zach Welch wrote:
On Sun, 2009-05-24 at 20:51 -0700, David Brownell wrote:
On Sunday 24 May 2009, Zach Welch wrote:
- add iN equivalents to intN_t types; i32
h
Maybe I misunderstood. I thought we were deprecating the use of "u32"
in favor of the C99-defined "uint32_t". Why would we define another
set of types when there a perfectly fine versions already available as
part of the language standard?
--
Rick Altherr
kc8..
ng 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."
-- Un
On May 23, 2009, at 6:48 PM, Zach Welch wrote:
On Sat, 2009-05-23 at 18:42 -0700, Rick Altherr wrote:
On May 23, 2009, at 1:30 PM, Magnus Lundin wrote:
Common people
So much soul searching about a oneliner in jtag.c .
Setting the current tap state with cmd_queue_cur_state =
TAP_RESET
itive one. I plan
to commit it, but not everyone is working on OpenOCD every day.
--
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
smime.p7
flash_program enable
# For more information about the configuration files, take a look at:
# openocd.texi
$
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
--
Rick Alther
fo/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
smime.p7s
Description: S/MIME cryptographic signature
___
Openocd-develop
Simon Qian
SimonQian(simonq...@simonqian.com) www.SimonQian.com
发件人： SimonQian
发送时间： 2009-05-21 20:57:02
收件人： Rick Altherr
抄送： 'openocd-development'
主题： Re: [Openocd-development] SVF patch according to Johann's test
I'll check it out this week.
2009-05-21
Best Regards
1 file changed, 3 insertions(+), 28 deletions(-)
___
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.
Committed revision 1882.
On May 21, 2009, at 11:43 AM, Rick Altherr wrote:
On May 21, 2009, at 11:24 AM, David Brownell wrote:
On Thursday 21 May 2009, Rick Altherr wrote:
I believe the fix for
off_t should be portable, but I'm less certain of the struct timeval
fix.
The timeva
t
even notice it.
This would be one of those "doesn't fit the criteria" items. The risk
certainly is low but we need to allow sufficient time for the driver
to be tested by those new users. The less time it is in trunk, the
less exposure it has.
That said, it seems like
ted patches are few and the branch has been
cut. That way the RCs are tagged from the branch and things are
already pretty stable.
--
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
smim
.zylin.com
Cutting the branch should happen about 2 weeks before the release.
That way any changes that are brought into the release can typically
be trivially merged from trunk.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three days. I had a short, so I
On May 21, 2009, at 11:50 AM, Øyvind Harboe wrote:
Builds fine on Cygwin.
--
Øyvind Harboe
Embedded software and hardware consulting services
http://consulting.zylin.com
Anyone have a chance to test on Linux?
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byt
On May 21, 2009, at 5:02 PM, David Brownell wrote:
On Thursday 21 May 2009, Rick Altherr wrote:
At this point we are not introducing new features or
functionality to SVN.
Hmm, I was hoping to send a new NAND driver now that it's
basically working ... and some updated board support ...
g properly.
--
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
smime.p7s
Description: S/MIME cryptographic signature
___
Openocd-development mailing
On May 21, 2009, at 11:24 AM, David Brownell wrote:
On Thursday 21 May 2009, Rick Altherr wrote:
I believe the fix for
off_t should be portable, but I'm less certain of the struct timeval
fix.
The timeval fix looks like it reverses a fix I needed:
pld.c: In fun
lting services
http://consulting.zylin.com
Hmm, I was afraid of that. the size of struct timeval's usec member
is platform defined. Looks like we'll need to case it to some
sufficiently large type.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in
hould be portable, but I'm less certain of the struct timeval
fix. I'll commit once I have some success reports from Linux and
Windows.
printf-fixes.patch
Description: Binary data
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three days. I had
requent stable releases so that only
developers of OpenOCD are living on trunk.
--
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
smime.p7s
Description: S/MIME cryptographic signature
On May 21, 2009, at 4:41 AM, Michael Bruck wrote:
Committed revision 1876.
--
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
smime.p7s
Description: S/MIME cryptogr
res when interface_jtag_add_dr_scan() is called with
fields for taps that are in bypass. Technically not a hard error, but
this does mean that unnecessary data is being passed around. Can you
run in the debugger and get a backtrace when this happens?
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn&#x
On May 20, 2009, at 10:31 PM, Zach Welch wrote:
On Wed, 2009-05-20 at 22:23 -0700, Rick Altherr wrote:
On Mar 25, 2009, at 2:54 PM, joern kaipf wrote:
* autodetection if FS or HS device attachted -> adapt tck max
* enable adaptive clocking if HS device attached and jtag_khz = 0 in
cfg (
;press reply,
trim excess, add in-line comments" techniques.
- Dave
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed with a few modifications for
erlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed revision 1871.
--
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
smime.p7s
Description:
mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
--
R
applied, but doesn't apply cleanly to
HEAD. Is there an updated version available?
--
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
smime.p7s
Description: S/
nd increase quality, free Starter Edition
http://www.payback.no/index_en.html
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
--
Rick Altherr
kc8...@kc8apf.net
"
openocd-development
Committed revision 1869.
--
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
smime.p7s
Description: S/MIME cryptographic signature
_
penocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed 1-10 as r1859-r1868
--
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
The goto confuses the flow when
reading the code.
--
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
smime.p7s
Description: S/MIME cryptographic signature
___
-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Did you pass --enable-maintainer-mode to configure? If not, do so.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three days. I had a short, so I
On May 20, 2009, at 12:46 AM, unsik Kim wrote:
2009/5/20 Rick Altherr :
1) This needs to be broken up into multiple patches.
Good point. I know my patch contains 4 logical and 2 style changes.
That's my mistake.
I can make seperate patches but it needs painful time.
I hope to use thi
vices
http://consulting.zylin.com
___
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
for those cases where it needs to be a forward declaration to avoid
include loops.
Other than that, it looks great, and I am really appreciating the
work!
Cheers,
Zach
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
htt
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed revision 1850.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three days. I h
like the changes, but, yes, please split it up into smaller patches.
--
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
smime.p7s
Description: S/MIME
604aaca
.txt>c5c33a2.txt>e666f03
.txt
>
___
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
On May 19, 2009, at 9:53 PM, David Brownell wrote:
On Tuesday 19 May 2009, Rick Altherr wrote:
We, as a community, seem to have adopted C99. As such, using C99
style declarations inside a block is fine. In some cases it can
really simplify the flow of the code.
In that case let's mak
ments, especially text/plain ones
that won't get the syntax highlighting that diffs do.)
_______
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
--
Rick Alt
ocd-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
smime.p7s
Des
ake longer.
--
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
On May 19, 2009, at 10:26 AM, Michael Fischer wrote:
Hello list,
I want to build a static version under Mac OS X. But the
n
;t work on Windows. All of the
USB-based interfaces use libusb and I would expect that driver to be
used.
--
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
smime.p7s
Description: S/MIM
lem if it wasn't the state table.
--
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
smime.p7s
Description: S/MIME cryptographic signature
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed revision 1815 through 1823.
--
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
7;s implementation of the ARM target support to know if
separating them is correct.
--
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
smime.p7s
Descriptio
.
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
Committed revision 1806.
--
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."
1 - 100 of 449 matches
Mail list logo
