bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GNU make 4.0.90 prerelease available


From: h.becker
Subject: Re: GNU make 4.0.90 prerelease available
Date: Wed, 01 Oct 2014 23:43:45 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130519 Icedove/17.0.5

On 09/30/2014 03:56 PM, Paul Smith wrote:
> Hi all;
> 
> The first pre-release GNU make 4.0 is available on the alpha FTP site
> (or via HTTP):
> ...

Builds and seems to work as expected on OpenVMS/VAX V7.3 and Alpha V8.3.

Same on Tru64 V5.1B, but with one minor compiler (Compaq C
V6.5-011-48C5K) warning:

source='main.c' object='main.o' libtool=no  DEPDIR=.deps depmode=none
/bin/ksh ./config/depcomp  cc -DLOCALEDIR=\"/usr/local/share/locale\"
-DLIBDIR=\"/usr/local/lib\" -DINCLUDEDIR=\"/usr/local/include\"
-DHAVE_CONFIG_H -I.  -I./glob     -g -c -o main.o main.c
cc: Warning: main.c, line 2578: In this statement, the referenced type
of the pointer value
"(switches[i].long_name==0?"":switches[i].long_name)" is const, but the
referenced type of the target of this assignment is not. (notconstqual)
      long_options[i].name = (switches[i].long_name == 0 ? "" :
------^

It seems that the compiler is not in strict ansi mode: __STDC__ is 0.
That makes "long_options[i].name" to be defined as "char *" and not
"const char *". Forcing the compiler in strict ansi mode gives a lot of
other informational compiler messages. Going that route seems to require
some more investigation.

Anyway, make builds and seems to work on Tru64.








reply via email to

[Prev in Thread] Current Thread [Next in Thread]