Re: [OpenOCD-devel] gnulib

2021-05-27 Thread Antonio Borneo
On Thu, May 27, 2021 at 9:28 AM Antonio Borneo wrote: > > On Thu, May 27, 2021 at 5:27 AM Tim Newsome wrote: > > > > On Tue, May 25, 2021 at 2:20 PM Andreas Fritiofson > > wrote: > >> > >> Here's the full example I wrote yesterday. I've added a lookup by tcb as > >> well. I noticed that your f

Re: [OpenOCD-devel] gnulib

2021-05-27 Thread Antonio Borneo
On Thu, May 27, 2021 at 5:27 AM Tim Newsome wrote: > > On Tue, May 25, 2021 at 2:20 PM Andreas Fritiofson > wrote: >> >> Here's the full example I wrote yesterday. I've added a lookup by tcb as >> well. I noticed that your freertos.c needs to lookup by both and so you need >> two independent h

Re: [OpenOCD-devel] gnulib

2021-05-26 Thread Tim Newsome
On Tue, May 25, 2021 at 2:20 PM Andreas Fritiofson < [email protected]> wrote: > Here's the full example I wrote yesterday. I've added a lookup by tcb as > well. I noticed that your freertos.c needs to lookup by both and so you > need two independent hash maps which must be in sync with

Re: [OpenOCD-devel] gnulib

2021-05-25 Thread Andreas Fritiofson
On Tue, May 25, 2021 at 8:22 PM Tim Newsome wrote: > On Mon, May 24, 2021 at 4:31 PM Andreas Fritiofson < > [email protected]> wrote: > >> >> >> On Wed, Feb 17, 2021 at 9:21 PM Tim Newsome wrote: >> >>> On Tue, Feb 16, 2021 at 4:17 PM Steven Stallion via OpenOCD-devel < >>> openocd-de

Re: [OpenOCD-devel] gnulib

2021-05-25 Thread Antonio Borneo
On Tue, May 25, 2021 at 8:23 PM Tim Newsome wrote: > > On Mon, May 24, 2021 at 4:31 PM Andreas Fritiofson > wrote: >> >> >> >> On Wed, Feb 17, 2021 at 9:21 PM Tim Newsome wrote: >>> >>> On Tue, Feb 16, 2021 at 4:17 PM Steven Stallion via OpenOCD-devel >>> wrote: Out of curiosity, wh

Re: [OpenOCD-devel] gnulib

2021-05-25 Thread Tim Newsome
On Mon, May 24, 2021 at 4:31 PM Andreas Fritiofson < [email protected]> wrote: > > > On Wed, Feb 17, 2021 at 9:21 PM Tim Newsome wrote: > >> On Tue, Feb 16, 2021 at 4:17 PM Steven Stallion via OpenOCD-devel < >> [email protected]> wrote: >> >>> Out of curiosity, why e

Re: [OpenOCD-devel] gnulib

2021-05-24 Thread Andreas Fritiofson
On Wed, Feb 17, 2021 at 9:21 PM Tim Newsome wrote: > On Tue, Feb 16, 2021 at 4:17 PM Steven Stallion via OpenOCD-devel < > [email protected]> wrote: > >> Out of curiosity, why even bother with a more advanced structure when a >> list will suffice? I agree it feels gross to itera

Re: [OpenOCD-devel] gnulib

2021-05-24 Thread Antonio Borneo
On Mon, May 24, 2021 at 10:53 PM Tim Newsome wrote: > > On Thu, May 20, 2021 at 12:56 PM Antonio Borneo > wrote: >> >> On Thu, May 20, 2021 at 9:15 PM Tim Newsome wrote: >> > >> > So, can at least one person say uthash will be fine to use in OpenOCD code? >> > >> > After the lack of response on

Re: [OpenOCD-devel] gnulib

2021-05-24 Thread Tim Newsome
On Thu, May 20, 2021 at 12:56 PM Antonio Borneo wrote: > On Thu, May 20, 2021 at 9:15 PM Tim Newsome wrote: > > > > So, can at least one person say uthash will be fine to use in OpenOCD > code? > > > > After the lack of response on this thread last time I went ahead and did > an implementation u

Re: [OpenOCD-devel] gnulib

2021-05-20 Thread Tommy Murphy
ense.html https://spdx.org/licenses/BSD-1-Clause.html From: Antonio Borneo Sent: Thursday, May 20, 2021 9:30:41 PM To: Tommy Murphy Cc: Tim Newsome ; Steven Stallion ; OpenOCD ML Subject: Re: [OpenOCD-devel] gnulib On Thu, May 20, 2021 at 10:17 PM Tommy Murphy wrote:

Re: [OpenOCD-devel] gnulib

