Re: [cc65] Problems with va_copy

On Sun, Dec 11, 2005 at 03:21:29PM +0100, Spiro Trikaliotis wrote:
> Well, I find it very convenient if you want to find out of specific
> properties of a machine. For example, if some libraries are available or
> not, or if the compiler supports this or that.

Most problems can be solved without relying on external #ifdef management
tools. With tools like autoconf, people tend to write non portable C code
care about it.


>

> As always, this tool can be good is used properly, and bad if used in
> places where it should not.

I coan see a use for autoconf for unix only programs because there are lots of
subtle differences if you're going to things like threads and such. But it's
always worth a try to go without, since the resulting programs are often more
portable. Which is not a value by itself, but - in my eyes - leads to better
and cleaner designs.

> Ok, good. Anyway, while this is the theory, we all know that compilers
> have always polluted the namespaces with their own extensions.

This is a common excuse, but it is not true. Not even the microsoft compiler
does this. Of course, if you include non standard headers, the compiler is
free to include non standard identifiers. But I don't know any compiler that
includes non standard identifiers in the standard headers, when using the
right command line switches. Otherwise the compiler wouldn't be a C compiler.
Microsoft does even move the POSIX stuff out of the user namespace (by using
_read, _write and so on) to comply with these rules.

> - Cygwin:
>   The build stops with:
>   make[4]: Leaving directory `/home/trikalio/cc65-snapshot-2.11.9.20051211/libsrc/geos/system'
>   ar65: Error: `../geos.lib' is not a valid library file

That sounds like a binary/text mode problem. Is it possible that you try this
with -std=c99? There may also be problems with binary mounts noted in the FAQ.
In any case, it's a problem of the compiler (it was my goal to allow me to say
this in case of problems, and now I can:-)

Regards


        Uz


-- 
Ullrich von Bassewitz                                  uz@musoftware.de
----------------------------------------------------------------------
To unsubscribe from the list send mail to majordomo@musoftware.de with
the string "unsubscribe cc65" in the body(!) of the mail.