Re: compiling gnuplot on Windows & mac/linux

[<HBB...@t-...>]

Mojca Miklavec wrote:
> On 11/12/06, Hans-Bernhard Bröker wrote:
>> Mojca Miklavec wrote:

>> > # 4996 - term.c(1455) : warning C4996: 'strcpy' was declared deprecated

>> No it wasn't.  MS is spreading misinformation.

> MS wants to have its own version of "safe" string copying 

They can want that as much as the day is long, that doesn't change the 
fact that they're telling a lie, and they know it.  strcpy is an ISO/IEC 
Standard C Library function.  That means it's not in Microsoft's power 
to deprecate it.

 > and other
> routines that are otherwise standard in any other compiler but the
> Microsoft's one. 

There's no such thing.  These functions are standard, and will remain 
so, completely regardless of whether Microsoft's compiler has them or not.

> adding /D_CRT_SECURE_NO_DEPRECATE
> removes those "stupid" warnings.

I'd rather you remove the stupid compiler that emits them.

> But it would help a lot if those warnings would be removed with the
> three switches mentioned above, 

Feel free to do that in your own local version.  I don't see a good 
reason why we should support Microsoft's willfully distorted view of 
they world by putting such options into the CVS version of the makefile.
Microsoft has made it clear that they don't care about providing a 
working compiler, why should we care about supporting their broken product?

>> > configure.in:1: error: possibly undefined macro: dnl

>> Complete and utter nonsense.  dnl is an m4 builtin, not a macro.  You
>> must have managed to mangle the line endings of your sources when you
>> brought them to that Mac.
> 
> Do you mean gnuplot sources? I took them from CVS.

Took them --- *how*?

> I installed it already, but the symbolic link was still pointing to
> the wrong old version. 

Which symbolic link?  To switch between several versions of automake, 
you usually have to change a good deal more than one symlink.  It 
generally takes at least 2 or three, depending on how well they were 
prepared to run as alternatives.

> Someone else has suggested me to use prepare instead of autoconf.

... You would have gotten that advice a lot sooner if you had told us 
exactly what you did.