2021-05-20 Thread Antonio Borneo
On Thu, May 20, 2021 at 10:17 PM Tommy Murphy wrote: > IANAL but it looks like BSD Revised (3 clause): > > https://en.wikipedia.org/wiki/BSD_licenses#3-clause_license_(%22BSD_License_2.0%22,_%22Revised_BSD_License%22,_%22New_BSD_License%22,_or_%22Modified_BSD_License%22) > > should be compatible w

Re: [OpenOCD-devel] gnulib

2021-05-20 Thread Tommy Murphy
Sorry about the second link. Meant to link to further down in the Wikipedia article... From: Tommy Murphy Sent: Thursday, May 20, 2021 9:12:01 PM To: Tim Newsome ; Steven Stallion Cc: OpenOCD ML Subject: Re: [OpenOCD-devel] gnulib IANAL but it looks like BSD

Re: [OpenOCD-devel] gnulib

2021-05-20 Thread Tommy Murphy
IANAL but it looks like BSD Revised (3 clause): https://en.wikipedia.org/wiki/BSD_licenses#3-clause_license_(%22BSD_License_2.0%22,_%22Revised_BSD_License%22,_%22New_BSD_License%22,_or_%22Modified_BSD_License%22) should be compatible with GPL v2: http://wikipedia.us.nina.az/wiki/BSD_licenses#FOS

Re: [OpenOCD-devel] gnulib

2021-05-20 Thread Antonio Borneo
On Thu, May 20, 2021 at 9:15 PM Tim Newsome wrote: > > So, can at least one person say uthash will be fine to use in OpenOCD code? > > After the lack of response on this thread last time I went ahead and did an > implementation using gnulib which I now have to rewrite using something else. > I'd

Re: [OpenOCD-devel] gnulib

2021-05-20 Thread Tim Newsome
So, can at least one person say uthash will be fine to use in OpenOCD code? After the lack of response on this thread last time I went ahead and did an implementation using gnulib which I now have to rewrite using something else. I'd like to only do that once. Tim On Tue, May 18, 2021 at 11:42 A

Re: [OpenOCD-devel] gnulib

2021-05-18 Thread Tim Newsome
It turns out gnulib is GPL3 which is not compatible with our GPL2. So... How about uthash ? Antonio says the license is compatible. Here are his observations: > Uthash is already packaged as a library in debian, Ubuntu, Arch Linux. > Plus it is just a set o

Re: [OpenOCD-devel] gnulib

2021-02-17 Thread Tim Newsome
On Tue, Feb 16, 2021 at 4:17 PM Steven Stallion via OpenOCD-devel < [email protected]> wrote: > Out of curiosity, why even bother with a more advanced structure when a > list will suffice? I agree it feels gross to iterate to find a given > thread, however we're looking at a rela

Re: [OpenOCD-devel] gnulib

2021-02-17 Thread Tim Newsome
On Tue, Feb 16, 2021 at 12:59 PM Antonio Borneo wrote: > On Tue, Feb 16, 2021 at 9:25 PM Tim Newsome wrote: > > > > I'm working on sprucing up FreeRTOS.c, and I want to keep a map of TCB > address to thread id. (Currently they're the same, but that doesn't work > out so well when bit 32 is set,

Re: [OpenOCD-devel] gnulib

2021-02-16 Thread Steven Stallion via OpenOCD-devel
Alright, I'll be that guy :-) Out of curiosity, why even bother with a more advanced structure when a list will suffice? I agree it feels gross to iterate to find a given thread, however we're looking at a relatively low number of iterations. Is it really worth introducing an additional dependency

Re: [OpenOCD-devel] gnulib

2021-02-16 Thread karl
Tim Newsome: ... > Really I just want to use a hash map and not worry about anything. ... http://repo.hu/projects/genht/ Regards, /Karl Hammar ___ OpenOCD-devel mailing list [email protected] https://lists.sourceforge.net/lists/list

Re: [OpenOCD-devel] gnulib

2021-02-16 Thread Antonio Borneo
On Tue, Feb 16, 2021 at 9:25 PM Tim Newsome wrote: > > I'm working on sprucing up FreeRTOS.c, and I want to keep a map of TCB > address to thread id. (Currently they're the same, but that doesn't work out > so well when bit 32 is set, and gdb sends you a negative thread id into an > int64, ...)

[OpenOCD-devel] gnulib

2021-02-16 Thread Tim Newsome
I'm working on sprucing up FreeRTOS.c, and I want to keep a map of TCB address to thread id. (Currently they're the same, but that doesn't work out so well when bit 32 is set, and gdb sends you a negative thread id into an int64, ...) linux.c does something similar, by implementing a linked list, a