Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|

Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Yama Ploskonka-2
Bouncy robot powered by mspgcc+olpc/Sugar+msp430
http://www.youtube.com/watch?v=h-jrNkWtavM

So far mspdebug Linux tools "work" in OLPC's XO computer using the
directions in
http://processors.wiki.ti.com/index.php/OLPC_XO-1 (major overhaul today,
courtesy of a cold/flu)

1) I beg mspdebug people to vet excessive heresies this noob might have
introduced in the How-To in that page.
So far I am managing without -mcu - or -gdb.
I actually have no idea what those are for, or if their unavailability
explains my so far failure to UART, or if we should care... (for many
things, it ain't broken...)

2) Fedora packaging people: any way to package
mspdebug msp430-libc msp430-binutils msp430-gcc msp430mcu msp430-gdb ?
What gets downloaded through yum channels in the XO is very, very
outdated, and conflicts (cf. mcu and libc).
Please feel free to forward, as I have no access to "real" Fedora people
- don't even know where to look for them without making a nuisance of
myself and undue noise, and certainly do not know who could maybe make a
"package"(?) usable for the XO. Will this be fixable for the next OLPC OS?
Daniel?

3) Robotics, Science, Sensors OLPC, IAEP people, please, if you could
test the GCC toolchain?
You do not need to have a Launchpad on hand. I am trying to catch bugs
and usability issues. Are the instructions clear? as much as possible
figuring out snags so it's easier for kids and normal people.

*robot*
The brains of this "bouncy" are an MSP430 microcontroller (a lowly
g2152) controlling a L293 dual H bridge, senses two switches. Its brawn
a couple geared DC motors on 9V PWM in an askjerry tricycle frame. Not
counting shipping, less than USD $10 total. Coded in an XO-1 all the
way. Enormous thanks to the mspgcc folks that helped me figure things
like how to use more than one switch...


------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Daniel Beer-3
On Sat, Nov 24, 2012 at 08:20:16PM -0600, Yama Ploskonka wrote:

> Bouncy robot powered by mspgcc+olpc/Sugar+msp430
> http://www.youtube.com/watch?v=h-jrNkWtavM
>
> So far mspdebug Linux tools "work" in OLPC's XO computer using the
> directions in
> http://processors.wiki.ti.com/index.php/OLPC_XO-1 (major overhaul
> today, courtesy of a cold/flu)
>
> 1) I beg mspdebug people to vet excessive heresies this noob might
> have introduced in the How-To in that page.
> So far I am managing without -mcu - or -gdb.
> I actually have no idea what those are for, or if their
> unavailability explains my so far failure to UART, or if we should
> care... (for many things, it ain't broken...)

I'm not sure what you mean by -mcu (do you mean msp430mcu?), but gdb is
the source-level debugger. It's useful, but optional.

> 2) Fedora packaging people: any way to package
> mspdebug msp430-libc msp430-binutils msp430-gcc msp430mcu msp430-gdb ?
> What gets downloaded through yum channels in the XO is very, very
> outdated, and conflicts (cf. mcu and libc).
> Please feel free to forward, as I have no access to "real" Fedora
> people - don't even know where to look for them without making a
> nuisance of myself and undue noise, and certainly do not know who
> could maybe make a "package"(?) usable for the XO. Will this be
> fixable for the next OLPC OS?
> Daniel?

I'm not a Fedora expert, but I suspect that maybe the old msp430 libc
package contains the files which are now distributed separately in
msp430mcu. I'm not sure how things could work otherwise.

It might pay to try compiling the toolchain from source. It's actually
not too difficult, and you can build/install each package separately:

    http://sourceforge.net/apps/mediawiki/mspgcc/index.php?title=Install:fromsource

I'd recommend that you uninstall your old toolchain first, and install
the new one into some prefix of its own (e.g. /opt/mspgcc instead of
/usr/local). Change the --prefix= arguments to configure accordingly,
and make sure /opt/mspgcc/bin or the equivalent is in your PATH after
compiling binutils.

- Daniel

--
Daniel Beer <[hidden email]>    www.dlbeer.co.nz
IRC: inittab (Freenode)    PGP key: 2048D/160A553B

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Reginald Beardsley

I would like to second Daniel's comment about building from source.  It's a little tedious, but not hard. The mpsgcc toolchain build is a bit messy, but there are sound reasons for it being the way it is.  Hopefully this will improve w/ TI support.

