From debbugs-submit-bounces@debbugs.gnu.org Tue May 21 10:30:12 2019 Received: (at submit) by debbugs.gnu.org; 21 May 2019 14:30:12 +0000 Received: from localhost ([127.0.0.1]:40485 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hT5mN-0005OU-Dl for submit@debbugs.gnu.org; Tue, 21 May 2019 10:30:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47989) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hT5D5-00043A-4U for submit@debbugs.gnu.org; Tue, 21 May 2019 09:53:43 -0400 Received: from lists.gnu.org ([209.51.188.17]:54717) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hT5Cz-0005ci-Ua for submit@debbugs.gnu.org; Tue, 21 May 2019 09:53:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34114) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hT5Cx-0000Le-6K for bug-automake@gnu.org; Tue, 21 May 2019 09:53:37 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_MED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hT5Cw-0005ZK-AB for bug-automake@gnu.org; Tue, 21 May 2019 09:53:35 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:58324) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hT5Cw-0005X7-1D for bug-automake@gnu.org; Tue, 21 May 2019 09:53:34 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x4LDcqtv016937 for ; Tue, 21 May 2019 13:53:31 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : subject : to : message-id : date : mime-version : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=YkmpqPHngUdAfZM1wQIcO82fulZ3fogdLx2V6W9Wbq8=; b=THUhuaP9ZJ1A4BBd5AOWHo1wCzsUana6sWU3hXp5ZpdGsAAitmB3AqezOVMhbHYplYc1 wbpfH6KFd1IVlzaFpVNbVLlGZDsLhdVBG1/KzBwM4xmCN6eYhm7INMTnFLDjatQQ0cBB g89yqHbaVn4YO0da6W+co7PcAdOuuFZ2srAsb0EjWyPEJiUwKQeplxSrJujwMUfGUe3T HVC6+S8HtTd+MFiOuMnPDm/SrS35req0oP6ATKgHiociKwOmAoEttQEzu18rv9VSTCDk enDZUibImcF5ujpFWUdlyyLx1DzLw/Laa0qK2qZTCcugitiRuL+GwYVOHnrarVg4UYty xw== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by aserp2130.oracle.com with ESMTP id 2sj7jdnp99-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 21 May 2019 13:53:31 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x4LDq2cq095895 for ; Tue, 21 May 2019 13:53:31 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3020.oracle.com with ESMTP id 2sm047035t-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Tue, 21 May 2019 13:53:30 +0000 Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x4LDrTGu000650 for ; Tue, 21 May 2019 13:53:30 GMT Received: from [10.163.44.217] (/10.163.44.217) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 21 May 2019 13:53:29 +0000 From: libor.bukata@oracle.com Subject: Should automake use gmake by default if exists? Organization: Oracle Corporation To: bug-automake@gnu.org Message-ID: Date: Tue, 21 May 2019 15:53:40 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9263 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=1 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905210087 X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9263 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=1031 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905210087 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by aserp2130.oracle.com id x4LDcqtv016937 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 141.146.126.79 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 21 May 2019 10:30:09 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Hi, automake expects GNU make to support dependency tracking. On Solaris it works well if MAKE variable is set to gmake during the=20 configuration, otherwise, it fails with the following error. config.status: error: Something went wrong bootstrapping makefile fragmen= ts =C2=A0=C2=A0=C2=A0 for automatic dependency tracking.=C2=A0 Try re-runni= ng configure with the =C2=A0=C2=A0=C2=A0 '--disable-dependency-tracking' option to at least be= able to build =C2=A0=C2=A0=C2=A0 the package (albeit without support for automatic dep= endency tracking). See `config.log' for more details My suggestion is to use gmake by default if the command exists,=20 otherwise fallback to make command. It could improve the overall user=20 experience since the user would not need to search a solution=20 (./configure MAKE=3Dgmake) every-time this error is encountered. Currently, it seems that the default MAKE value (${MAKE-make}) is=20 hard-coded in four m4 files. Would it be possible to set the default=20 MAKE value dynamically at the beginning of the configuration phase based=20 on the existence of gmake and make commands? The m4 files could then=20 expect that MAKE variable is defined from the configure script. Note that we used automake 1.16.1 on Solaris 11.4 but the issue is also=20 reproducible with older automake versions. Thanks, Libor From debbugs-submit-bounces@debbugs.gnu.org Tue May 21 11:37:31 2019 Received: (at 35848) by debbugs.gnu.org; 21 May 2019 15:37:31 +0000 Received: from localhost ([127.0.0.1]:40632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hT6pW-0000na-VO for submit@debbugs.gnu.org; Tue, 21 May 2019 11:37:31 -0400 Received: from mail-lj1-f196.google.com ([209.85.208.196]:38421) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hT6pV-0000nM-9G for 35848@debbugs.gnu.org; Tue, 21 May 2019 11:37:29 -0400 Received: by mail-lj1-f196.google.com with SMTP id 14so236531ljj.5 for <35848@debbugs.gnu.org>; Tue, 21 May 2019 08:37:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=draconx-ca.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=fwp7X0t+1EdxfULlQ+q91aA47V9pDTRwRA7AUwvubMI=; b=j2w/PXissEjVBJQdg4dman6qWZ0PWyPGTjsHCU0NmbjSVHLjTFLTqglr63vOZmFNzx QDqrt3dg3SeARqr1axscUbtdkZXvJX798YxCbIIvAzkinQSM+gTqdO0z3+J5VSN1U8KD VXcc2YqLhSpCVTZIGyvQQctQtQnRiAQ4rP+4vbSTduwq3KJ/fO4VEoKhT9ru8daKUgS3 saH6uVbVx/pv7HMoI65PSk1f2tlHdqtVKtt+cVxdsRU8Fu9f/3gnJEsDI2/GdiNTUGJB x9cVKkgmDCKRuvoL7pWMyKDWLdUPh6uaJJtw4NNIjQod+odlwT76sEO7vnF6h0165knt 1ibA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=fwp7X0t+1EdxfULlQ+q91aA47V9pDTRwRA7AUwvubMI=; b=O7sCHg6sEENzR/EA3jA60svLOTNYGE6w+j/8odqptMcSNXLPVf+cnRLUg8gOTvhWKd MUnZh9S28Ei9ncYLbJZ/nYwB4yMlc92dCw2TYVeE7h+gAL+OH2OLWoLxvpGnuB6ZMvWh 0eZf/2kqYDOsVyQSzsK9ofvCSjqb8exQow4a17gzDfuoOQxtVpj3OGI6qFVcOKcEzisb rpbyJ/qRTBu+SlVQjIcGzrrXdE+yaozmpRtcw+IkrmkBEvjVAFfhUBc/iyDRD7XVP3nh VBwDHkfOdYeZQt/BXEqbN08ELsgOWZbv8hWN7f1AqVkdfsaSaiI/YN1uPvecB5mjwfqG 0tqQ== X-Gm-Message-State: APjAAAUpkdmOBZ9RmXBIHObEBvjtHzeURM5MUhFWendsx55w/r+DdOQH hMTAeijEfgb41FYr9iPiVh40oMx2027HplEfzqOSUw== X-Google-Smtp-Source: APXvYqy7WiKxH8z9WBGY8g3WqL9kcSSRLwTwfaaUsvyaoV48UGSr2b+q8WvR9ONHKFlotskqkh8hHl5EtWWATHi/HLI= X-Received: by 2002:a2e:7411:: with SMTP id p17mr25594459ljc.24.1558453042962; Tue, 21 May 2019 08:37:22 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:9d89:0:0:0:0:0 with HTTP; Tue, 21 May 2019 08:37:22 -0700 (PDT) X-Originating-IP: [162.243.96.244] In-Reply-To: References: From: Nick Bowler Date: Tue, 21 May 2019 11:37:22 -0400 Message-ID: Subject: Re: bug#35848: Should automake use gmake by default if exists? To: libor.bukata@oracle.com Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 35848 Cc: 35848@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) On 5/21/19, libor.bukata@oracle.com wrote: > automake expects GNU make to support dependency tracking. > > On Solaris it works well if MAKE variable is set to gmake during the > configuration, otherwise, it fails with the following error. > > config.status: error: Something went wrong bootstrapping makefile fragments > for automatic dependency tracking. Try re-running configure with the > '--disable-dependency-tracking' option to at least be able to build > the package (albeit without support for automatic dependency > tracking). > See `config.log' for more details > > My suggestion is to use gmake by default if the command exists, > otherwise fallback to make command. It could improve the overall user > experience since the user would not need to search a solution > (./configure MAKE=gmake) every-time this error is encountered. I doubt this will actually help users because the user probably won't know they need to explicitly run "gmake", and if the package is configured with MAKE=gmake and they run plain "make" it is likely to also fail. The only "fancy" feature that Automake's dependency tracking should require of the make implementation is an "include" functionality, for example any make which implements the "include" directive from POSIX should suffice. I'm pretty sure Solaris make has such a function, so I'd expect automatic dependency tracking to work with Solaris make. If it is not working, then there might be a real bug to fix in the dependency tracking feature in Automake. > Note that we used automake 1.16.1 on Solaris 11.4 but the issue is also > reproducible with older automake versions. This doesn't sound accurate because the error you encountered does not exist in automake versions before 1.16. Older versions may have a /different/ failure, of course... Cheers, Nick From debbugs-submit-bounces@debbugs.gnu.org Wed May 22 09:30:35 2019 Received: (at 35848) by debbugs.gnu.org; 22 May 2019 13:30:35 +0000 Received: from localhost ([127.0.0.1]:41725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTRKE-0003nn-Qj for submit@debbugs.gnu.org; Wed, 22 May 2019 09:30:35 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:39720) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTMne-0001xG-Jj for 35848@debbugs.gnu.org; Wed, 22 May 2019 04:40:39 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x4M8Y8JX126635; Wed, 22 May 2019 08:40:31 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=7O373UsJ3lkAMOaXmYgpWbu1y2+hOPhxrxO4QpHnIac=; b=gJj0G6p8KmGD0J7dnkWLE2Zo/hvPDh6X6UCCQ5OdR4NF8RwCW1ToP/BYBQWXy9eygCZj JidALkMQdpeV6Z3g1jupvHnPmJJm3JLbEZxhDuGG6o4xSK23KbZmV6kDR7Qzkc7za+vk SVWE8R801gPMnkjQAsDKf6JFt3wAEqXCcH2K/G2nMmLir3KyAW6AYavOS+4qRIm2/sRF joHsW4M26yLerrtOjZWM+OYjyH94F5z0z79YwP+I+bqbuZB8AhJ02/7tVCtm1r0eWPkc CnL2Myh0x9lx/Lu5LPAmfYtkdElyft3h+HNFEBkbtUMGy4HttohtPm+fiM0Ky5/hAg1J UA== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2130.oracle.com with ESMTP id 2smsk5a5rd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 22 May 2019 08:40:31 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x4M8dkd2067251; Wed, 22 May 2019 08:40:31 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 2smsgsfqmq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 22 May 2019 08:40:30 +0000 Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x4M8eT3V026727; Wed, 22 May 2019 08:40:29 GMT Received: from [10.175.30.2] (/10.175.30.2) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 May 2019 08:40:29 +0000 Subject: Re: bug#35848: Should automake use gmake by default if exists? To: Nick Bowler References: From: libor.bukata@oracle.com Organization: Oracle Corporation Message-ID: <42d7a95c-8eb8-ace8-f4fa-45cd1f27eaeb@oracle.com> Date: Wed, 22 May 2019 10:40:26 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9264 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905220063 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9264 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905220063 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35848 X-Mailman-Approved-At: Wed, 22 May 2019 09:30:32 -0400 Cc: 35848@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi Nick, On 5/21/19 5:37 PM, Nick Bowler wrote: > On 5/21/19, libor.bukata@oracle.com wrote: >> automake expects GNU make to support dependency tracking. >> >> On Solaris it works well if MAKE variable is set to gmake during the >> configuration, otherwise, it fails with the following error. >> >> config.status: error: Something went wrong bootstrapping makefile fragments >> for automatic dependency tracking. Try re-running configure with the >> '--disable-dependency-tracking' option to at least be able to build >> the package (albeit without support for automatic dependency >> tracking). >> See `config.log' for more details >> >> My suggestion is to use gmake by default if the command exists, >> otherwise fallback to make command. It could improve the overall user >> experience since the user would not need to search a solution >> (./configure MAKE=gmake) every-time this error is encountered. > I doubt this will actually help users because the user probably > won't know they need to explicitly run "gmake", and if the package > is configured with MAKE=gmake and they run plain "make" it is likely > to also fail. you are right, the idea would only delay the probable failure, so please ignore my original suggestion. Maybe the error message could be more informative, for example: Something went wrong during bootstrapping of makefile fragments for automatic dependency tracking. If the GNU make is not used by default, consider to rerun the configure script with MAKE="gmake". You can also try to rerun configure with the '--disable-dependency-tracking' option to at least be able to build the package (albeit without support for automatic dependency tracking). When we agree on wording, I can prepare a patch to update depout.m4 file. > > The only "fancy" feature that Automake's dependency tracking should > require of the make implementation is an "include" functionality, for > example any make which implements the "include" directive from POSIX > should suffice. I'm pretty sure Solaris make has such a function, so > I'd expect automatic dependency tracking to work with Solaris make. > > If it is not working, then there might be a real bug to fix in the > dependency tracking feature in Automake. In general, the dependency tracking works on Solaris. However, some packages (e.g., jq, flex, graphviz) expect GNU make since Makefile.am files are not compatible with Solaris make (conditional assignment operator, ...). If it is the case, one would expect a hint to use GNU make, therefore, the update of the error message could be the best way to go. Thanks, Libor > >> Note that we used automake 1.16.1 on Solaris 11.4 but the issue is also >> reproducible with older automake versions. > This doesn't sound accurate because the error you encountered does not > exist in automake versions before 1.16. Older versions may have a > /different/ failure, of course... > > Cheers, > Nick From debbugs-submit-bounces@debbugs.gnu.org Wed May 22 10:41:14 2019 Received: (at 35848) by debbugs.gnu.org; 22 May 2019 14:41:14 +0000 Received: from localhost ([127.0.0.1]:42667 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTSQc-0005qC-HX for submit@debbugs.gnu.org; Wed, 22 May 2019 10:41:14 -0400 Received: from mail-lj1-f180.google.com ([209.85.208.180]:43970) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTSQZ-0005pu-Ob for 35848@debbugs.gnu.org; Wed, 22 May 2019 10:41:12 -0400 Received: by mail-lj1-f180.google.com with SMTP id z5so2322738lji.10 for <35848@debbugs.gnu.org>; Wed, 22 May 2019 07:41:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=draconx-ca.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=cJwcbRttudBvywNTl2VL1gsCh4PRMpF7Ypg90MHNJmI=; b=0zzzMfHbO45jhy2GC+Knyx842TaIHWNbVmLYI5zxCHPIAH16fW5p5lB9TZ+WG2B9RM PFgla5gnDJ2aNSHvN2nkvSXqUqg7YZMA3gXAl4baa95SlOEFHlEofEMMzd5Sdm1pyDTi QGBkKKtoQ5jAbFRkjwdUjF2nw2uYB9F6l8gaAk7tw4ujHF5fJ5GpstU/YcfuofIB2igM d5svdNUnWoq6auvWwt/MzoLydaV6aU+6VIjMmbZ8N4UG+RNTSNnF3xy1Fs387RI4ex02 EmLBEacwxWc7pGil8xD6NE3TIJKIklXurk+6oxZqUatXO54mIeQzzjvn36u8AXU/iOnM DcyA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=cJwcbRttudBvywNTl2VL1gsCh4PRMpF7Ypg90MHNJmI=; b=NvARq4gGv+AJl/Sgumzkqa9QlCEjm9sgNRjbzvy/ChF1JJom53M0z8wQiOJbqn6G/f SvOBKjpIYjfPg8jbhUZP8dWGq04bKtE8jFf3jFisSYhIU+7YYoXpCmO6uJiFwEv/kxqf bcFjZTjcDLv7XB5i+5Les1e8qqXgQdb5Z4omFkGP0b5NTtGOknv4C/Z0PTzXQZPmz0h7 juJRusq4xjstQ2Hvi1Sy5lPK4uVjhijQbxa6tSUJA32aD2AthuL9rF4AvoSoa814QdBO 65XJBQUl40oIZoo2I9HpRWrkuWRVsgm+CNJW3LdmHAJlpKmgx5jkJnNigrJBCN/dkBp4 b5+w== X-Gm-Message-State: APjAAAUIEFYXnTvdPK3o+n9KkJr+UPGWGzqNkFZGHOLi3678qPFyMzdP AO7jtmqYS/thboWLylr2fqT7D7JOvpIWTR9vr9HT6Q== X-Google-Smtp-Source: APXvYqyerYV9uO7UYQ8VmIQFkp7HNSyqwWGXvCSDFmBAoGoIb95dwKMNY25Mnc1bvU1Motq6ctdUqeXfFVa3FHdjLtQ= X-Received: by 2002:a2e:7808:: with SMTP id t8mr5983238ljc.78.1558536065733; Wed, 22 May 2019 07:41:05 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a2e:9d89:0:0:0:0:0 with HTTP; Wed, 22 May 2019 07:41:05 -0700 (PDT) X-Originating-IP: [162.243.96.244] In-Reply-To: <42d7a95c-8eb8-ace8-f4fa-45cd1f27eaeb@oracle.com> References: <42d7a95c-8eb8-ace8-f4fa-45cd1f27eaeb@oracle.com> From: Nick Bowler Date: Wed, 22 May 2019 10:41:05 -0400 Message-ID: Subject: Re: bug#35848: Should automake use gmake by default if exists? To: libor.bukata@oracle.com Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 35848 Cc: 35848@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hello, On 5/22/19, libor.bukata@oracle.com wrote: > On 5/21/19 5:37 PM, Nick Bowler wrote: >> On 5/21/19, libor.bukata@oracle.com wrote: >>> automake expects GNU make to support dependency tracking. >>> >>> On Solaris it works well if MAKE variable is set to gmake during the >>> configuration, otherwise, it fails with the following error. >>> >>> config.status: error: Something went wrong bootstrapping makefile >>> fragments for automatic dependency tracking. Try re-running configure >>> with the '--disable-dependency-tracking' option to at least be able to >>> build the package (albeit without support for automatic dependency >>> tracking). >>> See `config.log' for more details [...] > In general, the dependency tracking works on Solaris. However, some > packages (e.g., jq, flex, graphviz) expect GNU make since Makefile.am > files are not compatible with Solaris make (conditional assignment > operator, ...). If it is the case, one would expect a hint to use GNU > make, therefore, the update of the error message could be the best way > to go. Oh, now this problem makes sense. Recent versions of Automake (1.16+) use a make rule to generate the dependency stubs. So if the package uses GNU extensions in Makefile.am then the default "make" might not be able to execute that rule, leading to this failure to generate the stubs by config.status. In this case, since those packages require GNU make to work, it would probably be ideal (short of making their makefiles portable...) if those packages added a check to their configure scripts that $MAKE supports whatever extensions are required to build the package. This would enable much more accurate error messages (e.g., "$MAKE does not support conditional assignment required by this package, please try a different make"). But improving this error message is probably a good idea anyway because I agree "Something went wrong" gives no hint to the user as to what the problem is. Cheers, Nick From debbugs-submit-bounces@debbugs.gnu.org Thu May 23 07:39:27 2019 Received: (at 35848) by debbugs.gnu.org; 23 May 2019 11:39:27 +0000 Received: from localhost ([127.0.0.1]:44000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTm4F-0007Rq-2K for submit@debbugs.gnu.org; Thu, 23 May 2019 07:39:27 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:58724) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hTm4B-0007Ra-3G for 35848@debbugs.gnu.org; Thu, 23 May 2019 07:39:25 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x4NBdFDw057401; Thu, 23 May 2019 11:39:15 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=subject : to : cc : references : from : message-id : date : mime-version : in-reply-to : content-type; s=corp-2018-07-02; bh=4gTSHvZMuMO4VxjmLI4FENTbxRIiE6fyQxz4ziUzhiA=; b=FlnR0YXtiNG9bsIkjC1nvGkP39XlIIvcicGGDOAOT78wU3LmVfZ6XJohCpCdb18iQ8vd rMCOxPeTXr5dbQt6/nj/2FQLEdbRhMa3VPD/LQjY3tRUZuyGR/x1AkabvDhGDACeb2Kd J0PKRR161OjFaLPa02A5qVSf5N4h35xJPkTn6GAWgccWAzcdM7eQhNYNwmaoASNy44eh sYHPsEA1DBCaaVegBEpQtonteWIB94e2KW1i8esbAEAUM6eGDwcOOVpo0NEH2nmx5L30 kOsMyvBl8xbKxtI7z0d7WaPyrTs3vu/xlDDY+fcoeOj/JX9Dv0KPMHrj5fGpgFJGZ9C4 aw== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2130.oracle.com with ESMTP id 2smsk5hnb5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 May 2019 11:39:15 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x4NBc634134245; Thu, 23 May 2019 11:39:15 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 2smsgt6gm8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 May 2019 11:39:15 +0000 Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x4NBdD9i003322; Thu, 23 May 2019 11:39:13 GMT Received: from [10.163.44.217] (/10.163.44.217) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 23 May 2019 11:39:13 +0000 Subject: Re: bug#35848: Should automake use gmake by default if exists? To: Nick Bowler References: <42d7a95c-8eb8-ace8-f4fa-45cd1f27eaeb@oracle.com> From: libor.bukata@oracle.com Organization: Oracle Corporation Message-ID: <50c98ead-35ba-4e39-ac28-a10f5ae91662@oracle.com> Date: Thu, 23 May 2019 13:39:19 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------6C30B8D7A44425535D53164A" Content-Language: en-US X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9265 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905230084 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9265 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1905230084 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35848 Cc: automake-patches@gnu.org, 35848@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) This is a multi-part message in MIME format. --------------6C30B8D7A44425535D53164A Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hello, On 5/22/19 4:41 PM, Nick Bowler wrote: > Hello, > > On 5/22/19, libor.bukata@oracle.com wrote: >> On 5/21/19 5:37 PM, Nick Bowler wrote: >>> On 5/21/19, libor.bukata@oracle.com wrote: >>>> automake expects GNU make to support dependency tracking. >>>> >>>> On Solaris it works well if MAKE variable is set to gmake during the >>>> configuration, otherwise, it fails with the following error. >>>> >>>> config.status: error: Something went wrong bootstrapping makefile >>>> fragments for automatic dependency tracking. Try re-running configure >>>> with the '--disable-dependency-tracking' option to at least be able to >>>> build the package (albeit without support for automatic dependency >>>> tracking). >>>> See `config.log' for more details > [...] >> In general, the dependency tracking works on Solaris. However, some >> packages (e.g., jq, flex, graphviz) expect GNU make since Makefile.am >> files are not compatible with Solaris make (conditional assignment >> operator, ...). If it is the case, one would expect a hint to use GNU >> make, therefore, the update of the error message could be the best way >> to go. > Oh, now this problem makes sense. the problem was not clear to me as well until I found the root cause. > > Recent versions of Automake (1.16+) use a make rule to generate the > dependency stubs. So if the package uses GNU extensions in Makefile.am > then the default "make" might not be able to execute that rule, leading > to this failure to generate the stubs by config.status. Thank you for the explanation, it makes sense. > > In this case, since those packages require GNU make to work, it would > probably be ideal (short of making their makefiles portable...) if those > packages added a check to their configure scripts that $MAKE supports > whatever extensions are required to build the package. This would enable > much more accurate error messages (e.g., "$MAKE does not support conditional > assignment required by this package, please try a different make"). A nice idea but I am not sure whether it would work in practice: 1) It assumes that developers know about all the incompatibilities between various implementations of make command. 2) Feature-based checking could add lots of tests and increase the maintenance cost. 3) GNU make is required by dozens of components and all of them should be updated. Maybe the developer could optionally define a required make implementation (does not solve the third bullet). > > But improving this error message is probably a good idea anyway because > I agree "Something went wrong" gives no hint to the user as to what the > problem is. I attached a patch that improves the emitted error message if the dependency tracking fails. The added hint could help the user to fix the configuration error. Thanks, Libor > > Cheers, > Nick --------------6C30B8D7A44425535D53164A Content-Type: text/x-patch; name="0001-Improve-the-error-message-when-the-dependency-tracki.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0001-Improve-the-error-message-when-the-dependency-tracki.pa"; filename*1="tch" >From 040f4cc6b8300af4812549d69b07926e5423988a Mon Sep 17 00:00:00 2001 From: Libor Bukata Date: Thu, 23 May 2019 12:31:31 +0200 Subject: [PATCH] Improve the error message when the dependency tracking fails The dependency tracking may fail with a non-intuitive error that "Something went wrong ..." if the package expects GNU make to process its Makefile.am files and other make implementation is used by default (e.g., Solaris make). This patch adds a hint to the error message that the user may try to specify GNU make command as a configure argument. Related bug with discussion: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35848 * m4/depout.m4: Added a hint to the error message. --- m4/depout.m4 | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/m4/depout.m4 b/m4/depout.m4 index 431c07d..b8cec38 100644 --- a/m4/depout.m4 +++ b/m4/depout.m4 @@ -38,10 +38,12 @@ AC_DEFUN([_AM_OUTPUT_DEPENDENCY_COMMANDS], | $MAKE -f - am--depfiles]) || am_rc=$? done if test $am_rc -ne 0; then - AC_MSG_FAILURE([Something went wrong bootstrapping makefile fragments - for automatic dependency tracking. Try re-running configure with the - '--disable-dependency-tracking' option to at least be able to build - the package (albeit without support for automatic dependency tracking).]) + AC_MSG_FAILURE([Something went wrong during bootstrapping of makefile + fragments for automatic dependency tracking. If the GNU make is not + used by default, consider to rerun the configure script with MAKE="gmake". + You can also try to rerun configure with the '--disable-dependency-tracking' + option to at least be able to build the package (albeit without support + for automatic dependency tracking).]) fi AS_UNSET([am_dirpart]) AS_UNSET([am_filepart]) -- 1.8.3.1 --------------6C30B8D7A44425535D53164A-- From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 14 21:39:53 2020 Received: (at 35848) by debbugs.gnu.org; 15 Feb 2020 02:39:53 +0000 Received: from localhost ([127.0.0.1]:34935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j2nN3-0008Pp-C4 for submit@debbugs.gnu.org; Fri, 14 Feb 2020 21:39:53 -0500 Received: from freefriends.org ([96.88.95.60]:35296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j2nN0-0008Pc-TD; Fri, 14 Feb 2020 21:39:51 -0500 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (freefriends.org [96.88.95.60]) by freefriends.org (8.14.7/8.14.7) with ESMTP id 01F2dnv0004974 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 14 Feb 2020 19:39:49 -0700 Received: (from apache@localhost) by freefriends.org (8.14.7/8.14.7/Submit) id 01F2dm4o004968; Fri, 14 Feb 2020 19:39:48 -0700 Date: Fri, 14 Feb 2020 19:39:48 -0700 Message-Id: <202002150239.01F2dm4o004968@freefriends.org> From: Karl Berry To: libor.bukata@oracle.com Subject: Re: bug#35848: Should automake use gmake by default if exists? In-Reply-To: <50c98ead-35ba-4e39-ac28-a10f5ae91662@oracle.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 35848 Cc: nbowler@draconx.ca, automake-patches@gnu.org, 35848@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi Libor - back on your improvement to the failed dependency tracking message, from last May (sorry): From: Libor Bukata Date: Thu, 23 May 2019 12:31:31 +0200 ... + AC_MSG_FAILURE([Something went wrong during bootstrapping of makefile + fragments for automatic dependency tracking. If the GNU make is not + used by default, consider to rerun the configure script with MAKE="gmake". ... I've applied this patch, modulo a few tweaks to the wording. Thanks! -k From unknown Sun Aug 17 04:15:49 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 14 Mar 2020 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator