For my first attempt I tried the mspgcc4 svn. The build failed. Where should I submit my bug report? Is there a mailing list for mspgcc4?

The error I got was related to makeinfo/texinfo. I'm not sure what package I need to install for this or if there is some way to workaround.

make[3]: Entering directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd/doc'
make chew
make[4]: Entering directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd/doc'
gcc -o chew.$$ -g -O2  \
-I.. -I/home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc/.. -I/home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc/../../include -I/home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc/../../intl -I../../intl /home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc/chew.c; \ /bin/bash /home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc/../../move-if-change chew.$$ chew make[4]: Leaving directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd/doc' ./chew -f /home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc/doc.str </home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc/../reloc.c >reloc.tmp /bin/bash /home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc/../../move-if-change reloc.tmp reloc.texi
restore=: && backupdir=".am$$" && \
    rm -rf $backupdir && mkdir $backupdir && \
if (/home/user/mspgcc4/build/binutils-2.20/missing makeinfo --split-size=5000000 --split-size=5000000 --version) >/dev/null 2>&1; then \ for f in bfd.info bfd.info-[0-9] bfd.info-[0-9][0-9] bfd.i[0-9] bfd.i[0-9][0-9]; do \
        if test -f $f; then mv $f $backupdir; restore=mv; else :; fi; \
      done; \
    else :; fi && \
