On Saturday 31 October 2009, Øyvind Harboe wrote:
> > Well...
> >
> > I really don't like this pointer business. No type checking at all,
> > etc. This should be turned upside down as you suggested already: embed
> > more generic structures within the more specific ones, and copy the
> > containe
On Saturday 31 October 2009, Freddie Chopin wrote:
> David Brownell pisze:
> > Looks like you can fix this for the LPC2103 and STM32
> > chips...
>
> How?
With "this" being the warning about "-irmask 1" ... since
you have that particular hardware, you can test to see if
the config files even need
On Thursday 29 October 2009, Freddie Chopin wrote:
> 5. Some time ago there was some talk about adding the
> libusb-win32/libftdi driver file with some info to the repository. What
> about it? libusb-win32/libftdi use is still complicated (nothing
> changed) and the forums are full of questions
On Saturday 31 October 2009, Freddie Chopin wrote:
>
> > But unless some other maintainer is happier with
> > merging untested stuff, I'll ask you to trim
> > this down to just the stuff you tested, plus
> > LPC and CFI changes.
>
> Sorry, working with your newest idea - git - is way over my pati
David Brownell pisze:
> Hmmm ... we're at RC0, which means I've now got my
> "avoid merging patches" hat. Tested patches are by
> and large OK when they fix bugs, and getting rid of
> these warnings passes my "ok to merge" filter.
>
> And in this case think it's clear the other LPC
> files have t
David Brownell pisze:
> Looks like you can fix this for the LPC2103 and STM32
> chips...
How?
4\/3!!
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
On Saturday 31 October 2009, Øyvind Harboe wrote:
> > Similar idea: target->quit().
>
> I looked over the current quit target implementation. Not
> used. All default implementations do nothing...
>
> Remove it?
Exactly. :)
> How about attached patch?
It seems to remove it; so I like the pa
On Saturday 31 October 2009, Øyvind Harboe wrote:
> Hmm how do I read out which version a git patch is relative to?
git show --pretty=raw 818cedaff
instead of just "git show" (or "git log" etc). That includes
parent IDs ... possibly more than one for merge commits, as in
the example above.
Hmm how do I read out which version a git patch is relative to?
In svn patches the version # was included.
Her in git patches the parent version # is not...
commit b0f24d5fc6f2e15aff0904362ee3ff18a264bb4b
Author: Øyvind Harboe
Date: Sat Oct 31 13:57:18 2009 +0100
target: remove unuse
On Sat, Oct 31, 2009 at 7:12 AM, David Brownell wrote:
> On Friday 30 October 2009, Øyvind Harboe wrote:
>> Deleted unused fn's in interfaces. Unused fn's will be copy & pasted
>> around the code, get rid of it.
>>
>> Keeping it in a dev branch until after 0.3.
>>
>> See head of:
>>
>> http://repo
Type:
git branch -r
and to checkout your branch:
git checkout -b mybranch simonqian/mybranch
There is a difference bewteen local and remote branch! They
will not, generally, be in sync.
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash pro
Hi,
It's my first try of git.
I created and pushed a branch, but when clone it, it fails with following
message:
simonq...@simonqian-laptop:~/openocd$ git clone git://
repo.or.cz/openocd/simonqian.git
Initialized empty Git repository in /home/simonqian/openocd/simonqian/.git/
remote: Counting obje
On Sat, Oct 31, 2009 at 7:12 AM, David Brownell wrote:
> On Friday 30 October 2009, Øyvind Harboe wrote:
>> Deleted unused fn's in interfaces. Unused fn's will be copy & pasted
>> around the code, get rid of it.
>>
>> Keeping it in a dev branch until after 0.3.
>>
>> See head of:
>>
>> http://repo
> Well...
>
> I really don't like this pointer business. No type checking at all,
> etc. This should be turned upside down as you suggested already: embed
> more generic structures within the more specific ones, and copy the
> container_of() macro from Linux to get at the outer structure when
> n
14 matches
Mail list logo