Looks a likely match for:

http://mail.openjdk.java.net/pipermail/build-dev/2014-November/013597.html

Fixed in jdk8u in 2014.  Surely our OP is using that already... but he does say 
jdk8 rather than jdk8u, so maybe not.

________________________________
From: Bug-make <bug-make-bounces+martin.dorey=hds....@gnu.org> on behalf of 
Paul Smith <psm...@gnu.org>
Sent: Monday, June 29, 2020 06:12
To: Preethi Selvaraju; bug-make@gnu.org
Subject: Re: make4.3/make4.2.1 - solaris 11 x86 issues

***** EXTERNAL EMAIL *****

On Mon, 2020-06-29 at 08:56 +0000, Preethi Selvaraju wrote:
> Error:
> /usr/bin/gmake: invalid option -- 8
> /usr/bin/gmake: invalid option -- /
> /usr/bin/gmake: invalid option -- a
> /usr/bin/gmake: invalid option -- /
> /usr/bin/gmake: invalid option -- c

This are just the error messages.  They mean that the options provided
to make are illegal, in some way.  We can't do anything to help unless
you show us the make command line that was invoked so we can see what
it says.

Also useful would be the actual recipe from the makefile; the failure
was found here:

> gmake[5]: *** 
> [/export/home/preethi/openjdk8/hotspot/make/solaris/makefiles/top.make:84: 
> ad_stuff] Error 2

So the recipe to build the ad_stuff target in the top.make file at line
84 would be helpful.

Well, I can see that these makefiles follow the anti-pattern of adding
"@" prefixes to recipe lines:

https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fhg.openjdk.java.net%2Fjdk8%2Fjdk8%2Fhotspot%2Ffile%2F87ee5ee27509%2Fmake%2Fsolaris%2Fmakefiles%2Ftop.make%23l82&amp;data=01%7C01%7CMartin.Dorey%40hitachivantara.com%7C5f0495e356d14492f2d608d81c2e04b3%7C18791e1761594f52a8d4de814ca8284a%7C0&amp;sdata=cf6PrTx%2B9bD%2BMoo4P%2FXDmyp0Y4wACRm05NMIwXABhFU%3D&amp;reserved=0

If you remove the "@" before the "$(MAKE)" then it will print the
command line.  It appears that running the "adjust-mflags" script is
giving bogus results.

Using MFLAGS like this is generally a bad idea and I have no idea what
they mean by "Wierd argument adjustment for "gnumake -j..."".  It feels
like a hack.

But my suspicion is that this behavior difference is related to this
change in GNU make 4.0:

* Behavior of MAKEFLAGS and MFLAGS is more rigorously defined.  All simple
  flags are grouped together in the first word of MAKEFLAGS.  No options that
  accept arguments appear in the first word.  If no simple flags are present
  MAKEFLAGS begins with a space.  Flags with both short and long versions
  always use the short versions in MAKEFLAGS.  Flags are listed in
  alphabetical order using ASCII ordering.  MFLAGS never begins with "- ".



  • make4.3/make4... Preethi Selvaraju
    • Re: make... Paul Smith
      • Re: ... Martin Dorey
        • ... Paul Smith
          • ... Preethi Selvaraju
            • ... Martin Dorey
              • ... Paul Smith
                • ... Dmitry Goncharov via Bug reports and discussion for GNU make
                • ... Paul Smith
              • ... Preethi Selvaraju
                • ... Paul Smith

Reply via email to