Re: [Openocd-development] Build problem with r1588, jim.c

2009-05-03 Thread Anders Montonen
On May 2, 2009, at 21:25, Michael Bruck wrote: If it is a GNU specific thing then assuming that more often than not this package is used with glibc I would suggest keeping #if !HAVE_UNISTD_H || IS_DARWIN rather than listing all variations that have environ in unistd.h. As an alternative a

[Openocd-development] Mac OS X compile fixes

2009-05-03 Thread Piotr Esden-Tempski
Hi!Here are two patches that fix the compile of openocd on Mac OS X.Cheers Esden --My blog: http://www.esden.netMy projects: http://open-bldc.org, http://multicopter.orgProjects I am involved in: http://ng.uavp.ch compile_fixes_r1593.patch Description: Binary data jim_fix_r1593.patch

Re: [Openocd-development] Mac OS X compile fixes

2009-05-03 Thread Øyvind Harboe
Committed. Thanks! -- Øyvind Harboe Embedded software and hardware consulting services http://consulting.zylin.com ___ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development

[Openocd-development] [PATCH 1/4] fixes warning as error about a signed vs. unsigned comparison by casting the local unsigned variable as (long long).

2009-05-03 Thread Mariano Alvira
-Mar. --- src/helper/command.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/helper/command.c b/src/helper/command.c index d5be42d..e1751d4 100644 --- a/src/helper/command.c +++ b/src/helper/command.c @@ -783,7 +783,7 @@ int handle_sleep_command(struct

[Openocd-development] [PATCH 2/4] fixes the following warning/error: in etm.c

2009-05-03 Thread Mariano Alvira
etm.c:997: error: comparison is always true due to limited range of data type by replacing ~0UL with 0x. The comparision is against a u32. --- src/target/etm.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/src/target/etm.c b/src/target/etm.c index

[Openocd-development] [PATCH 3/4] fixes the following warning/error in etb.c

2009-05-03 Thread Mariano Alvira
etb.c:451: error: large integer implicitly truncated to unsigned type by changing ~0UL to 0x in an assignment of a u32 --- src/target/etb.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/target/etb.c b/src/target/etb.c index b96ffe3..d9b0674 100644 ---

Re: [Openocd-development] [PATCH] ft2232.c major re-work and clock reducing tms_seq support

2009-05-03 Thread Dick Hollenbeck
I have never seen a project that needs to be forked as badly as this one. You sit around and nit pick about about which dinner glasses to pour the water into. Somebody shows up with a firetruck wanting to fill the swimming pool and you can't handle it. This firetruck ain't waiting.

Re: [Openocd-development] [PATCH] ft2232.c major re-work and clock reducing tms_seq support

2009-05-03 Thread Zach Welch
On Sun, 2009-05-03 at 11:39 -0500, Dick Hollenbeck wrote: I have never seen a project that needs to be forked as badly as this one. You sit around and nit pick about about which dinner glasses to pour the water into. Somebody shows up with a firetruck wanting to fill the swimming pool

Re: [Openocd-development] Mac OS X compile fixes

2009-05-03 Thread Rick Altherr
The second patch was something under active debate in a different thread. In fact, it looks like we had agreed to _not_ do what that patch does. On May 3, 2009, at 8:11 AM, Øyvind Harboe wrote: Committed. Thanks! -- Øyvind Harboe Embedded software and hardware consulting services

Re: [Openocd-development] Mac OS X compile fixes

2009-05-03 Thread Øyvind Harboe
On Sun, May 3, 2009 at 10:03 PM, Rick Altherr kc8...@kc8apf.net wrote: The second patch was something under active debate in a different thread.  In fact, it looks like we had agreed to _not_ do what that patch does. Ouch. Sorry. The first patch seemed a no brainer and the second didn't look

Re: [Openocd-development] [PATCH] ft2232.c major re-work and clock reducing tms_seq support

2009-05-03 Thread Rick Altherr
On May 3, 2009, at 9:39 AM, Dick Hollenbeck wrote: In a nutshell, the project policies make it too expensive for me to continue to contribute. It is about money, which comes from the expenditure of wasted time. It is that simple. I'm sorry that you find the time necessary to allow for

Re: [Openocd-development] [PATCH] ft2232.c major re-work and clock reducing tms_seq support

2009-05-03 Thread Michael Bruck
On Sun, May 3, 2009 at 10:38 PM, Rick Altherr kc8...@kc8apf.net wrote: In the next few weeks I would like to prepare a roadmap document for where I think a project like this one should go.  I will make that available to this group.  That will basically be done to determine who and how many

Re: [Openocd-development] [PATCH] ft2232.c major re-work and clock reducing tms_seq support

2009-05-03 Thread Magnus Lundin
Michael Bruck wrote: On Sun, May 3, 2009 at 10:38 PM, Rick Altherr kc8...@kc8apf.net wrote: In the next few weeks I would like to prepare a roadmap document for where I think a project like this one should go. I will make that available to this group. That will basically be done to

Re: [Openocd-development] [PATCH] ft2232.c major re-work and clock reducing tms_seq support

2009-05-03 Thread Michel Catudal
Michael Bruck a écrit : On Sun, May 3, 2009 at 10:38 PM, Rick Altherr kc8...@kc8apf.net wrote: In the next few weeks I would like to prepare a roadmap document for where I think a project like this one should go. I will make that available to this group. That will basically be done to

[Openocd-development] Mac OS X compile fixes

2009-05-03 Thread Michael Fischer
Hello List, The first patch seemed a no brainer and the second didn't look very controversial... Backed it out now... ### Eclipse Workspace Patch 1.0 #P openocd Index: src/helper/jim.c === --- src/helper/jim.c (revision 1596) +++