Andreas Schwarz wrote:
Hi Steve,
Tuesday, October 01, 2002, 4:18:22 PM, you wrote:
I tried following Andreas' instructions, without much success. I
installed the current MinGW (2.0.0.0-3) and MSYS (1.0.8-2002.09.07-1) on
a WinMe machine. When I run build.sh from the MSYS shell I get a variety
of errors, that all seem to relate to header issues. The first one I hit
is in binutils-2.11/opcodes/msp430-dis.c, where u_short has not been
defined. If I fudge this one, I hit another file where u_int is not
defined. If I fudge that, I get a mass of definition related problems in
gcc 3.2. At this point I figured that seeking help was in order.
I think I had to add
typedef unsigned short u_short;
typedef unsigned int u_int;
to types.h when I installed mingw32. Sorry, forgot about that.
Well Andreas inspired me to have another try. Adding those lines to
sys/types.h allows binutils to build. When GCC builds I get a problem
with attempt to use the following poisoned macro names in
gcc/config/msp430/msp430.h, as fixincl is being built:
ASM_OPEN_PAREN
ASM_CLOSE_PAREN
EASY_DIV_EXPR and
VALID_MACHINE_DECL_ATTRIBUTE
If I comment these out, fixincl builds. Then when fixincl runs I get an
error:
Error 2: Could not execvp( '/bin/sh', ...): No sucj file or directory
I think the poisoned macros thing is because I am building with GCC 3.2.
Building with GCC 2.95 on Linux doesn't give me these errors. I suspect
I would get this same error building with GCC 3.2 on Linux. As far as I
can tell the GCC compilation is *really* trying to stop when it sees
these macros used.
The /bin/sh problem I have not yet persued. /bin/sh runs OK from the
MSYS command line.
Regards,
Steve
