Re: front end interface

[Klaus Kaempf <kkaempf@progis.de>]

> 
> memcpy is recognized by the C front end, as are some of the other
> string and math functions.

This already leads to all sorts of unwanted behaviour, see below
> 
> The new calls.c recognizes malloc, calloc, and realloc by name.

Is a list of these names documented anywhere ? A possible solution
would be to include these in a (vms specific) gcclib which calls the
proper dec c functions.

> 
> Standard functions which are defined as macros must also be defined
> with their real names.  gcc depends on this; for example it may call
> "memcpy" for large structure assignments.
> 

The dependancy on 'real names' hit me once before. I haven't found an easy solution
for this yet. Maybe the front end should be changed to have function
declarations override internal prototypes for the same function.

The openVMS/Alpha math.h uses DEC C math functions with different
assembler symbol names:

math.h: extern double sin (double _x) __asm ("MATH$SIN_T");

libstdc++/fcomplex.cc calls sin() with a float argument which
doesn't match the math.h prototype (double argument), so the
built-in sin prototype is matched (why ?).

Since there is no built-in sin function, the resulting object
code lists 'sin' as an undefined symbol which isn't matched
by any library.

Compiling with "-fno-builtin" or changing the prototype declaration
in math.h to have a 'float' argument is a (temporary) solution.



-- 
proGIS Software                 E-Mail: kkaempf@progis.de
Dipl.-Inform. Klaus K"ampf      Fax:    0241-47067-29
Jakobstr. 117                   Voice:  0241-47067-11
D-52064 Aachen                  WWW:	http://www.progis.de