From unknown Wed Sep 10 12:14:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8616: conflict between build-aux/compile script and coreutils Makefiles Resent-From: "Green, Paul" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 04 May 2011 21:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 8616 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 8616@debbugs.gnu.org X-Debbugs-Original-To: Received: via spool by submit@debbugs.gnu.org id=B.130454388830543 (code B ref -1); Wed, 04 May 2011 21:19:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 May 2011 21:18:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHjSQ-0007wZ-S6 for submit@debbugs.gnu.org; Wed, 04 May 2011 17:18:08 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHjK3-0007j7-LX for submit@debbugs.gnu.org; Wed, 04 May 2011 17:09:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHjJw-00087I-7G for submit@debbugs.gnu.org; Wed, 04 May 2011 17:09:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:55120) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHjJw-00087E-5k for submit@debbugs.gnu.org; Wed, 04 May 2011 17:09:20 -0400 Received: from eggs.gnu.org ([140.186.70.92]:51109) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHjJu-0006YR-0O for bug-coreutils@gnu.org; Wed, 04 May 2011 17:09:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHjJr-000872-KT for bug-coreutils@gnu.org; Wed, 04 May 2011 17:09:17 -0400 Received: from mailhub.stratus.com ([134.111.1.18]:60288 helo=mailhub5.stratus.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHjJr-00086x-CR for bug-coreutils@gnu.org; Wed, 04 May 2011 17:09:15 -0400 Received: from EXHQ.corp.stratus.com (exhq.corp.stratus.com [134.111.201.100]) by mailhub5.stratus.com (8.12.11/8.12.11) with ESMTP id p44L8Y2f027770 for ; Wed, 4 May 2011 17:08:34 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CC0A9F.84F40D4C" Date: Wed, 4 May 2011 17:09:13 -0400 Message-ID: <5AA430FFE4486C448003201AC83BC85E01B9C9AD@EXHQ.corp.stratus.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: conflict between build-aux/compile script and coreutils Makefiles Thread-Index: AcwKn4TzdliXHJiTShKJAk6f9H0unw== From: "Green, Paul" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.6 (------) X-Mailman-Approved-At: Wed, 04 May 2011 17:18:05 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.6 (------) This is a multi-part message in MIME format. ------_=_NextPart_001_01CC0A9F.84F40D4C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Gentle Coreutils Developers, I am writing to notify you of an issue that I stumbled across while building coreutils-8.12 on the Stratus OpenVOS platform. On this platform, we have both gcc and a native cc compiler. While gcc handles the combination of the -c and -o arguments, our native cc compiler does not. Thus, the coreutils configure script sets ac_cv_prog_gcc_cc_c_o=3Dno. This leads to using the build-aux/compile script, which in turn leads to the following "interesting" result (edited for clarity): CC version.o AR libver.a CC cp.o CC copy.o (point 1) CC cp-hash.o CC extent-scan.o CCLD cp.pm CC ginstall-install.o CC ginstall-prog-fprintf.o CC ginstall-copy.o (point 2) CC ginstall-cp-hash.o CC ginstall-extent-scan.o CCLD ginstall.pm CC mv.o CC remove.o CCLD mv.pm gcc: copy.o: No such file or directory. gcc: cp-hash.o: No such file or directory. gcc: extent-scan.o: No such file or directory. make[3]: *** [mv.pm] Error 1 The root cause of this failure is as follows. The same issue affects copy.o, cp-hash.o and extent-scan.o, but I'll just focus on copy.o. At point 1, the build-aux/compile runs gcc (w/o -o) to produce copy.o. At point 2, the script produces copy.o again, then renames it to ginstall-copy.o, thereby deleting copy.o. The src/Makefile does not list copy.o as a dependency of mv.pm (Oops), so Make does not rebuild copy.o prior to running the link command. Hence, the linker (gcc) complains that it cannot find the file. =20 On a platform where both cc and $CC handle the combination of -c and -o correctly, this issue cannot arise. The solution is either to make the compile script smarter, or to have the dependencies of mv.pm properly listed, or to have mv.pm depend upon a renamed copy of copy.o, much as is done for ginstall, or to set the environment variable ac_cv_prog_cc_gcc_c_o=3Dyes before running = configure. This last technique presumes that the faulty "cc" compiler is never actually used, which seems to be the case here. Speaking as someone who is fairly familiar with bash, make, and autoconf, this was still took a lot longer to figure out that I'd like to admit. I believe that I have correctly explained the issue, but I apologize if there are errors in the above description. I suspect that you can reproduce this issue by forcing ac_cv_prog_cc_gcc_c_o=3Dno and then running configure. At least now this issue will get into the mail archives, and be fodder for some future web search. :-) Thanks=20 PG=20 --=20 Paul Green, Senior Technical Consultant, Stratus Technologies.=20 Voice: +1 978-461-7557; FAX: +1 978-461-3610; Mobile: +1 (978) 235-2451; AIM: PaulGreen Follow me on Twitter: stratuspaulg ------_=_NextPart_001_01CC0A9F.84F40D4C Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable conflict between build-aux/compile script and coreutils = Makefiles

Gentle = Coreutils Developers,

I am writing = to notify you of an issue that I stumbled across while building = coreutils-8.12 on the Stratus OpenVOS platform.

On this = platform, we have both gcc and a native cc compiler. While gcc handles = the combination of the –c and –o arguments, our native cc = compiler does not. Thus, the coreutils configure script sets = ac_cv_prog_gcc_cc_c_o=3Dno. This leads to using the build-aux/compile = script, which in turn leads to the following “interesting” = result (edited for clarity):

  = CC       version.o

  = AR       libver.a

  = CC       cp.o

  = CC       copy.o  (point = 1)

  = CC       cp-hash.o

  = CC       extent-scan.o

  = CCLD     cp.pm

  = CC       = ginstall-install.o

  = CC       = ginstall-prog-fprintf.o

  = CC       ginstall-copy.o  (point = 2)

  = CC       = ginstall-cp-hash.o

  = CC       = ginstall-extent-scan.o

  = CCLD     ginstall.pm

  = CC       mv.o

  = CC       remove.o

  = CCLD     mv.pm

gcc: copy.o: = No such file or directory.

gcc: = cp-hash.o: No such file or directory.

gcc: = extent-scan.o: No such file or directory.

make[3]: *** = [mv.pm] Error 1

The root cause = of this failure is as follows. The same issue affects copy.o, cp-hash.o = and extent-scan.o, but I'll just focus on copy.o.

At point 1, = the build-aux/compile runs gcc (w/o -o) to produce copy.o.  At = point 2, the script produces copy.o again, then renames it to = ginstall-copy.o, thereby deleting copy.o.

The = src/Makefile does not list copy.o as a dependency of mv.pm (Oops), so = Make does not rebuild copy.o prior to running the link command. Hence, = the linker (gcc) complains that it cannot find the file.  =

On a platform = where both cc and $CC handle the combination of –c and –o = correctly, this issue cannot arise.

The solution = is either to make the compile script smarter, or to have the = dependencies of mv.pm properly listed, or to have mv.pm depend upon a = renamed copy of copy.o, much as is done for ginstall, or to set the = environment variable ac_cv_prog_cc_gcc_c_o=3Dyes before running = configure.  This last technique presumes that the faulty = "cc" compiler is never actually used, which seems to be the = case here.

Speaking as = someone who is fairly familiar with bash, make, and autoconf, this was = still took a lot longer to figure out that I’d like to = admit.  I believe that I have correctly explained the issue, but I = apologize if there are errors in the above = description.

I suspect that = you can reproduce this issue by forcing ac_cv_prog_cc_gcc_c_o=3Dno and = then running configure.

At least now = this issue will get into the mail archives, and be fodder for some = future web search. :-)

