Hello Rodrigo & OpenOCD comrades!
Le jeudi 07 juillet 2011 à 14:55 -0700, Rodrigo Rosa a écrit :
> the c part of your code was very useful. i'm was the telnet port, and
> ignoring the output i did not care about.
> now with the gdb port i get:
> - "0" for success
> - "1" for fail
> - a mess
On 14/07/2011 10:43 PM, Xiaofan Chen wrote:
On Thu, Jul 14, 2011 at 8:33 PM, Uwe Bonnes
wrote:
Hello,
are there any other published FTDI->SWD hardware setup beside KTLINL
http://sourceforge.net/apps/mediawiki/stm32primer2swd/index.php?title=File:Ktlink-buffers.png
that support SWD and are sup
On Thu, Jul 14, 2011 at 12:07 PM, Jie Zhang wrote:
> On Thu, Jul 14, 2011 at 6:17 AM, Steve Bennett wrote:
>> On 14/07/2011, at 7:19 PM, Spencer Oliver wrote:
>>> This is why i mentioned before about adding a configure option to
>>> jimtcl, something like --noinstall
>>
>> It seems weird to have
On Thu, Jul 14, 2011 at 6:17 AM, Steve Bennett wrote:
> On 14/07/2011, at 7:19 PM, Spencer Oliver wrote:
>> This is why i mentioned before about adding a configure option to
>> jimtcl, something like --noinstall
>
> It seems weird to have a configure option which causes 'make install'
> to not ins
On Thu, Jul 14, 2011 at 10:57 AM, Spencer Oliver wrote:
> On 14 July 2011 15:01, Jie Zhang wrote:
>> On Thu, Jul 14, 2011 at 8:57 AM, Spencer Oliver wrote:
I tell a lie, just discovered the noinst_SUBDIRS and that seems todo
what we want
>>>
>>> Spoke to soon, does not work.
>>> S
On 14 July 2011 14:21, Luca Bruno wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Spencer Oliver scrisse:
>
>> On 10 July 2011 15:17, Luca Bruno wrote:
>> > make dist should use git2cl to genereate ChangeLog from git history,
>> > populating the placeholder file in released tarball.
On 14 July 2011 15:01, Jie Zhang wrote:
> On Thu, Jul 14, 2011 at 8:57 AM, Spencer Oliver wrote:
>>> I tell a lie, just discovered the noinst_SUBDIRS and that seems todo
>>> what we want
>>>
>>
>> Spoke to soon, does not work.
>> So at the moment i am out of ideas
>>
> It works for me. With the a
On Wed, Jul 13, 2011 at 10:55 PM, Xiaofan Chen wrote:
> Under Linux, ftd2xx 1.04 (based on libusb-1.0.8) does not seem to offer
> any advantage than libftdi (tested with 0.19)
This is the same as reported last time.
> mcuee@Ubuntu:~/Desktop/build/openocd/lm3s1968$ openocd-d2xx -f
> board/ek-lm3s
On Thu, Jul 14, 2011 at 8:57 AM, Spencer Oliver wrote:
>> I tell a lie, just discovered the noinst_SUBDIRS and that seems todo
>> what we want
>>
>
> Spoke to soon, does not work.
> So at the moment i am out of ideas
>
It works for me. With the attached patch, "make install" does not
install jimtc
On Thu, Jul 14, 2011 at 8:58 AM, Tomek CEDRO wrote:
> Hello!
>
> Sorry for cross-posting but this somehow touches both applications.
> LibSWD is a standalone library that can generate SWD operations, then
> flush them into device driver. This driver (some function set) is
> application specific, s
W dniu 2011-07-14 15:24:48 użytkownik Tomek CEDRO
napisał:
> Hello Freddie! I am doing exactly the same way, but at final link
> operation libswd cannot find "extern" functions provided by openocd
> library.
Maybe there's something wrong with compilation settings?
> Anyway I was wondering if t
On Thu, Jul 14, 2011 at 1:14 PM, wrote:
> You can have weak symbols with stub implementations inside your library. Weak
> attribute is a GCC extension. Anyway - having just "extern" before such
> function names should be enough...
> Take a look at how it's done in OpenOCD - some modules are com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Spencer Oliver scrisse:
> On 10 July 2011 15:17, Luca Bruno wrote:
> > make dist should use git2cl to genereate ChangeLog from git history,
> > populating the placeholder file in released tarball.
>
> I like this, however it fails when building out
You can have weak symbols with stub implementations inside your library. Weak
attribute is a GCC extension. Anyway - having just "extern" before such
function names should be enough...
Take a look at how it's done in OpenOCD - some modules are compiled into
libraries, than one huge library is c
Hello!
Sorry for cross-posting but this somehow touches both applications.
LibSWD is a standalone library that can generate SWD operations, then
flush them into device driver. This driver (some function set) is
application specific, so it cannot be compiled in into libswd, but
rather linked with l
On 14 July 2011 11:54, Spencer Oliver wrote:
> On 14 July 2011 11:17, Steve Bennett wrote:
>> On 14/07/2011, at 7:19 PM, Spencer Oliver wrote:
>>
>>> On 13 July 2011 22:53, Steve Bennett wrote:
Hi Eric,
Thanks for the report.
This is caused by a couple of things.
>>
On Thu, Jul 14, 2011 at 8:33 PM, Uwe Bonnes
wrote:
> Hello,
>
> are there any other published FTDI->SWD hardware setup beside KTLINL
> http://sourceforge.net/apps/mediawiki/stm32primer2swd/index.php?title=File:Ktlink-buffers.png
> that support SWD and are supported by openocd?
Maybe that is the o
Hello,
are there any other published FTDI->SWD hardware setup beside KTLINL
http://sourceforge.net/apps/mediawiki/stm32primer2swd/index.php?title=File:Ktlink-buffers.png
that support SWD and are supported by openocd?
Thanks
--
Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de
I
On 14 July 2011 11:17, Steve Bennett wrote:
> On 14/07/2011, at 7:19 PM, Spencer Oliver wrote:
>
>> On 13 July 2011 22:53, Steve Bennett wrote:
>>>
>>> Hi Eric,
>>>
>>> Thanks for the report.
>>> This is caused by a couple of things.
>>>
>>> Firstly, the version of jimtcl used by openocd isn't fu
On 10 July 2011 15:17, Luca Bruno wrote:
> make dist should use git2cl to genereate ChangeLog from git history,
> populating the placeholder file in released tarball.
>
> Signed-off-by: Luca Bruno
> ---
> Makefile.am | 1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/M
On 14/07/2011, at 7:19 PM, Spencer Oliver wrote:
> On 13 July 2011 22:53, Steve Bennett wrote:
>>
>> Hi Eric,
>>
>> Thanks for the report.
>> This is caused by a couple of things.
>>
>> Firstly, the version of jimtcl used by openocd isn't fully functional
>> when built under mingw. It's fine f
> "Øyvind" == Øyvind Harboe writes:
Øyvind> My experience is that we're better off using a much lower
Øyvind> frequency when running of an RC. Perhaps that's just
Øyvind> superstition...
So perhaps change the comment
--
Uwe Bonnesb...@elektron.ikp.physik.tu-darms
My experience is that we're better off using a much lower frequency
when running of an RC. Perhaps that's just superstition...
--
Øyvind Harboe - Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/
__
The datasheet says: "Internal 16 MHz factory-trimmed RC"
Any objections against this speedup?
--
Uwe Bonnesb...@elektron.ikp.physik.tu-darmstadt.de
Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
- Tel. 06151 162516 Fax. 06151 164321 --
On 9 July 2011 22:44, Luca Bruno wrote:
> When building official releases from tarball, git commit info is not
> available in the building environment. Thus, automake should not try to
> append the git commit to the version string.
>
> Signed-off-by: Luca Bruno
> ---
> src/Makefile.am | 3 ++-
On 14 July 2011 10:05, Luca Bruno wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jean-Christophe PLAGNIOL-VILLARD scrisse:
>
>
>> > But these are not really a real release, created by make dist.
>> > Surely we should be running make dist then uploading the releases to
>> > sourceforg
On 13 July 2011 22:53, Steve Bennett wrote:
>
> Hi Eric,
>
> Thanks for the report.
> This is caused by a couple of things.
>
> Firstly, the version of jimtcl used by openocd isn't fully functional
> when built under mingw. It's fine for openocd, but things like backslashes
> in paths and exec are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jean-Christophe PLAGNIOL-VILLARD scrisse:
> > But these are not really a real release, created by make dist.
> > Surely we should be running make dist then uploading the releases to
> > sourceforge/berlios etc.
> >
> > Have you had a look at tools/r
28 matches
Mail list logo