If you depend upon someone else to build your toolchain for you, you'll get what you deserve, but probably won't like it. If you're having problems w/ a bug in an old version, you will be asked to update to the current version before anyone will be willing to take your problem seriously.

Prebuilt binaries are fine for things you make little use of.  Things you make heavy use of you should build from source.  You should also take the time to understand why the tools are structured the way they are.  There *will* come a time when it matters.

Have Fun!
Reg

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Robert Spanton-4
In reply to this post by Yama Ploskonka-2
Hi Yama,

On Sat, 2012-11-24 at 20:20 -0600, Yama Ploskonka wrote:
> 2) Fedora packaging people: any way to package
> mspdebug msp430-libc msp430-binutils msp430-gcc msp430mcu msp430-gdb ?
> What gets downloaded through yum channels in the XO is very, very
> outdated, and conflicts (cf. mcu and libc).

I maintain the mspgcc Fedora packages.  Fedora 18 is set to contain the
latest version of mspgcc.

Cheers,

Rob


------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

signature.asc (205 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Peter Bigot-4
In reply to this post by Reginald Beardsley
On Sun, Nov 25, 2012 at 6:03 PM, Reginald Beardsley <[hidden email]>wrote:

>
> I would like to second Daniel's comment about building from source.  It's
> a little tedious, but not hard. The mpsgcc toolchain build is a bit messy,
> but there are sound reasons for it being the way it is.  Hopefully this
> will improve w/ TI support.
>
> If you depend upon someone else to build your toolchain for you, you'll
> get what you deserve, but probably won't like it. If you're having problems
> w/ a bug in an old version, you will be asked to update to the current
> version before anyone will be willing to take your problem seriously.
>
> Prebuilt binaries are fine for things you make little use of.  Things you
> make heavy use of you should build from source.  You should also take the
> time to understand why the tools are structured the way they are.  There
> *will* come a time when it matters.
>
I prefer downstream distributions to build packages and for users to
install those.  The maintenance burden on me is significantly less, and the
user gets a toolchain that's normally been vetted by somebody else as at
least basically functional.  The days when it was appropriate and necessary
for every user to be competent at building every package they depend on
are, thankfully, past.  I've done X11 and TeX; I'm more than happy to leave
Gnome and OpenOffice to somebody else.

On Mon, Nov 26, 2012 at 6:56 AM, Rob Spanton <[hidden email]> wrote:
> I maintain the mspgcc Fedora packages.  Fedora 18 is set to contain the
> latest version of mspgcc.

Thanks, Rob.  If there's a possibility of building the RPMs for Fedora 17
and publishing them (or even just the specs files) somewhere that might
help with Yama's project.

Peter

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Yama Ploskonka-2
Robert,

The current OLPC OS runs on some variant of Fedora 17. Several ones
previous, still in use by over a million kids, run on Fedora 14. I am
unsure about the earliest ones, as far back as 2005, which sometimes
show up as being "alive" in some places.

I do not know how to help, but I will in any way possible.
I reasonably suspect that I cannot do this alone, especially building
from source is something I haven't done.

I don't even know the right questions to ask :-)

I hope we can make this work...
I can provide logs for what is happening now when yum is run - at least
that would show what repositories are being called by the XOs. Would
that help?

Yama


On 11/26/2012 07:27 AM, Peter Bigot wrote:
> On Mon, Nov 26, 2012 at 6:56 AM, Rob Spanton <[hidden email]> wrote:
>> I maintain the mspgcc Fedora packages.  Fedora 18 is set to contain the
>> latest version of mspgcc.
> Thanks, Rob.  If there's a possibility of building the RPMs for Fedora 17
> and publishing them (or even just the specs files) somewhere that might
> help with Yama's project.
>
> Peter
>


------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Yama Ploskonka-2
In reply to this post by Peter Bigot-4
my primary goal is to make microcontroller learning available to people
mostly in less developed countries, maybe only for the few gifted kids:
the ones that might make an actual difference when they grow in skills,
but have none yet (and no one to teach them).

As such, whatever we come up with has to be simple and reasonably reliable.

While I am thankful to all the kind suggestions about building from
source, which no doubt would extent my skillset beyond where it is now,
I wish for something that kids (or I :-) ) can install with a couple
commands.

Whether it is a customized build, or from official repositories, then
we're good, probably