Thanks =

PG =

-- =

Paul Green, = Senior Technical Consultant, Stratus Technologies.

Voice: +1 = 978-461-7557; FAX: +1 978-461-3610; Mobile: +1 (978) 235-2451; AIM: = PaulGreen

Follow me on = Twitter: stratuspaulg

------_=_NextPart_001_01CC0A9F.84F40D4C-- From unknown Wed Sep 10 12:14:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8616: conflict between build-aux/compile script and coreutils Makefiles Resent-From: Jim Meyering Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 05 May 2011 10:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8616 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: "Green\, Paul" Cc: 8616@debbugs.gnu.org, automake@gnu.org Received: via spool by 8616-submit@debbugs.gnu.org id=B8616.130459213813866 (code B ref 8616); Thu, 05 May 2011 10:43:01 +0000 Received: (at 8616) by debbugs.gnu.org; 5 May 2011 10:42:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHw0f-0003ba-AM for submit@debbugs.gnu.org; Thu, 05 May 2011 06:42:17 -0400 Received: from mx.meyering.net ([82.230.74.64]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHw0b-0003bK-C6 for 8616@debbugs.gnu.org; Thu, 05 May 2011 06:42:14 -0400 Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id 9775F600DF; Thu, 5 May 2011 12:42:07 +0200 (CEST) From: Jim Meyering In-Reply-To: <5AA430FFE4486C448003201AC83BC85E01B9C9AD@EXHQ.corp.stratus.com> (Paul Green's message of "Wed, 4 May 2011 17:09:13 -0400") References: <5AA430FFE4486C448003201AC83BC85E01B9C9AD@EXHQ.corp.stratus.com> Date: Thu, 05 May 2011 12:42:07 +0200 Message-ID: <87tyd9l98g.fsf@rho.meyering.net> Lines: 102 MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -6.0 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.0 (------) Green, Paul wrote: > Gentle Coreutils Developers, > > I am writing to notify you of an issue that I stumbled across while > building coreutils-8.12 on the Stratus OpenVOS platform. Hi Paul, Thanks for the detailed report. I'm Cc'ing the automake list, since that's the source of the compile script. > On this platform, we have both gcc and a native cc compiler. While gcc > handles the combination of the -c and -o arguments, our native cc > compiler does not. Thus, the coreutils configure script sets > ac_cv_prog_gcc_cc_c_o=no. This leads to using the build-aux/compile > script, which in turn leads to the following "interesting" result > (edited for clarity): > > CC version.o > AR libver.a > CC cp.o > CC copy.o (point 1) > CC cp-hash.o > CC extent-scan.o > CCLD cp.pm > CC ginstall-install.o > CC ginstall-prog-fprintf.o > CC ginstall-copy.o (point 2) > CC ginstall-cp-hash.o > CC ginstall-extent-scan.o > CCLD ginstall.pm > CC mv.o > CC remove.o > CCLD mv.pm > gcc: copy.o: No such file or directory. > gcc: cp-hash.o: No such file or directory. > gcc: extent-scan.o: No such file or directory. > make[3]: *** [mv.pm] Error 1 > > The root cause of this failure is as follows. The same issue affects > copy.o, cp-hash.o and extent-scan.o, but I'll just focus on copy.o. > > At point 1, the build-aux/compile runs gcc (w/o -o) to produce copy.o. > At point 2, the script produces copy.o again, then renames it to > ginstall-copy.o, thereby deleting copy.o. > > The src/Makefile does not list copy.o as a dependency of mv.pm (Oops), > so Make does not rebuild copy.o prior to running the link command. My src/Makefile and src/Makefile.in do include that dependency, assuming your EXEEXT is ".pm". Does your version of that file look different from this? am__objects_1 = copy.$(OBJEXT) cp-hash.$(OBJEXT) extent-scan.$(OBJEXT) am_mv_OBJECTS = mv.$(OBJEXT) remove.$(OBJEXT) $(am__objects_1) mv_OBJECTS = $(am_mv_OBJECTS) ... mv$(EXEEXT): $(mv_OBJECTS) $(mv_DEPENDENCIES) $(EXTRA_mv_DEPENDENCIES) This is not due to a missing dependency, but rather that the compile script removes copy.o in the process of creating ginstall-copy.o. You can see that by the fact that when you rerun "make" after the above failure, it does regenerate copy.o. > Hence, the linker (gcc) complains that it cannot find the file. > > On a platform where both cc and $CC handle the combination of -c and -o > correctly, this issue cannot arise. > > The solution is either to make the compile script smarter, or to have > the dependencies of mv.pm properly listed, or to have mv.pm depend upon > a renamed copy of copy.o, much as is done for ginstall, or to set the > environment variable ac_cv_prog_cc_gcc_c_o=yes before running configure. > This last technique presumes that the faulty "cc" compiler is never > actually used, which seems to be the case here. > > Speaking as someone who is fairly familiar with bash, make, and > autoconf, this was still took a lot longer to figure out that I'd like > to admit. I believe that I have correctly explained the issue, but I > apologize if there are errors in the above description. > > I suspect that you can reproduce this issue by forcing > ac_cv_prog_cc_gcc_c_o=no and then running configure. Running this, ac_cv_prog_cc_gcc_c_o=no ./configure && make I was indeed able to reproduce it. I think you're right that making "compile" smarter is the way to go. It looks like it could be modified to link (or copy) the source file to some temporary file name, e.g., copy-xYV4aP.c, compile that to copy-xYV4aP.o, and rename the latter to the destination .o file. Of course, it would have to remove the temporary file upon termination-- both irregular and normal. This would also resolve the parallel build race whereby two or more programs using the same object file both compile the same source to the same object and rename that file to a different destination. To the automake folks, is there any reason not to do that? From unknown Wed Sep 10 12:14:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8616: conflict between build-aux/compile script and coreutils Makefiles Resent-From: Stefano Lattarini Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 05 May 2011 14:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8616 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: bug-coreutils@gnu.org Cc: 8616@debbugs.gnu.org, "Green, Paul" , Jim Meyering , automake@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13046066216185 (code B ref -1); Thu, 05 May 2011 14:44:02 +0000 Received: (at submit) by debbugs.gnu.org; 5 May 2011 14:43:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHzmH-0001bh-3S for submit@debbugs.gnu.org; Thu, 05 May 2011 10:43:41 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHzmF-0001bM-Un for submit@debbugs.gnu.org; Thu, 05 May 2011 10:43:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHzm9-0005Qf-Qd for submit@debbugs.gnu.org; Thu, 05 May 2011 10:43:34 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, RFC_ABUSE_POST, T_DKIM_INVALID, T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:60031) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHzm9-0005Qb-P5 for submit@debbugs.gnu.org; Thu, 05 May 2011 10:43:33 -0400 Received: from eggs.gnu.org ([140.186.70.92]:40537) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHzm9-0000vs-3o for bug-coreutils@gnu.org; Thu, 05 May 2011 10:43:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHzm7-0005Q7-S7 for bug-coreutils@gnu.org; Thu, 05 May 2011 10:43:33 -0400 Received: from mail-ww0-f49.google.com ([74.125.82.49]:45605) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHzm7-0005PT-NT; Thu, 05 May 2011 10:43:31 -0400 Received: by wwb39 with SMTP id 39so2076380wwb.30 for ; Thu, 05 May 2011 07:43:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:subject:date:user-agent:cc:references :in-reply-to:mime-version:content-type:content-transfer-encoding :message-id; bh=k6w9Iiw5UPBpK72uoBZa0F0Ydr1sSHfpylq/eUb19yM=; b=R/slsQi3c8AFQOi5JuF5hKH49xdn1YDfY719kwcAp4IfyOquDF4L3LMRgB4ecRkVPm +OkG3CW4HIPvFT5AKUTSOu3ySeFlhXfSGatf8vhMwrH70YPCLgrt5k8ghqgO2/nOq1Bj ImAbfHGhIZZD/ht1iu73jQqXNWhH/W6WKv3C4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=IU+sGXQ+UmNSOFBpKLdcFkCIoWUzEmS/apd0LEGwyoSRvcDSU53o6uVOqamwfFku+i gRjJwk99JetEiOK/kX7M1RNX27Qbp8+w6OIjcpxNgqmyAJ1q2aSeBy5pa9mM9cJTD8L9 OHRkRZ7xYn0UWa3d6iv1nNmZRuZIcoJLVSYmA= Received: by 10.227.7.18 with SMTP id b18mr197269wbb.103.1304606610116; Thu, 05 May 2011 07:43:30 -0700 (PDT) Received: from bigio.localnet (host192-28-dynamic.56-82-r.retail.telecomitalia.it [82.56.28.192]) by mx.google.com with ESMTPS id w12sm1401146wby.7.2011.05.05.07.43.27 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 05 May 2011 07:43:28 -0700 (PDT) From: Stefano Lattarini Date: Thu, 5 May 2011 16:43:09 +0200 User-Agent: KMail/1.13.3 (Linux/2.6.30-2-686; KDE/4.4.4; i686; ; ) References: <5AA430FFE4486C448003201AC83BC85E01B9C9AD@EXHQ.corp.stratus.com> <87tyd9l98g.fsf@rho.meyering.net> In-Reply-To: <87tyd9l98g.fsf@rho.meyering.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201105051643.10665.stefano.lattarini@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -5.1 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -5.2 (-----) On Thursday 05 May 2011, Jim Meyering wrote: > Green, Paul wrote: > > Gentle Coreutils Developers, > > [HUGE CUT] > > To the automake folks, is there any reason not to do that? > Hi Jim. I'm in a middle of something else right now, so I'm probably not going to look into this soonish. Could you please open a bug report on bug-automake so that I won't forget about the issue? Thanks, Stefano From unknown Wed Sep 10 12:14:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8616: conflict between build-aux/compile script and coreutils Makefiles Resent-From: Jim Meyering Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 05 May 2011 14:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8616 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Stefano Lattarini Cc: "Green, Paul" , 8616@debbugs.gnu.org, bug-coreutils@gnu.org, automake@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13046073247422 (code B ref -1); Thu, 05 May 2011 14:56:02 +0000 Received: (at submit) by debbugs.gnu.org; 5 May 2011 14:55:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHzxb-0001vY-RL for submit@debbugs.gnu.org; Thu, 05 May 2011 10:55:24 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QHzxa-0001u1-Kd for submit@debbugs.gnu.org; Thu, 05 May 2011 10:55:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHzxU-0007l5-MB for submit@debbugs.gnu.org; Thu, 05 May 2011 10:55:17 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:35880) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHzxU-0007l1-KW for submit@debbugs.gnu.org; Thu, 05 May 2011 10:55:16 -0400 Received: from eggs.gnu.org ([140.186.70.92]:58485) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHzxT-000447-KW for bug-coreutils@gnu.org; Thu, 05 May 2011 10:55:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QHzxS-0007kj-OY for bug-coreutils@gnu.org; Thu, 05 May 2011 10:55:15 -0400 Received: from mx.meyering.net ([82.230.74.64]:49944) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QHzxQ-0007kP-H7; Thu, 05 May 2011 10:55:12 -0400 Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000) id B11386089B; Thu, 5 May 2011 16:55:11 +0200 (CEST) From: Jim Meyering In-Reply-To: <201105051643.10665.stefano.lattarini@gmail.com> (Stefano Lattarini's message of "Thu, 5 May 2011 16:43:09 +0200") References: <5AA430FFE4486C448003201AC83BC85E01B9C9AD@EXHQ.corp.stratus.com> <87tyd9l98g.fsf@rho.meyering.net> <201105051643.10665.stefano.lattarini@gmail.com> Date: Thu, 05 May 2011 16:55:11 +0200 Message-ID: <8762ppjiy8.fsf@rho.meyering.net> Lines: 16 MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.0 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.0 (------) Stefano Lattarini wrote: > On Thursday 05 May 2011, Jim Meyering wrote: >> Green, Paul wrote: >> > Gentle Coreutils Developers, >> > > [HUGE CUT] >> >> To the automake folks, is there any reason not to do that? >> > > Hi Jim. I'm in a middle of something else right now, so I'm > probably not going to look into this soonish. Could you please > open a bug report on bug-automake so that I won't forget about > the issue? Sure. I did that via http://debbugs.gnu.org/8621 From unknown Wed Sep 10 12:14:37 2025 X-Loop: help-debbugs@gnu.org Subject: bug#8616: conflict between build-aux/compile script and coreutils Makefiles Resent-From: "Green, Paul" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 05 May 2011 15:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8616 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: "Jim Meyering" Cc: 8616@debbugs.gnu.org, automake@gnu.org Received: via spool by 8616-submit@debbugs.gnu.org id=B8616.130460871119629 (code B ref 8616); Thu, 05 May 2011 15:19:02 +0000 Received: (at 8616) by debbugs.gnu.org; 5 May 2011 15:18:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QI0Jz-00056W-2P for submit@debbugs.gnu.org; Thu, 05 May 2011 11:18:31 -0400 Received: from mailhub.stratus.com ([134.111.1.18] helo=mailhub5.stratus.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1QI0Jw-00055e-S3 for 8616@debbugs.gnu.org; Thu, 05 May 2011 11:18:29 -0400 Received: from EXHQ.corp.stratus.com (exhq.corp.stratus.com [134.111.201.100]) by mailhub5.stratus.com (8.12.11/8.12.11) with ESMTP id p45FHgGc019110; Thu, 5 May 2011 11:17:42 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 5 May 2011 11:18:21 -0400 Message-ID: <5AA430FFE4486C448003201AC83BC85E01B9C9B0@EXHQ.corp.stratus.com> In-Reply-To: <87tyd9l98g.fsf@rho.meyering.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: bug#8616: conflict between build-aux/compile script and coreutils Makefiles Thread-Index: AcwLEReUAQ6UG+usQcWK4KBSKqzEVQAIyXSQ References: <5AA430FFE4486C448003201AC83BC85E01B9C9AD@EXHQ.corp.stratus.com> <87tyd9l98g.fsf@rho.meyering.net> From: "Green, Paul" X-Spam-Score: -4.6 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.9 (---) Jim Meyering wrote: >=20 > Green, Paul wrote: > > Gentle Coreutils Developers, > > > > I am writing to notify you of an issue that I stumbled across while > > building coreutils-8.12 on the Stratus OpenVOS platform. >=20 > Hi Paul, >=20 > Thanks for the detailed report. > I'm Cc'ing the automake list, since that's > the source of the compile script. Thanks, and sorry for not digging further to notice this! [snip] > > The src/Makefile does not list copy.o as a dependency of mv.pm > > (Oops), so Make does not rebuild copy.o prior to running the > > link command. >=20 > My src/Makefile and src/Makefile.in do include that dependency, > assuming your EXEEXT is ".pm". > Does your version of that file look different from this? >=20 > am__objects_1 =3D copy.$(OBJEXT) cp-hash.$(OBJEXT) extent- > scan.$(OBJEXT) > am_mv_OBJECTS =3D mv.$(OBJEXT) remove.$(OBJEXT) $(am__objects_1) > mv_OBJECTS =3D $(am_mv_OBJECTS) > ... > mv$(EXEEXT): $(mv_OBJECTS) $(mv_DEPENDENCIES) > $(EXTRA_mv_DEPENDENCIES) Yes, my copy of the generated Makefile looks the same as that. > This is not due to a missing dependency, > but rather that the compile script removes copy.o > in the process of creating ginstall-copy.o. > You can see that by the fact that when you rerun "make" > after the above failure, it does regenerate copy.o. Yes, I now see that. I was mistakenly keying off of the names of the variables in the Makefile. I should have paid more attention to the actual list of dependencies on the link line. Sorry about that! [snip] > I think you're right that making "compile" smarter is the way to go. > It looks like it could be modified to link (or copy) the source file > to some temporary file name, e.g., copy-xYV4aP.c, compile that > to copy-xYV4aP.o, and rename the latter to the destination .o file. > Of course, it would have to remove the temporary file upon termination- > - both irregular and normal. >=20 > This would also resolve the parallel build race whereby two or more > programs using the same object file both compile the same source to > the same object and rename that file to a different destination. >=20 > To the automake folks, is there any reason not to do that? I agree in general. However, as someone whose operating system only recently (2009) started supporting file names longer than 32 characters, I think the compile script has to be careful not to lengthen the name of the source file. I have noticed a trend in recent years to use longer and longer file names. If the compile script can simply replace the original name by a unique generated name of a reasonable length, that would be better, in my view. I'm sure there must still be some operating systems out there that do not support 255-character file names. Thank you for your quick response and guidance. Thanks PG From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 11 18:34:30 2018 Received: (at control) by debbugs.gnu.org; 11 Oct 2018 22:34:30 +0000 Received: from localhost ([127.0.0.1]:45702 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gAjXK-0004zX-B8 for submit@debbugs.gnu.org; Thu, 11 Oct 2018 18:34:30 -0400 Received: from mail-pg1-f182.google.com ([209.85.215.182]:45621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gAjXI-0004zL-9d for control@debbugs.gnu.org; Thu, 11 Oct 2018 18:34:28 -0400 Received: by mail-pg1-f182.google.com with SMTP id t70-v6so4828541pgd.12 for ; Thu, 11 Oct 2018 15:34:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:message-id:date:user-agent:mime-version:content-language :content-transfer-encoding; bh=7apBCEYAVn0WRPO0lUXyhbI1fmL5j8ewFFZTMWbq3yI=; b=toL8k7fQ5KxcbpSCAnSstHi4BG3qCcxWJcN/bt/seLilla0Ue8MSoU9J1v5V6iO3fg Amtg9kpyXCz6IczP+2B5sJYJK3YfFfjxTAGmOxtTrod4ghSW0k15rGSpYxYDiFSlcAsB b+vq/HbVS9N7uvE1FMp1P3qbiMEIDsfLl6k4ET6Al2IcPeFzjjrZ9zwHGa2VJe/ExfXe 3jQYK+A79YMNLDdZUC61eJzXCsccw+t/vFb+7hJkDSgoB+YVi3OxSUwg8JCeiJ7OQyWV 5ZoV8ucVi7kf21B9kSPfhOsY9gPJXdQIdN2I3zwzq+DrwthawKhrBWKjm3NgJcH/itND ft5g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=7apBCEYAVn0WRPO0lUXyhbI1fmL5j8ewFFZTMWbq3yI=; b=nuSXC9XJQrXagjzp9W7BnUZ1ommpMMtThBjiA0K4nSj9o4WjsFR3A+T1I38yKP0Fzo a80GuqT/kmd2gJ88NlNpMrUnhTux+WSOZT6sFbPjHet1qbxR/kyeBG+9D3hrvi5hSWA0 tPvm9ZgUek97jmNo/HTOyGsYT7L9WvOcTvbZmJCQO76Uela8KzNPYaRgVOQJVzz465na sR7y8GEOE2qoVSBsmVUSe1wlUlBo3OI4XiIlKUgqew8ofHkd3Hl+Mbbx5l67NR2KDA57 ZddvDznKsR+vGLbgzftMTy7UXhlrFIOgqUwKS/fIz34hApKzdH3ed7ALT7sbC92Nk5DQ euZw== X-Gm-Message-State: ABuFfoizOr8B6DzumAK7s/Z8zthjLcrY02/3IwhW8rDQY8Q2vWkcMPwY fJKVbts5ENDLCy3pJZy+ho5ZQXpS X-Google-Smtp-Source: ACcGV60Jjf/wOacofqXbjwl8/obHA6hjNflkUrX7x5s0ygRZTEYhAlGGdhz8FbeEIziWm+tOq6xQvQ== X-Received: by 2002:a62:8910:: with SMTP id v16-v6mr3401359pfd.106.1539297261732; Thu, 11 Oct 2018 15:34:21 -0700 (PDT) Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38]) by smtp.googlemail.com with ESMTPSA id o12-v6sm12147564pgv.7.2018.10.11.15.34.19 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 11 Oct 2018 15:34:20 -0700 (PDT) To: control@debbugs.gnu.org From: Assaf Gordon Message-ID: <9feaab7a-6767-723b-785a-b9e39fa507c7@gmail.com> Date: Thu, 11 Oct 2018 16:34:19 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: close 12656 tags 8824 moreinfo close 8824 tags 8767 + moreinfo close 8767 [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [209.85.215.182 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (assafgordon[at]gmail.com) 0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [209.85.215.182 listed in wl.mailspike.net] 1.8 MISSING_SUBJECT Missing Subject: header 0.2 NO_SUBJECT Extra score for no subject 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: control 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 (+) close 12656 tags 8824 moreinfo close 8824 tags 8767 + moreinfo close 8767 tags 8736 wontfix close 8736 tags 8700 wontfix close 8700 close 8616 tags 9101 fixed close 9101 retitle 9129 printf: RFE: reject field width larger than INT_MAX tags 9129 notabug close 9129 tags 9140 fixed close 9140 tags 9207 wontfix close 9207