if /home/user/mspgcc4/build/binutils-2.20/missing makeinfo --split-size=5000000 --split-size=5000000 -I /home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc \ -o bfd.info `test -f 'bfd.texinfo' || echo '/home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/doc/'`bfd.texinfo; \
    then \
      rc=0; \
    else \
      rc=$?; \
      $restore $backupdir/* `echo "./bfd.info" | sed 's|[^/]*$||'`; \
    fi; \
    rm -rf $backupdir; exit $rc
WARNING: `makeinfo' is missing on your system.  You should only need it if
         you modified a `.texi' or `.texinfo' file, or any other file
         indirectly affecting the aspect of the manual.  The spurious
         call might also be the consequence of using a buggy `make' (AIX,
         DU, IRIX).  You might want to install the `Texinfo' package or
         the `GNU make' package.  Grab either from any GNU archive site.
make[3]: *** [bfd.info] Error 1
make[3]: Leaving directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd/doc'
Making info in po
make[3]: Entering directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd/po' ( if test 'x/home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/po' != 'x.'; then \ posrcprefix='/home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/'; \
      else \
        posrcprefix="../"; \
      fi; \
      rm -f SRC-POTFILES-t SRC-POTFILES \
&& (sed -e '/^#/d' \
                -e '/^[     ]*$/d' \
-e "s...@.*@ $posrcprefix& \\\\@" < /home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/po/SRC-POTFILES.in \
        | sed -e '$s/\\$//') > SRC-POTFILES-t \
&& chmod a-w SRC-POTFILES-t \
&& mv SRC-POTFILES-t SRC-POTFILES )
( rm -f BLD-POTFILES-t BLD-POTFILES \
&& (sed -e '/^#/d' \
                -e '/^[     ]*$/d' \
-e "s...@.*@ ../& \\\\@" < /home/user/mspgcc4/build/binutils-2.20-build/../binutils-2.20/bfd/po/BLD-POTFILES.in \
        | sed -e '$s/\\$//') > BLD-POTFILES-t \
&& chmod a-w BLD-POTFILES-t \
&& mv BLD-POTFILES-t BLD-POTFILES )
cd .. \
&& CONFIG_FILES=po/Makefile.in:po/Make-in \
         CONFIG_HEADERS= /bin/bash ./config.status
config.status: creating po/Makefile.in
config.status: executing depfiles commands
config.status: executing libtool commands
config.status: executing default-1 commands
config.status: executing bfd_stdint.h commands
config.status: executing default commands
make[3]: Leaving directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd/po' make[3]: Entering directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd/po'
make[3]: Nothing to be done for `info'.
make[3]: Leaving directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd/po' make[3]: Entering directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd'
make[3]: Nothing to be done for `info-am'.
make[3]: Leaving directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd'
make[2]: *** [info-recursive] Error 1
make[2]: Leaving directory `/home/user/mspgcc4/build/binutils-2.20-build/bfd'
make[1]: *** [all-bfd] Error 2
make[1]: Leaving directory `/home/user/mspgcc4/build/binutils-2.20-build'
make: *** [all] Error 2
sh do-binutils.sh "/home/user/contiki-2.x/platform/castlerock/tools/msp430-gcc-4.4.3" "2.20" "http://ftp.uni-kl.de"; "build" exited with status code 2. Failed to execute sh do-binutils.sh "/home/user/contiki-2.x/platform/castlerock/tools/msp430-gcc-4.4.3" "2.20" "http://ftp.uni-kl.de"; "build" at ./buildgcc.pl line 247, <STDIN> line 8.

Peter Bigot wrote:
Heh.  This is all happening in mspgcc CVS, mspgcc bazaar, mspgcc4
subversion, and msp430-libc git (under the OSHAN project).  I'm pretty
committed to a solid packaged solution, and at the moment the most receptive
maintainers appear to be associated with mspgcc4.  I'm working towards
getting them to adopt enough pieces that they're a one-stop shop.

For a quick experiment, try the 12/08 mspgcc version recommended by
JMGross.  If it works, you're done.  It has the header fixes, but I don't
think either of the other two patch sets.

If it doesn't work, try checking out the latest version of mspgcc4 from
subversion.  I believe it has more of the CPUX and X2 instruction
enhancements, and if you tell it to use the 201002* version of libc will
have the header fixes.  I've had little trouble building it on Fedora; a
co-worker ran into some "cryptic messages" trying to build on Ubuntu, but I
haven't found out what they were---it's probably some missing dependencies
on the OS installation.

A patch has been sent on to the mspgcc4 folks for integration that
eliminates the need for project-specific multiply routines, and brings gcc's
list of supported architectures more into line with binutils'.  But it
hasn't made it through the pipeline yet.

Peter

On Thu, Feb 25, 2010 at 2:21 PM, Anthony Asterisk<
[email protected]>  wrote:

I only have limited time for experimentation and possibly i can live
with the 40KB limitation.  To clarify would this limitation be 40KB*4
banks so 160KB total or actually only 40KB?


Does the 02/18/2010 mspgcc4 release have all the patches you mentioned?

It seems like the patches are
   * 430x/430x2 language extensions for increase flash size
   * header file fixes
   * 32-bit multiplication function uses wrong address for hardware
multiplier

Any central place I can look to understand the current limitations and
workarounds?
Are there multiple parallel efforts happening or is this all under the
mspgcc4 (?) cvs?


Switching to 5418/5419 is not an option since I already have hardware in
hand....

a*

JMGross wrote:
The MSPGCC build from 12/08 already knows wo these 6 processors. I use it
for some time now.
This build, however, does not have support for the 430X language
extension, so only the first 40K of flash are usable.
There are brances of the MSPGCC wich support the 430X architecture, even
based on GCC4.0 instead of 3.23, but these are still udner development and
unless you want to experiment or even contribute to the compiler
development, I don't really recommend them. (This might change soon as
the development seems to make progress)
As long as you use the 54xx devices rather for their improved hardware
modules than for the additional flash, the older compiler from 12/08 does
its job.
Then the 5418/5419 are a really good choice and siginficantly cheaper
than the 5438 type.
You'l need, however, to download the vastly improved header files from
the sourceforge CVS repository. Many additions have been mader after this
compiler release.
And, you'll need to fix the 32 bit multiplication function in gcclib, as
it addresses the hardware multiplyer at the wrong address (you can fix this
by including your own version in your project source code, I postet the code
some weeks ago in this list)

JMGross


----- Ursprüngliche Nachricht -----
Von: Anthony Asterisk
An: [email protected]
Gesendet am: 25 Feb 2010 04:07:29
Betreff: [Mspgcc-users] support for msp430F5437


Hi all!

I have a new project that I'm working on using the TI MSP430F5437.  I am
trying to determine if there is an existing generic MSP430 MCU flag that
I can use or if support for any of the 54xx series has been added yet.

I saw the addNewDevice page in the FAQ.  If I go that route how do I
submit it for inclusion in the repository?

If you are interested here is a description of this series of MCU...



------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Mspgcc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users


------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Mspgcc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users


------------------------------------------------------------------------

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
------------------------------------------------------------------------

_______________________________________________
Mspgcc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

Reply via email to