I just learned that, from the potential 2 million kids worldwide that
were handed an XO, at least 1/2 million kids are lost to this
opportunity anyway: Uruguay has blocked sudo :-(





On 11/26/2012 07:27 AM, Peter Bigot wrote:

> On Sun, Nov 25, 2012 at 6:03 PM, Reginald Beardsley <[hidden email]>wrote:
>
>> I would like to second Daniel's comment about building from source.  It's
>> a little tedious, but not hard. The mpsgcc toolchain build is a bit messy,
>> but there are sound reasons for it being the way it is.  Hopefully this
>> will improve w/ TI support.
>>
>> If you depend upon someone else to build your toolchain for you, you'll
>> get what you deserve, but probably won't like it. If you're having problems
>> w/ a bug in an old version, you will be asked to update to the current
>> version before anyone will be willing to take your problem seriously.
>>
>> Prebuilt binaries are fine for things you make little use of.  Things you
>> make heavy use of you should build from source.  You should also take the
>> time to understand why the tools are structured the way they are.  There
>> *will* come a time when it matters.
>>
> I prefer downstream distributions to build packages and for users to
> install those.  The maintenance burden on me is significantly less, and the
> user gets a toolchain that's normally been vetted by somebody else as at
> least basically functional.  The days when it was appropriate and necessary
> for every user to be competent at building every package they depend on
> are, thankfully, past.  I've done X11 and TeX; I'm more than happy to leave
> Gnome and OpenOffice to somebody else.
>


------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Robert Spanton-4
In reply to this post by Peter Bigot-4
On Mon, 2012-11-26 at 07:27 -0600, Peter Bigot wrote:
> Thanks, Rob.  If there's a possibility of building the RPMs for Fedora
> 17 and publishing them (or even just the specs files) somewhere that
> might help with Yama's project.

I use these packages with F17:
http://users.ecs.soton.ac.uk/rds/rpm/mspgcc-uniarch/f17/

So you can download them from there, or you can point yum at that
directory as a repository if you like.

Cheers,

Rob

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

signature.asc (205 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Yama Ploskonka-2
Thanks!  as soon as I can I will try to figure out how to do that, which
files to download and or how to point yum.

I see FC16 in your repositories in detail also

I am unsure how much we need to do something with FC14 - it seems to
work, sort of, except for that conflict with msp430mcu
I notice that the link for it
http://users.ecs.soton.ac.uk/rds/rpm/mspgcc/msp430-gdb-6.8-1.20090621cvs.fc14.i686.rpm
is marked in my browser as "already visited", so I must have come this
way before in my search :-)


On 11/26/2012 11:10 AM, Rob Spanton wrote:

> On Mon, 2012-11-26 at 07:27 -0600, Peter Bigot wrote:
>> Thanks, Rob.  If there's a possibility of building the RPMs for Fedora
>> 17 and publishing them (or even just the specs files) somewhere that
>> might help with Yama's project.
> I use these packages with F17:
> http://users.ecs.soton.ac.uk/rds/rpm/mspgcc-uniarch/f17/
>
> So you can download them from there, or you can point yum at that
> directory as a repository if you like.
>
> Cheers,
>
> Rob
>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
>
>
> _______________________________________________
> Mspgcc-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

cannot open linker Re: Robot runs on MSP430 + OLPC XO - QA and updated bundle request

Yama Ploskonka-2
In reply to this post by Robert Spanton-4
Finally all components in, hopefully, but

1) an error that smells like a Path issue, but I am not sure and have no
idea how to solve. Dump below.
Google gives me Windows-based discussions

2) should I have used/rpm -Uvh/ instead of using /rpm -i/ which was what
I used?
or maybe even/yum --nogpgcheck install /?

oh boy, this was /painful/, but certainly educational!

> [olpc@xo-10-b4-e0 ~]$ sudo rpm -i
> Downloads/XOFC17/msp430-libc-20120224-1.fc17.noarch.rpm
>
> [olpc@xo-10-b4-e0 ~]$ rpm -qa | grep msp
>
>     msp430-gcc-4.6.3-1.fc17.i686
>     msp430-libc-20120224-1.fc17.noarch
>     msp430-binutils-2.21.1a-1.fc17.i686
>     msp430-gdb-7.2a-1.20111205.fc17.i686
>     msp430mcu-20120406-3.fc17.noarch
>     mspdebug-0.20-1.fc17.i686
>
> [olpc@xo-10-b4-e0 ~]$ cd Documents/
>
> [olpc@xo-10-b4-e0 Documents]$ msp430-gcc shift.c
> /usr/lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot open
> linker script file memory.x: No such file or directory
> collect2: ld returned 1 exit status



