<karlp>
eh, I genrally try and avoid monitor commands anyway, gdb always gets upset when you change things behinds it back, what are you actually trying to do?
<Flecks>
set breakpoint as soon as possible :D
<Flecks>
I can use Reset_Handler() I guess
Flecks is now known as Fleck
<karlp>
reset handler is pretty easy, yes.
<olerem>
bencoh, tarekb .. anyone on ELC this week?
<Fleck>
karlp: still trying to learn howto debug stuffs :D all is new for me, I for example have no clue how to print memory contents from 0x2407fff8 to 0x24080000 for example, tried p /x *0x2407fff8@20 but thats not working, however p /x *0x2407fff8 prints single address just fine :/
Yiancar has joined #openocd
<Yiancar>
Hey ya!
<Fleck>
hello
<Yiancar>
I have recently started giving a go to apm32f072 chips (which should be the "equivalent") to the stm32f072 ones.
<Yiancar>
I tried programing them through openocd and ofcource there is a check in the program routine. is this something that can be overwritten/ ignored?
<Haohmaru>
huh, is that from some other vendor again?
<olerem>
is it some kind of clone from china?
<Yiancar>
well it has the identical registers so i suppose so:P
<Yiancar>
and then it fails. do I have to build the docs? is this something obvius?
<karlp>
isn't latex amazing :)
<karlp>
there's a configure option to disable the docs
<karlp>
actually, just do "make binary"
<karlp>
instead of "make"
<karlp>
nope, wrong project sorry
<karlp>
"./configure MAKEINFO=true" and then like normal
tarekb has quit [Read error: Connection reset by peer]
<Yiancar>
thank you!
<Yiancar>
any idea what:
<Yiancar>
src/target/arm_disassembler.c:30:10: fatal error: 'capstone/capstone.h' file not found
<Yiancar>
#include <capstone/capstone.h>
<Yiancar>
^~~~~~~~~~~~~~~~~~~~~
<Yiancar>
1 error generated.
<Yiancar>
captone is?
<Haohmaru>
if the file *is* there, maybe the include dirs are not set to the compiler
<karlp>
did you deliberately enable capstone?
<Yiancar>
nop
<karlp>
doyou know what capstone is?
<Yiancar>
also nop, some sort of dissasembler? I surely dont need it:D
<karlp>
it would appear you have a broken installation of it anyway, try --without-capstone
<karlp>
(to configure)
<Yiancar>
is there a way to clean other than make clean?
<karlp>
perhaps a magic wand?
<Yiancar>
hehe, Use Capstone disassembly framework no ok this used to be yes by default:S
<karlp>
what's the appeal of this apm32 parts anyway? they don't seem to be any more available than anything else?
<Yiancar>
our parts people seem to be able to find them in China, our main products run f072s
<Yiancar>
src/target/arm_disassembler.h:201:5: error: 'HAVE_CAPSTONE' is not defined, evaluates to 0 [-Werror,-Wundef]
<Yiancar>
#if HAVE_CAPSTONE
<Yiancar>
^
<Yiancar>
src/target/arm_disassembler.c:29:5: error: 'HAVE_CAPSTONE' is not defined, evaluates to 0 [-Werror,-Wundef]
<Yiancar>
#if HAVE_CAPSTONE
<Yiancar>
^
<Yiancar>
src/target/arm_disassembler.c:3034:5: error: 'HAVE_CAPSTONE' is not defined, evaluates to 0 [-Werror,-Wundef]
<Yiancar>
#if HAVE_CAPSTONE
<Yiancar>
^
<Yiancar>
3 errors generated.
<Yiancar>
wow:)
<karlp>
what system are you on?
<karlp>
and what branch/build of openocd are you trying ot build?
<Yiancar>
mac m1
<Yiancar>
master just modified one stm related file
emeb has joined #openocd
<karlp>
autofail should be able to disable capstone, if you re-ran configure after that, it should be clean to go, no idea sorry.
<karlp>
but, it's autofail, who knows
<Haohmaru>
make -j64 Makefail
<Yiancar>
sorry what is autofail?
<Haohmaru>
he meant "autotools", which "make" is part of
<Haohmaru>
some people don't like them.. too much..
<Haohmaru>
put me in that basket too
<Yiancar>
hehe... me too ..
<Haohmaru>
they're great when you happen to have a command to copy/paste and it happens to work
<Yiancar>
i think ill give up:)))
<Yiancar>
at least now I know what the problem is, if anyone is interested to make an addition it should be a one liner
<Haohmaru>
were you trying to add that APM32 chip?
<Yiancar>
yes
<Haohmaru>
huh, so that requires rebuilding openocd?
<Yiancar>
well the program part of openocd uses the arm cpu id to figure out which flash routine to use, it happens that the routine is the same but they used an M0+ instead of an M0
<PaulFertser>
Yiancar: are you on some old version of host OS?
<Haohmaru>
hm, while not a debugger tool, avrdude allows adding new "similar enough" chips to it via editing some text-based file which is loaded at run time, i thought openocd would maybe work like that too
<PaulFertser>
Yiancar: what OpenOCD version did you get and did you run ./bootstrap?
<Yiancar>
this need some additions to src/flash/nor/stm32f1x.c
<Yiancar>
I am on master :
<Yiancar>
openocd-code % git status
<Yiancar>
On branch master
<Yiancar>
Your branch is up to date with 'origin/master'.
<Haohmaru>
hm, hold on, was M0 and M0+ two distinct cores?
<Yiancar>
they are different yes
<Yiancar>
but anything that works on M0 works on M0+ , M3 , M4 etc etc
<PaulFertser>
Yiancar: ok, and did you run ./bootstrap , did it print any errors?
<PaulFertser>
Yiancar: HAVE_CAPSTONE surely gets defined in config.h during ./configure run.
<PaulFertser>
Either to 0 or to 1.
Yiancar has quit [Ping timeout: 256 seconds]
Yiancar has joined #openocd
<Yiancar>
hey ya sorry
<Yiancar>
PaulFertser:
<Yiancar>
configure.ac:38: warning: The macro `AC_PROG_CC_C99' is obsolete.
<Yiancar>
configure.ac:38: You should run autoupdate.
<Yiancar>
./lib/autoconf/c.m4:1659: AC_PROG_CC_C99 is expanded from...
<PaulFertser>
Yiancar: you can check config.h then, I see "#define HAVE_CAPSTONE 0" after running configure.
Yiancar has quit [Client Quit]
Yiancar has joined #openocd
<Yiancar>
ok it has build thank you! ill try it shortly
<PaulFertser>
Yiancar: what was the culprit?
<PaulFertser>
Yiancar: why wasn't it building before?
Yiancar has quit [Ping timeout: 256 seconds]
<karlp>
Haohmaru: make is nothing to do with autofail
<Haohmaru>
hm?
<Haohmaru>
then what
<karlp>
automake/autoconf/autoblah are one package
<karlp>
make is completely independent.
* Haohmaru
doesn't distinguish them really
<karlp>
you should
<Haohmaru>
noooo :~(
<karlp>
one of them is sane, widely used.
<karlp>
one of them is absoltuely trash fire
<emeb>
make is awesome. autoconf is horrible
<PaulFertser>
make vs. autoconf is of course 100 % meaningless discussion. So I have another question: what do you think about Meson? I see many moved away from cmake to it, why?
<karlp>
not enough experience with it yet.
<karlp>
cmake just turned outt ot have similar problems, just not quite as much as autohell.
<karlp>
but it makes nice build otuput :)
Hawk777 has joined #openocd
nerozero has quit [Ping timeout: 252 seconds]
Haohmaru has quit []
[_] has joined #openocd
[itchyjunk] has quit [Ping timeout: 252 seconds]
[_] has quit [Client Quit]
emeb has quit [Ping timeout: 245 seconds]
emeb has joined #openocd
tchebb has quit [Ping timeout: 252 seconds]
sbach has quit [Read error: Connection reset by peer]
sbach has joined #openocd
cyrozap has quit [Remote host closed the connection]
jerwd has joined #openocd
<jerwd>
Hi @PaulFertser how are you today? I just saw your comment on my latest review. I need to double check with WD legal on that one.
<PaulFertser>
jerwd: hey
tarekb has joined #openocd
<PaulFertser>
jerwd: of course. afaik there's no strict policy but IMHO it would be nice to have as much code as possible under GPLv2+. And I hope WDC legal team can make the code GPLv3-compatible.
<PaulFertser>
I personally like GPLv3
<PaulFertser>
And probably there'll be some other project that can only use v3 code.