a##b concantinates strings into one:
CONCAT2(a,_b)
will result
a_b
STRINGX(s) #s
stringifies 's':
STRINGX(abcd)
will result
"abcd"
So, the problem is that these macros do not work.
So, check if __STDC__ is defined in system includes or in params passed to the
compiler.
~d
On Wednesday 28 May 2003 09:04, Bernard Mentink wrote:
> Hi again Dmitry,
>
> An update. I fetched the gcc-core-2.2.3 tarball again, and this time I
> do have the symcat.h header file you talk of.
> However I still get the same compile error.
>
> I tried a full gcc-3.2.3 tarball, still the same error .........@^%$
>
> I wonder if it is my host compiler?, gcc -v shows:
> ------------------
> gcc -v
> Reading specs from /usr/libexec/gcc/darwin/ppc/3.1/specs
> Thread model: posix
> Apple Computer, Inc. GCC version 1175, based on gcc version 3.1
> 20020420 (prerelease)
> ----------------------
>
> I wonder if Apple have done some funnies with this version of gcc??
>
> I have been having a look at the symcat.h file. It does some "__STDC__"
> specific defines i.e:
>
> #ifndef SYM_CAT_H
> #define SYM_CAT_H
>
> #if defined (__STDC__) || defined (ALMOST_STDC) || defined
> (HAVE_STRINGIZE)
> #define CONCAT2(a,b) a##b
> #define CONCAT3(a,b,c) a##b##c
> #define CONCAT4(a,b,c,d) a##b##c##d
> #define STRINGX(s) #s
> #else
> /* Note one should never pass extra whitespace to the CONCATn macros,
> e.g. CONCAT2(foo, bar) because traditonal C will keep the space
> between
> the two labels instead of concatenating them. Instead, make sure to
> write CONCAT2(foo,bar). */
> #define CONCAT2(a,b) a/**/b
> #define CONCAT3(a,b,c) a/**/b/**/c
> #define CONCAT4(a,b,c,d) a/**/b/**/c/**/d
> #define STRINGX(s) "s"
> #endif
> ----------------
>
> I don't understand what a##b does or for that matter a/**/b, I tried
> both by forcing one or the other, but still
> the same error.
>
> Any other suggestions.
>
> Cheers,
> Bernie
>
> On Tuesday, May 27, 2003, at 12:10 AM, Dmitry wrote:
> > That's right.
> >
> > On Saturday 24 May 2003 08:40, Bernard Mentink wrote:
> >> Can you also confirm that I am copying correctly the msp430 specific
> >> code into the tree?
> >> I am using: cp -r gcc/gcc-3.3/gcc/* gcc-3.2.3/gcc/
> >
> > I have no actually idea what's wrong. Probably some OS issues (really,
> > I never
> > faced with such a problem)
> > Try to get _full_ gcc sources, then recompile.
> >
> > Cheers,
> > ~d
> >
> >
> > --
> > /********************************************************************
> > ("`-''-/").___..--''"`-._ (\ Dimmy the Wild UA1ACZ
> > `6_ 6 ) `-. ( ).`-.__.`) Enterprise Information Sys
> > (_Y_.)' ._ ) `._ `. ``-..-' Nevsky prospekt, 20 / 44
> > _..`--'_..-_/ /--'_.' ,' Saint Petersburg, Russia
> > (il),-'' (li),' ((!.-' +7 (812) 3468202, 5585314
> > ********************************************************************/
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: ObjectStore.
> > If flattening out C++ or Java code to make your application fit in a
> > relational database is painful, don't do it! Check out ObjectStore.
> > Now part of Progress Software. http://www.objectstore.net/sourceforge
> > _______________________________________________
> > Mspgcc-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/mspgcc-users
--
/********************************************************************
("`-''-/").___..--''"`-._ (\ Dimmy the Wild UA1ACZ
`6_ 6 ) `-. ( ).`-.__.`) Enterprise Information Sys
(_Y_.)' ._ ) `._ `. ``-..-' Nevsky prospekt, 20 / 44
_..`--'_..-_/ /--'_.' ,' Saint Petersburg, Russia
(il),-'' (li),' ((!.-' +7 (812) 3468202, 5585314
********************************************************************/