$ newt run my_blinky_sim

Just the name of the target, don’t provide the binary path. All of the commands run based on the name of the target.

We’ll update the documentation here: http://mynewt.apache.org/os/get_started/project_create/

to use newt run. It was written prior to the Docker image being supported, and works with the native toolset.

Newt run is documented here: http://mynewt.apache.org/newt/command_list/newt_run/, albeit it should probably have better documentation for simulated targets.

Sterling

On 28 May 2016, at 16:18, David Moshal wrote:

```
⇒  ../newt run ./bin/my_blinky_sim/apps/blinky/blinky 0
Error: Invalid target name: ./bin/my_blinky_sim/apps/blinky/blinky
```

Undocumented cryptic commands required for 'getting started' project ?
Not good, and doesn't inspire newbies to donate their time to the
project, just saying.

For reference: it took me 5 mins from zero to blinky light on the mBed
platform, which seems like a reasonable alternative to MyNewt, best as
I can tell, so there's room for improvement if you want to grow the
platform.

David



On Sat, May 28, 2016 at 3:48 PM, Christopher Collins
<[email protected]> wrote:
On Sat, May 28, 2016 at 01:38:48PM -0700, Sterling Hughes wrote:
$ newt run <target-name>

Will do this for you.  No need to call binary directly.

If you are building for real hardware (i.e., not sim), then you need to add a version number to the end of the command. So, the command would
look something like this:

    newt run myblinky 0

If you leave off the 0, you will get a cryptic and intimidating error
message.

I was thinking we might want to make the version number optional. When
people use the run command, most of the time they probably don't care
what version number the produced image has.

Chris

Reply via email to