On 11/26/2012 11:10 AM, Rob Spanton wrote:

> On Mon, 2012-11-26 at 07:27 -0600, Peter Bigot wrote:
>> Thanks, Rob.  If there's a possibility of building the RPMs for Fedora
>> 17 and publishing them (or even just the specs files) somewhere that
>> might help with Yama's project.
> I use these packages with F17:
> http://users.ecs.soton.ac.uk/rds/rpm/mspgcc-uniarch/f17/
>
> So you can download them from there, or you can point yum at that
> directory as a repository if you like.
>
> Cheers,
>
> Rob
>
>
> ------------------------------------------------------------------------------
> Monitor your physical, virtual and cloud infrastructure from a single
> web console. Get in-depth insight into apps, servers, databases, vmware,
> SAP, cloud infrastructure, etc. Download 30-day Free Trial.
> Pricing starts from $795 for 25 servers or applications!
> http://p.sf.net/sfu/zoho_dev2dev_nov
>
>
> _______________________________________________
> Mspgcc-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

cannot open linker script file memory.x: No such file or directory

Yama Ploskonka-2
please help!

when trying to compile, I get

/usr/lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot open linker
script file memory.x: No such file or directory
collect2: ld returned 1 exit status

- This says to re-emerge msp430mcu....
https://github.com/radhermit/msp430-overlay
no idea how to do that :-(

- There was some advice in 2011 by Peter to the effect of "passing the
-mmcu flag"
http://comments.gmane.org/gmane.comp.hardware.texas-instruments.msp430.gcc.user/10095
I tried msp430.gcc -mmcu=msp430x16x myfile.c
no luck.
msp430x16x exists indeed in /etc/msp430/include - I even tried full path
in the code
#include </etc/msp430/include/msp430x16x.h>

I'm stuck...
might be something obviously simple, I hope...

Fedora 17, OLPC OS.
I reinstalled the OS, ran all the install process again (this time with
/yum --nogpgcheck install /in hopes that would "connect" things better),
and by now have (apparently) all up to date gcc, binutils, libc and mcu.


------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: cannot open linker script file memory.x: No such file or directory

Peter Bigot-4
The mcu identifier is now the standard name of the MCU; the genericized
ones are no longer supported.

E.g., if you are building for a Launchpad with an MSP430G2553 on it, use:

msp430-gcc -mmcu=msp430g2553 ...

Peter


On Wed, Nov 28, 2012 at 1:57 PM, Yama Ploskonka <[hidden email]> wrote:

> please help!
>
> when trying to compile, I get
>
> /usr/lib/gcc/msp430/4.6.3/../.**./../../msp430/bin/ld: cannot open linker
> script file memory.x: No such file or directory
> collect2: ld returned 1 exit status
>
> - This says to re-emerge msp430mcu....
> https://github.com/radhermit/**msp430-overlay<https://github.com/radhermit/msp430-overlay>
> no idea how to do that :-(
>
> - There was some advice in 2011 by Peter to the effect of "passing the
> -mmcu flag"
> http://comments.gmane.org/**gmane.comp.hardware.texas-**
> instruments.msp430.gcc.user/**10095<http://comments.gmane.org/gmane.comp.hardware.texas-instruments.msp430.gcc.user/10095>
> I tried msp430.gcc -mmcu=msp430x16x myfile.c
> no luck.
> msp430x16x exists indeed in /etc/msp430/include - I even tried full path
> in the code
> #include </etc/msp430/include/**msp430x16x.h>
>
> I'm stuck...
> might be something obviously simple, I hope...
>
> Fedora 17, OLPC OS.
> I reinstalled the OS, ran all the install process again (this time with
> /yum --nogpgcheck install /in hopes that would "connect" things better),
> and by now have (apparently) all up to date gcc, binutils, libc and mcu.
>
>
>
> ------------------------------------------------------------------------------
> Keep yourself connected to Go Parallel:
> INSIGHTS What's next for parallel hardware, programming and related areas?
> Interviews and blogs by thought leaders keep you ahead of the curve.
> http://goparallel.sourceforge.net
> _______________________________________________
> Mspgcc-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
>

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

[not quite SOLVED] Re: cannot open linker script file memory.x: No such file or directory

Yama Ploskonka-2
In reply to this post by Yama Ploskonka-2
1)
do use the -mmcu flag
for the -mmcu flag, use the scripts in /usr/msp430/lib/ldscripts (like
msp430g2210)
and not those in /etc/msp430/include (like msp430x16x)

example (that works):
msp430-gcc -mmcu=msp430g2210 myfile.c -o output.elf

2) other thoughts:
I am not too happy about using -mmcu flags, as it adds one more step.
I prefer in-code include. Maybe a Path addition would solve this. Being
a noob, that will be another hour exploration

All in all, this whole process to install the toolchain by retrieving
files and install from them is too laborious, and definitely does not
compare well with the one liner:
  sudo yum install msp430-libc mspdebug
as taught in http://processors.wiki.ti.com/index.php/OLPC_XO-1

The goal being to make the ramp-up very easy, this is not quite it yet.
Maybe redirecting yum install to Robert's repository would fix that? No
idea how to do that either :-p

3) Now, if it lets me do UART, then maybe I'll be ahead of where I wuz :-)


On 11/28/2012 01:57 PM, Yama Ploskonka wrote:

> please help!
>
> when trying to compile, I get
>
> /usr/lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot open
> linker script file memory.x: No such file or directory
> collect2: ld returned 1 exit status
>
> - This says to re-emerge msp430mcu....
> https://github.com/radhermit/msp430-overlay
> no idea how to do that :-(
>
> - There was some advice in 2011 by Peter to the effect of "passing the
> -mmcu flag"
> http://comments.gmane.org/gmane.comp.hardware.texas-instruments.msp430.gcc.user/10095
> I tried msp430.gcc -mmcu=msp430x16x myfile.c
> no luck.
> msp430x16x exists indeed in /etc/msp430/include - I even tried full
> path in the code
> #include </etc/msp430/include/msp430x16x.h>
>
> I'm stuck...
> might be something obviously simple, I hope...
>
> Fedora 17, OLPC OS.
> I reinstalled the OS, ran all the install process again (this time
> with /yum --nogpgcheck install /in hopes that would "connect" things
> better), and by now have (apparently) all up to date gcc, binutils,
> libc and mcu.
>

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: cannot open linker script file memory.x: No such file or directory

Yama Ploskonka-2
In reply to this post by Peter Bigot-4
:-) got there on my own :-)

just joking. Even if I have to do all the hard work :-)^lots, I do mean
it that I appreciate y'all help.
In looking for fixes, I saw your name a lot, Peter, that you have been
helping many.

Thank you, really. and the rest of this clan.

I know my skills are very low, yet you guys do give up so much of your
time, that it's amazing

BTW, is using ·includes· for the file something deprecated and -mmcu the
Right Way?

thanks again!

Yama

On 11/28/2012 02:02 PM, Peter Bigot wrote:

> The mcu identifier is now the standard name of the MCU; the
> genericized ones are no longer supported.
>
> E.g., if you are building for a Launchpad with an MSP430G2553 on it, use:
>
> msp430-gcc -mmcu=msp430g2553 ...
>
> Peter
>
>
> On Wed, Nov 28, 2012 at 1:57 PM, Yama Ploskonka <[hidden email]
> <mailto:[hidden email]>> wrote:
>
>     please help!
>
>     when trying to compile, I get
>
>     /usr/lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot open
>     linker script file memory.x: No such file or directory
>     collect2: ld returned 1 exit status
>
>     - This says to re-emerge msp430mcu....
>     https://github.com/radhermit/msp430-overlay
>     no idea how to do that :-(
>
>     - There was some advice in 2011 by Peter to the effect of "passing
>     the -mmcu flag"
>     http://comments.gmane.org/gmane.comp.hardware.texas-instruments.msp430.gcc.user/10095
>     I tried msp430.gcc -mmcu=msp430x16x myfile.c
>     no luck.
>     msp430x16x exists indeed in /etc/msp430/include - I even tried
>     full path in the code
>     #include </etc/msp430/include/msp430x16x.h>
>
>     I'm stuck...
>     might be something obviously simple, I hope...
>
>     Fedora 17, OLPC OS.
>     I reinstalled the OS, ran all the install process again (this time
>     with /yum --nogpgcheck install /in hopes that would "connect"
>     things better), and by now have (apparently) all up to date gcc,
>     binutils, libc and mcu.
>
>
>     ------------------------------------------------------------------------------
>     Keep yourself connected to Go Parallel:
>     INSIGHTS What's next for parallel hardware, programming and
>     related areas?
>     Interviews and blogs by thought leaders keep you ahead of the curve.
>     http://goparallel.sourceforge.net
>     _______________________________________________
>     Mspgcc-users mailing list
>     [hidden email]
>     <mailto:[hidden email]>
>     https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
>

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: cannot open linker script file memory.x: No such file or directory

Peter Bigot-4
My recommendation is to use "#include <msp430.h>" which is MCU-independent
(it will reference a preprocessor definition that results from using -mmcu,
and will include the appropriate header).  Others disagree and say you
should include the header specific to the code you're writing (assuming the
code you're writing is specific to a particular MCU).

Either way, using -mmcu isn't an option.  The compiler and linker need
information about the target MCU that can't be inferred from an include
file.

Peter

On Wed, Nov 28, 2012 at 2:41 PM, Yama Ploskonka <[hidden email]> wrote:

> :-) got there on my own :-)
>
> just joking. Even if I have to do all the hard work :-)^lots, I do mean it
> that I appreciate y'all help.
> In looking for fixes, I saw your name a lot, Peter, that you have been
> helping many.
>
> Thank you, really. and the rest of this clan.
>
> I know my skills are very low, yet you guys do give up so much of your
> time, that it's amazing
>
> BTW, is using ·includes· for the file something deprecated and -mmcu the
> Right Way?
>
> thanks again!
>
> Yama
>
>
> On 11/28/2012 02:02 PM, Peter Bigot wrote:
>
>> The mcu identifier is now the standard name of the MCU; the genericized
>> ones are no longer supported.
>>
>> E.g., if you are building for a Launchpad with an MSP430G2553 on it, use:
>>
>> msp430-gcc -mmcu=msp430g2553 ...
>>
>> Peter
>>
>>
>> On Wed, Nov 28, 2012 at 1:57 PM, Yama Ploskonka <[hidden email]<mailto:
>> [hidden email]>> wrote:
>>
>>     please help!
>>
>>     when trying to compile, I get
>>
>>     /usr/lib/gcc/msp430/4.6.3/../.**./../../msp430/bin/ld: cannot open
>>     linker script file memory.x: No such file or directory
>>     collect2: ld returned 1 exit status
>>
>>     - This says to re-emerge msp430mcu....
>>     https://github.com/radhermit/**msp430-overlay<https://github.com/radhermit/msp430-overlay>
>>     no idea how to do that :-(
>>
>>     - There was some advice in 2011 by Peter to the effect of "passing
>>     the -mmcu flag"
>>     http://comments.gmane.org/**gmane.comp.hardware.texas-**
>> instruments.msp430.gcc.user/**10095<http://comments.gmane.org/gmane.comp.hardware.texas-instruments.msp430.gcc.user/10095>
>>     I tried msp430.gcc -mmcu=msp430x16x myfile.c
>>     no luck.
>>     msp430x16x exists indeed in /etc/msp430/include - I even tried
>>     full path in the code
>>     #include </etc/msp430/include/**msp430x16x.h>
>>
>>     I'm stuck...
>>     might be something obviously simple, I hope...
>>
>>     Fedora 17, OLPC OS.
>>     I reinstalled the OS, ran all the install process again (this time
>>     with /yum --nogpgcheck install /in hopes that would "connect"
>>     things better), and by now have (apparently) all up to date gcc,
>>     binutils, libc and mcu.
>>
>>
>>     ------------------------------**------------------------------**
>> ------------------
>>     Keep yourself connected to Go Parallel:
>>     INSIGHTS What's next for parallel hardware, programming and
>>     related areas?
>>     Interviews and blogs by thought leaders keep you ahead of the curve.
>>     http://goparallel.sourceforge.**net<http://goparallel.sourceforge.net>
>>     ______________________________**_________________
>>     Mspgcc-users mailing list
>>     Mspgcc-users@lists.**sourceforge.net<[hidden email]>
>>     <mailto:Mspgcc-users@lists.**sourceforge.net<[hidden email]>
>> >
>>     https://lists.sourceforge.net/**lists/listinfo/mspgcc-users<https://lists.sourceforge.net/lists/listinfo/mspgcc-users>
>>
>>
>>
>
>
> ------------------------------------------------------------------------------
> Keep yourself connected to Go Parallel:
> INSIGHTS What's next for parallel hardware, programming and related areas?
> Interviews and blogs by thought leaders keep you ahead of the curve.
> http://goparallel.sourceforge.net
> _______________________________________________
> Mspgcc-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
>

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users
Reply | Threaded
Open this post in threaded view
|

Re: cannot open linker script file memory.x: No such file or directory

Adam Ford-2
In reply to this post by Yama Ploskonka-2
Part of what --mmcu does is it specifies the which linker script to use.  Simply including the correct header file doesn't help the linker.  Even other compilers (like IAR) use linker scripts which are separate from the #include.

The --mmcu also allows you to use a more generic #include <msp430.h> and the precompiler figures out which #include files to use because of the use of this flag.

For example, if you have a project with 15 files and you had a MSP430F2416.  If you decide that you need to upgrade your processor to a F2417 or 2418, you can change it one place, and not modify 15 source files.  That happened where I work when we upgraded processors.

adam

-----Original Message-----
From: Yama Ploskonka [mailto:[hidden email]]
Sent: Wednesday, November 28, 2012 2:41 PM
Cc: GCC for MSP430 - http://mspgcc.sf.net
Subject: Re: [Mspgcc-users] cannot open linker script file memory.x: No such file or directory

:-) got there on my own :-)

just joking. Even if I have to do all the hard work :-)^lots, I do mean it that I appreciate y'all help.
In looking for fixes, I saw your name a lot, Peter, that you have been helping many.

Thank you, really. and the rest of this clan.

I know my skills are very low, yet you guys do give up so much of your time, that it's amazing

BTW, is using *includes* for the file something deprecated and -mmcu the Right Way?

thanks again!

Yama

On 11/28/2012 02:02 PM, Peter Bigot wrote:

> The mcu identifier is now the standard name of the MCU; the
> genericized ones are no longer supported.
>
> E.g., if you are building for a Launchpad with an MSP430G2553 on it, use:
>
> msp430-gcc -mmcu=msp430g2553 ...
>
> Peter
>
>
> On Wed, Nov 28, 2012 at 1:57 PM, Yama Ploskonka <[hidden email]
> <mailto:[hidden email]>> wrote:
>
>     please help!
>
>     when trying to compile, I get
>
>     /usr/lib/gcc/msp430/4.6.3/../../../../msp430/bin/ld: cannot open
>     linker script file memory.x: No such file or directory
>     collect2: ld returned 1 exit status
>
>     - This says to re-emerge msp430mcu....
>     https://github.com/radhermit/msp430-overlay
>     no idea how to do that :-(
>
>     - There was some advice in 2011 by Peter to the effect of "passing
>     the -mmcu flag"
>     http://comments.gmane.org/gmane.comp.hardware.texas-instruments.msp430.gcc.user/10095
>     I tried msp430.gcc -mmcu=msp430x16x myfile.c
>     no luck.
>     msp430x16x exists indeed in /etc/msp430/include - I even tried
>     full path in the code
>     #include </etc/msp430/include/msp430x16x.h>
>
>     I'm stuck...
>     might be something obviously simple, I hope...
>
>     Fedora 17, OLPC OS.
>     I reinstalled the OS, ran all the install process again (this time
>     with /yum --nogpgcheck install /in hopes that would "connect"
>     things better), and by now have (apparently) all up to date gcc,
>     binutils, libc and mcu.
>
>
>     ------------------------------------------------------------------------------
>     Keep yourself connected to Go Parallel:
>     INSIGHTS What's next for parallel hardware, programming and
>     related areas?
>     Interviews and blogs by thought leaders keep you ahead of the curve.
>     http://goparallel.sourceforge.net
>     _______________________________________________
>     Mspgcc-users mailing list
>     [hidden email]
>     <mailto:[hidden email]>
>     https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
>


This email, including any attachments and files transmitted with it, are for the sole use of the intended recipient(s) to whom this email is addressed, and may contain confidential and/or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please be advised that you have received this email in error, and please contact the sender by reply email and destroy all copies (including all electronic and hard copies) of the original message. Thank you.

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Mspgcc-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users