The experimental Debian repositories do not include msp340-libc, because we
are still cleaning up copyright issues.  So it's really not yet ready for
use, unless you don't need libc functionality, or you build the pieces
yourself.

You should not have needed to add the -L path, but you may not have provided
the right -mmcu option at the link phase: without it, the gcc driver can't
figure out what path to add.  Don't use msp430x2553: use the real target MCU
identifier (msp430g2553).  Especially in the value-line family, there are
differences in layout between the F and G variants and the genericized
version doesn't work.

The syntactic sugar provided by signal.h was removed in uniarch following
previous discussions over the last year.

Peter

On Thu, Jun 2, 2011 at 6:53 AM, Tõnu Samuel <t...@jes.ee> wrote:

> On Thu, 2011-06-02 at 13:42 +0200, Matthias Ringwald wrote:
> > hi
> >
> > I don't use uniarch (yet), but adding signal.h solved the problem for me
> on the mspgcc4.
> >
> > If that file's not there, you can also just copy the interrupt macro from
> there into your code.
> >
> > #define interrupt(x) void __attribute__((interrupt (x)))
> >
> > That works at least on mspgcc4.
>
> Ok, this made it. I got other problems too and solved them in hardcore
> way. First it complained about missing memory.x and I fixed this by
> adding
>
> -L/usr/msp430/lib/ldscripts/msp430g2553
>
> which does not look clean way to me. And also it complained about -lc,
> so I added
>
> -L/home/tonu/msp/mspgcc4/build/mspgcc/msp430-libc-ti_20110213/src/Build/
>
> which is clearly not from proper source. But it worked. So, Makefile now
> looks:
>
> tonu@hp:~/msp/temperature-demo$ cat Makefile
> CC=msp430-gcc
> CFLAGS=-Os -Wall -g -mmcu=msp430x2553
> #CFLAGS=-Os -Wall -g -mmcu=msp430x2231 --param inline-call-cost=2
> # -fno-inline-small-functions -fno-split-wide-types -fno-tree-scev-cprop
> -ffunction-sections -Wl,--gc-sections -Wl,--relax
>
>
> OBJS=main.o
>
>
> all: $(OBJS)
>        $(CC) $(CFLAGS) -o main.elf $(OBJS)
> -L/usr/msp430/lib/ldscripts/msp430g2553
> -L/home/tonu/msp/mspgcc4/build/mspgcc/msp430-libc-ti_20110213/src/Build/
>
> %.o: %.c
>        $(CC) $(CFLAGS) -c $<
>
> clean:
>        rm -fr main.elf $(OBJS)
> tonu@hp:~/msp/temperature-demo$
>
>
>
> If someone knows what I am missing or how to make it more clean, let me
> know.
>
> tonu@hp:~/msp/temperature-demo$ dpkg --list | grep msp
> ii  binutils-msp430                      2.21~msp20110421-1
> Binary utilities supporting TI's MSP430 targets
> ii  gcc-msp430                           4.5.3~msp20110421-1
> The GNU C compiler (cross compiler for MSP430)
> ii  msp430mcu                            0~20110512-2
> Spec files, headers and linker scripts for TI's MSP430 targets
> tonu@hp:~/msp/temperature-demo$ apt-cache search msp43
> binutils-msp430 - Binary utilities supporting TI's MSP430 targets
> gcc-msp430 - The GNU C compiler (cross compiler for MSP430)
> gdb-msp430 - The GNU debugger for MSP430
> msp430mcu - Spec files, headers and linker scripts for TI's MSP430
> targets
> mspdebug - debugging tool for MSP430 microcontrollers
> tonu@hp:~/msp/temperature-demo$
>
>
>    Tõnu
>
>
>
> ------------------------------------------------------------------------------
> Simplify data backup and recovery for your virtual environment with
> vRanger.
> Installation's a snap, and flexible recovery options mean your data is
> safe,
> secure and there when you need it. Data protection magic?
> Nope - It's vRanger. Get your free trial download today.
> http://p.sf.net/sfu/quest-sfdev2dev
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users
>
------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today. 
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

Reply via email to