From unknown Thu Jun 19 16:20:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77897: "make clean" should do a "rm -rf .deps" Resent-From: Sam Varshavchik Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 18 Apr 2025 11:58:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 77897 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: 77897@debbugs.gnu.org X-Debbugs-Original-To: bug-automake@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17449774445059 (code B ref -1); Fri, 18 Apr 2025 11:58:05 +0000 Received: (at submit) by debbugs.gnu.org; 18 Apr 2025 11:57:24 +0000 Received: from localhost ([127.0.0.1]:50484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u5kLQ-0001Is-0z for submit@debbugs.gnu.org; Fri, 18 Apr 2025 07:57:23 -0400 Received: from lists.gnu.org ([2001:470:142::17]:40366) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u5kLJ-0001Gc-HN for submit@debbugs.gnu.org; Fri, 18 Apr 2025 07:57:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u5kLD-0000t4-50 for bug-automake@gnu.org; Fri, 18 Apr 2025 07:57:07 -0400 Received: from mailx.courier-mta.com ([96.56.228.18]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1u5kL4-0000JZ-6Z for bug-automake@gnu.org; Fri, 18 Apr 2025 07:57:06 -0400 Received: from ripper.email-scan.com (ripper.email-scan.com [::ffff:192.168.0.12]) (TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by www.courier-mta.com with ESMTPS id 000000000028074C.0000000068023E02.0000C472; Fri, 18 Apr 2025 07:56:50 -0400 Received: from ripper.email-scan.com (localhost [127.0.0.1]) (IDENT: uid 1000) by ripper.email-scan.com with UTF8SMTP id 00000000054A0028.0000000068023E01.000830D9; Fri, 18 Apr 2025 07:56:49 -0400 Message-ID: X-Mailer: https://www.courier-mta.org/cone/ From: Sam Varshavchik X-Shameless-Plug: https://github.com/svarshavchik Date: Fri, 18 Apr 2025 07:56:49 -0400 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_ripper.email-scan.com-536706-1744977409-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" Received-SPF: pass client-ip=96.56.228.18; envelope-from=mrsam@courier-mta.com; helo=mailx.courier-mta.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) 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: -0.1 (/) This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. The Internet standard for MIME PGP messages, RFC 2015, was published in 1996. To open this message correctly you will need to install E-mail or Usenet software that supports modern Internet standards. --=_ripper.email-scan.com-536706-1744977409-0001 Content-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit .deps/filename gets created during building with --enable-dependency- tracking and should get removed by make clean. But it does not. For example: main.h: int helloworld(); main.c: #include int helloworld() { return 0; } int main() { helloworld(); } Set up a minimal Makefile.am and configure.ac to build this. Building this will create .deps/ with a: main.o: main.h main.c Now: 1) 'rm -f main.h" 2) Remove the #include Then try to build this: make clean make Will fail because that dependency exists and make does not know how to build main.h. I have to rm -rf .deps myself. automake 1.16.5 --=_ripper.email-scan.com-536706-1744977409-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRupkKLJP96aW75pIOKYPgoojZS4gUCaAI+AQAKCRCKYPgoojZS 4rW3AP9zMM0YZn5SFladIkkAqrAX2dj5Mlv23qiHFJFyUH+n8AD+PugQk4+pjx2L CTKdx2SbmHwbGrkg4SoeZbKdOTzITw8= =Eoar -----END PGP SIGNATURE----- --=_ripper.email-scan.com-536706-1744977409-0001-- From unknown Thu Jun 19 16:20:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77897: "make clean" should do a "rm -rf .deps" Resent-From: Nick Bowler Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 18 Apr 2025 13:46:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77897 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Sam Varshavchik Cc: 77897@debbugs.gnu.org Received: via spool by 77897-submit@debbugs.gnu.org id=B77897.174498391415072 (code B ref 77897); Fri, 18 Apr 2025 13:46:05 +0000 Received: (at 77897) by debbugs.gnu.org; 18 Apr 2025 13:45:14 +0000 Received: from localhost ([127.0.0.1]:50701 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u5m1m-0003uI-2M for submit@debbugs.gnu.org; Fri, 18 Apr 2025 09:45:13 -0400 Received: from mail-qv1-xf29.google.com ([2607:f8b0:4864:20::f29]:54418) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u5m1e-0003rS-6i for 77897@debbugs.gnu.org; Fri, 18 Apr 2025 09:45:06 -0400 Received: by mail-qv1-xf29.google.com with SMTP id 6a1803df08f44-6ecfbf8fa76so20303886d6.0 for <77897@debbugs.gnu.org>; Fri, 18 Apr 2025 06:45:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=draconx-ca.20230601.gappssmtp.com; s=20230601; t=1744983892; x=1745588692; darn=debbugs.gnu.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=3rF6Vv0X2YXFpfaoUqBiMUqlDSQdfY+VhVTEnwmrzN4=; b=FOYM4jA6vCumBznTSq6mGWn/Fz5/zdwVqiuVylsUVq6zh9gH+q4hvd2b590ekYx7At AOubHTIfmiBfUB/ssH1H2IfMXt+iCyz+WOmoBbX4ygZwM40/e8wdrDfm8PGDawFYr8IZ nWXJGi/pRACmqKNYAc/iIyCSuixMgqrg0m1sMv4+dOsgIkrYY/XQ+UfhczlxhooQo5KD 061ruhorqS31WKzE7ZkDNNsKkGs9kFoNaPx6pXwqFjmTUJ4yFIvgaKZziAf0zBIcmHbT t42YLxaImC/z+2idaXsXJ4Ac1dmajZvFjMTDDyNmUeOXkrrEaNk2fCNagYx3/0bPlCky OqcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1744983892; x=1745588692; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=3rF6Vv0X2YXFpfaoUqBiMUqlDSQdfY+VhVTEnwmrzN4=; b=f/K4f2mRGlTHOFxLij1lf5piiO/yS7aROxQOju5NTi+/v5Oo5VzD8oyAXGvRRf5WMz mFb+MZuqT59I5PiZFQt+iDq6djW7R6MKEryvqScKrVpY6ki4sHicFEJyb7tD1d1QT6ZL jhiYQm/BK0Xke+JSJGNt04bflDLT9Op0y5kUBKHXzrlnepOtt0jzJ+mZ9sJIsaX/X30O w/7W3gE89Imi8bq9glGLD7PDdphiI8b9yth31OdX9ROx0Rd7qn3OOZsP2+tIh6NkLBOx xTT8WEAg+sowFqjnB9dmRno+bDq55a6QHpLsToEIzoXl1CN9ib7qIVoIS6gAHZDKM/As GdhA== X-Gm-Message-State: AOJu0Yy5i+oBwNI+HIsh1CAvisNlGfs28+7rlgniYXYnsEh/JhSHkCcP 7I0P3azBqJpmdpJNDWLpFenbbZvFdWdcjzwWOVueyC6feb8CXeO9/fKcwwz7Xjg= X-Gm-Gg: ASbGncu51PRnMkzmTx49KMxF8bz11I5dkpZdZo36Y08UbE3kGvLk0fB+bJDMWpUlroc QIOgh/u8HFVnt8dz36pmN9Ly/3JUu0nLMB2UCq+dx1jLyoW6VcQNpyu4uUSK+1xj5/LdyF9SySq qWwHIz0BqUpodbSnbcobBpibvtnx1DVTcWG5PbkqXDDDbxLPoLgewEE+qGrfdHIC9WodcxjMDa6 uj3O5bQYFYqk4qkU5fR7lV3v4voj5HxheywRUVvPWa99N/DQ3gGjle9TNf38jx6WONnbQxlh51m 700Xo0naN3gIG0aM/tbZP7nv0oo+Ke7V541YlT8PhVGfnpxs1EQDB7HiFebFch6riRy8NiVjsDa EYCc5 X-Google-Smtp-Source: AGHT+IHC1fttNUSL2FaQ0ZNCzXv7FrijUZLdwOWEUHbiga5aZie+NalMf7mBc4HSQaYxLnuQUZ/McQ== X-Received: by 2002:a05:6214:19ec:b0:6d4:238e:35b0 with SMTP id 6a1803df08f44-6f2c4539379mr45525606d6.17.1744983891926; Fri, 18 Apr 2025 06:44:51 -0700 (PDT) Received: from localhost (ip-24-156-181-135.user.start.ca. [24.156.181.135]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6f2c2b325a4sm10731256d6.60.2025.04.18.06.44.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 18 Apr 2025 06:44:51 -0700 (PDT) Date: Fri, 18 Apr 2025 09:44:50 -0400 From: Nick Bowler Message-ID: <7y6itfka3rnczkv277fc2zquttfgskskm3wftrpygha55iqkly@vj553w2rjvsk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: 0.0 (/) 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 (-) On Fri, Apr 18, 2025 at 07:56:49AM -0400, Sam Varshavchik wrote: > .deps/filename gets created during building with --enable-dependency-tracking > and should get removed by make clean. But it does not. For example: Use 'make distclean' to remove depfiles. Cheers, Nick From unknown Thu Jun 19 16:20:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77897: "make clean" should do a "rm -rf .deps" Resent-From: Peter Johansson Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Fri, 18 Apr 2025 22:40:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77897 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Sam Varshavchik , 77897@debbugs.gnu.org Received: via spool by 77897-submit@debbugs.gnu.org id=B77897.17450159461277 (code B ref 77897); Fri, 18 Apr 2025 22:40:03 +0000 Received: (at 77897) by debbugs.gnu.org; 18 Apr 2025 22:39:06 +0000 Received: from localhost ([127.0.0.1]:53199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u5uMR-0000K2-2i for submit@debbugs.gnu.org; Fri, 18 Apr 2025 18:39:05 -0400 Received: from mail-pf1-x435.google.com ([2607:f8b0:4864:20::435]:52261) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u5uML-0000Ht-35 for 77897@debbugs.gnu.org; Fri, 18 Apr 2025 18:39:00 -0400 Received: by mail-pf1-x435.google.com with SMTP id d2e1a72fcca58-73bb647eb23so1974194b3a.0 for <77897@debbugs.gnu.org>; Fri, 18 Apr 2025 15:38:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1745015930; x=1745620730; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=4ey1Et7FNp7tHhjseavpufuGszD90VtNW6vDbFWHDD0=; b=lXuXpJamTAXqqhKRt2ohQ54tRFLbaJuwrel7o4TKk289awGehjAHMnpRd7ey4Zl7bW LDUFVqpA/gLkhF6Yi/elL5J3vQ0Kt6ufIw0XBbpQqn6LwpRUDH8i58jmvh4hwZQ0w2Yu CGVYxgz/CwJdCMQt+CVoq7lN2G01y42p4fdrt0wCDPrTea1MtHlHkdARwnRSPW8FN4YD K51tstVbi1WhPO7NSmRicsXj50T3bKx+VCYbQHppFUVWiv4b1rAlv9IblBAgF75BEiDA a1NnF/dEsiaug/LPznn1xDX3q5i2eFaRvV5vHS6NVT/g9IzzjHepX7kT5jOXH2+19MvY 8vAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745015930; x=1745620730; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=4ey1Et7FNp7tHhjseavpufuGszD90VtNW6vDbFWHDD0=; b=hBT02mDp3cYaSsYbg/Dv9uGjTB3GC6hTH2u3A6pZ6Mny+Hun8R1hnChAkI/Yoe4PCw mqNcw61iX8han6RjNWkd49btNc09Mlyimd1tJKt0SI7557qVoMtb9XyICm3z6PggZiN8 aOkp1uYj5lit4uN5N1TFqwfV0yk6k0QOBfZJuz0FWiDlXRITlHsTUj/UWUt4zdLlRJ1p CPA+vAQPQJ6ppO3NFSns9j0UEgPjOD5m6jM6Du21yDgVIidFyHux4TC6hGSSc64GYEpE XPlkA9Xm64nsZ1gcH9dloDG6uAr7WOjtGlWNQWMal0ftWiC2nBMPSuFJtTXdEJ0IoWdg +Oeg== X-Forwarded-Encrypted: i=1; AJvYcCUmrwuNGThX0N3ML5bZedY1Ajfebrna2ecoRQpB/yvghQg7OpSKJt/Cdn8H8XQ4G1uSS79cdQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzHOOS3OerBfGLqE/oKv1z2oj2m9g0Yfd3QGnqi4snf3BthkETr RrcFkLi2S3JoYMQQOCjxFIPQDwVpN0w+caXSMjQKmFsqGBd7DVcw X-Gm-Gg: ASbGncvS9zuzlTuHKjdmySci6YLYb2SQM34/ARtTPkokqz/wzB4uIQD/fyU3iNdCLKT aAlICYrtv1fMqs6y8eKpH5YGCandh3AzRFosZh2gkPgJKuy6sLdnf3Qwfu6iX7eyfXhz65hnBWt XFeremYUC3JVfDAJlewqk5YApLfdVQKTrvvOhfv2rEK1Lhz3pajBwsG2bGsd3L6PmWPJJeadwVM fvEmhjKItkrihgAd83C2kHpg2J9VK+xZjTrL+MDpF7zzSbH3RRTo5Y5sZjf7o3NZDYBd5nzB/6y cJ/K48fc298wqM01G7PX/64JIk892poV3X3PfQ== X-Google-Smtp-Source: AGHT+IFWw/6YcEGfjRcBePxNA7d068mlu/kn2Z6wUhW/+S25jTVkdrAUBIpnKQzUN6GLLtJGzXsgSA== X-Received: by 2002:a05:6a21:3a92:b0:1f5:7280:1cf2 with SMTP id adf61e73a8af0-203cbc53522mr6180633637.12.1745015930459; Fri, 18 Apr 2025 15:38:50 -0700 (PDT) Received: from [10.1.1.94] ([118.208.29.215]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-b0db148137esm1851421a12.65.2025.04.18.15.38.48 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 18 Apr 2025 15:38:50 -0700 (PDT) Message-ID: Date: Sat, 19 Apr 2025 08:38:42 +1000 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: Content-Language: en-US From: Peter Johansson In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) 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 (-) Hi Sam, On 4/18/25 21:56, Sam Varshavchik wrote: > > Set up a minimal Makefile.am and configure.ac to build this. Building > this will create .deps/ with a: > > main.o: main.h main.c > When I do this with GCC, the .deps/ also contains a line main.h: and I have no problem removing main.h and the #include and just run 'make'. If you don't have that line (main.h:), it's bug in your compiler and I suggest you report it. > Now: 1) 'rm -f main.h"  2) Remove the #include > > Then try to build this: > > make clean > make > > Will fail because that dependency exists and make does not know how to > build main.h. I have to rm -rf .deps myself. > As a rule of thumb 'make clean' does not remove things that were created during configure (or upstream), but obviously depends on how people write the Makefile.am. Cheers, Peter From unknown Thu Jun 19 16:20:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77897: "make clean" should do a "rm -rf .deps" In-Reply-To: Resent-From: Sam Varshavchik Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 19 Apr 2025 01:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77897 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Peter Johansson Cc: 77897@debbugs.gnu.org Received: via spool by 77897-submit@debbugs.gnu.org id=B77897.17450256722360 (code B ref 77897); Sat, 19 Apr 2025 01:22:02 +0000 Received: (at 77897) by debbugs.gnu.org; 19 Apr 2025 01:21:12 +0000 Received: from localhost ([127.0.0.1]:53790 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u5wtK-0000bp-0v for submit@debbugs.gnu.org; Fri, 18 Apr 2025 21:21:11 -0400 Received: from mailx.courier-mta.com ([96.56.228.18]:53331) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1u5wtE-0000ai-I4 for 77897@debbugs.gnu.org; Fri, 18 Apr 2025 21:21:08 -0400 Received: from ripper.email-scan.com (ripper.email-scan.com [::ffff:192.168.0.12]) (TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by www.courier-mta.com with ESMTPS id 0000000000280750.000000006802FA7F.0000D1E9; Fri, 18 Apr 2025 21:21:03 -0400 Received: from ripper.email-scan.com (localhost [127.0.0.1]) (IDENT: uid 1000) by ripper.email-scan.com with UTF8SMTP id 00000000054A0033.000000006802FA7E.00085316; Fri, 18 Apr 2025 21:21:02 -0400 References: Message-ID: X-Mailer: https://www.courier-mta.org/cone/ From: Sam Varshavchik X-Shameless-Plug: https://github.com/svarshavchik Date: Fri, 18 Apr 2025 21:21:02 -0400 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_ripper.email-scan.com-545122-1745025662-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) 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 (-) This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. The Internet standard for MIME PGP messages, RFC 2015, was published in 1996. To open this message correctly you will need to install E-mail or Usenet software that supports modern Internet standards. --=_ripper.email-scan.com-545122-1745025662-0001 Content-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit Peter Johansson writes: > Hi Sam, > > On 4/18/25 21:56, Sam Varshavchik wrote: >> >> Set up a minimal Makefile.am and configure.ac to build this. Building this >> will create .deps/ with a: >> >> main.o: main.h main.c >> > When I do this with GCC, the .deps/ also contains a line > > main.h: > > and I have no problem removing main.h and the #include and just run 'make'. > If you don't have that line (main.h:), it's bug in your compiler and I > suggest you report it. I'm guilty of wasting a little bit of time with a simplified example. The real example involves a git repo and multiple branches, one branch has C code, another branch has C++ code. They compile to the same .o-s. That is, one branch has main.c compiling into main.o, and the other branch has main.cpp compiling into main.o. Each branch has the appropriate Makefile.am reflecting what's on that branch. So now when I switch branches things get stuck. What gets included from .deps/filename are, basically: main.o: main.c main.h there's no main.c any more. This branch I'm now on has main.cpp. Even though the Makefile.am now reflects that, things won't go anywhere unless I manually rm -rf .deps. How about we try another contrived example. Just a main.c with int main() { return 0; } and noinst_PROGRAMS=main main_SOURCES=main.c Let's now run make (in addition to automake/autoconf) and build this successfully. Next, rename main.c to main.cpp and update Makefile.am to noinst_SOURCES=main.cpp What should happen right now by running "make": 1) Rules that build out of date Makefile.in and Makefile, from Makefile.am get triggered. The new, correct, Makefile should get built automatically, then 2) The existing dependency from .deps is going to get pulled in, declaring main.o's dependency on main.c, which does not exist any more. "make clean" won't help here. > As a rule of thumb 'make clean' does not remove things that were created > during configure (or upstream), but obviously depends on how people write > the Makefile.am. I'm just using old-fashioned autoconf+automake+libtool-generated rules, nothing more. I don't see my .deps's contents getting created during configure. What I see is happening is automake-generated makefile's compile command invokes gcc with the -M option in order to generate the .deps file. The contents of.deps are created by a plain, garden variety, "make" (with a suitable -j option). Additionally, automake-generated Makefile.am do /not/ include .deps in "make dist"-generated tarballs. Perhaps in some ancient times it did, and the contents of .deps arrived in the same tarball, and hence "make clean" was hesitant to remove them for that reason. But, right now, .deps rules are generated as part of compiling. "make clean" removes everything that's generated at compile time, except for .deps --=_ripper.email-scan.com-545122-1745025662-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRupkKLJP96aW75pIOKYPgoojZS4gUCaAL6fgAKCRCKYPgoojZS 4hQqAP98vR0mfwWGDTT3LrNPrOs2ESkCWXfcPXXmSfXkZNUSQgD9ErOyYp5eduDV 39QakyO0j7xzswCL0/sx1T5FrJaKOgA= =2ixe -----END PGP SIGNATURE----- --=_ripper.email-scan.com-545122-1745025662-0001-- From unknown Thu Jun 19 16:20:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77897: "make clean" should do a "rm -rf .deps" Resent-From: Peter Johansson Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 19 Apr 2025 02:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77897 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Sam Varshavchik Cc: 77897@debbugs.gnu.org Received: via spool by 77897-submit@debbugs.gnu.org id=B77897.174503101517710 (code B ref 77897); Sat, 19 Apr 2025 02:51:01 +0000 Received: (at 77897) by debbugs.gnu.org; 19 Apr 2025 02:50:15 +0000 Received: from localhost ([127.0.0.1]:54341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u5yHV-0004aK-6u for submit@debbugs.gnu.org; Fri, 18 Apr 2025 22:50:14 -0400 Received: from mail-pg1-x530.google.com ([2607:f8b0:4864:20::530]:56627) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u5yHO-0004Vw-23 for 77897@debbugs.gnu.org; Fri, 18 Apr 2025 22:50:10 -0400 Received: by mail-pg1-x530.google.com with SMTP id 41be03b00d2f7-af5139ad9a2so1513939a12.1 for <77897@debbugs.gnu.org>; Fri, 18 Apr 2025 19:50:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1745030999; x=1745635799; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=xu6mSVo/NwlGaV/q4A6C4W6lkvjF1bxGL0kFn4vBNBw=; b=jeg9x4eigjW3udBv2p2kL1dgFUan/HWELFP8UtzCEpmGn8LS7Wwp/DeZCY5YlmcTRG hlMA4L9ipG5kuJ8MLp5OWYguSdZ8wCbHr9iJJIWGpdusHft92Fu089D+66y5dwHxhr8n CCYbMlQ29jTfIO0zomDWoCI1F9Cim8uhsU4z+XcLl86PQgT0UPAnXQDEMQhWnZyJV5MX MckBukU+Qbks+OzHtyI7p4YSg9EM4RG4bKyQILTM7TOTkLy66mjw0mKmmjetpup3caY1 fNSQpypmyFBvrQX7FbIZqTOuCglW2ZY1e6fIeSU1Q5MZzaoD6iHJdggM4BYysA/x9qKZ eafA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745030999; x=1745635799; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=xu6mSVo/NwlGaV/q4A6C4W6lkvjF1bxGL0kFn4vBNBw=; b=HBwnsRHOUhTHI4LJc98PvI3EmjGlrxK3IhXYCp27u08ljKe1Q1CwlV2jtcXmHEqH3+ DjjGsNe0J34evxAAREwEGP3qsmAbqXwdvezjjgNDtUP9K4GpWaTpO3pOYuMnzRm8yu/M QqDrUT0tvjaSoC5nzG6VizObXWhtqwuDXJQ20DHb9I/lt2nsmifISmFpe+LxE4KA30HA LaXJ/movIdZZRbgdXZL5pJzDoUYEBZTx9dVTztpD+BdIfvjtt/CXmfwavK1P6D6hBJxE CDBxNSTyrnCY2GiC0t78Ya4b7PG6Yt7+opCqkemmjEj9gJi22VdhNaJg87B+6xxdWkV7 zrqw== X-Gm-Message-State: AOJu0Yz1RSnicznBMdrJ5LEWRDJrkLOhTyAM/oYhsyeDn5DxLxqQFf9N RWOjSynZaFK3pc+A96+I/Uv4xVIWrPxhsicGSi4jm6IS9AKNwVXu X-Gm-Gg: ASbGncvOJ1MHk0+lQJfBAKPNMi38BHA15rCWoy1BSnhxplnI8gLQLjn2ksSFRs8nOl4 c1cwWOK4VLTaeM4Vj2wXgDZEDFqSTH3FcBp1btsdNVh9TlKVHCmtvC8vvBWoRNGsioMqeaiGtdd 5Qu9b85uhZ76Ktk+lgtr+GIHBCz40b2gDPboVK7cteySz/uqmfpLy/u3CRToxHtk73H6JViXXpv sq3B36CbkBcABqAqD6tbv1wnJPkvrglxm92TTNGpqXuy/c4ZQ+7jKETLT6arEuT2fDB0gCVNI8r 1zOxGngixxtdyj/RGK1ihSal/bkjgKChvxNPog== X-Google-Smtp-Source: AGHT+IGyaZsVUIU6dlrKiVOB2bb77PRGkE7wknbUD+X+BEXV6GjdJoEaGdir2vyiK0g5Bup3NF+UbA== X-Received: by 2002:a17:902:cf0d:b0:223:3b76:4e22 with SMTP id d9443c01a7336-22c53379ef9mr59721225ad.6.1745030999287; Fri, 18 Apr 2025 19:49:59 -0700 (PDT) Received: from [10.1.1.94] ([118.208.29.215]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-22c50fda1a5sm24082095ad.230.2025.04.18.19.49.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 18 Apr 2025 19:49:58 -0700 (PDT) Message-ID: Date: Sat, 19 Apr 2025 12:49:54 +1000 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: Content-Language: en-US From: Peter Johansson In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) 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 (-) On 4/19/25 11:21, Sam Varshavchik wrote: > Peter Johansson writes: > >> Hi Sam, >> >> On 4/18/25 21:56, Sam Varshavchik wrote: >>> >>> Set up a minimal Makefile.am and configure.ac to build this. >>> Building this will create .deps/ with a: >>> >>> main.o: main.h main.c >>> >> When I do this with GCC, the .deps/ also contains a line >> >> main.h: >> >> and I have no problem removing main.h and the #include and just run >> 'make'. If you don't have that line (main.h:), it's bug in your >> compiler and I suggest you report it. > > I'm guilty of wasting a little bit of time with a simplified example. > > The real example involves a git repo and multiple branches, one branch > has C code, another branch has C++ code. They compile to the same > .o-s. That is, one branch has main.c compiling into main.o, and the > other branch has main.cpp compiling into main.o. Each branch has the > appropriate Makefile.am reflecting what's on that branch. > > So now when I switch branches things get stuck. What gets included > from .deps/filename are, basically: > > main.o: main.c main.h > > there's no main.c any more. This branch I'm now on has main.cpp. Even > though the Makefile.am now reflects that, things won't go anywhere > unless I manually rm -rf .deps. > > How about we try another contrived example. Just a main.c with > > int main() > { >    return 0; > } > > and > > noinst_PROGRAMS=main > > main_SOURCES=main.c > > Let's now run make (in addition to automake/autoconf) and build this > successfully. > > Next, rename main.c to main.cpp and update Makefile.am to > > noinst_SOURCES=main.cpp > > What should happen right now by running "make": > > 1) Rules that build out of date Makefile.in and Makefile, from > Makefile.am get triggered. The new, correct, Makefile should get built > automatically, then > > 2) The existing dependency from .deps is going to get pulled in, > declaring main.o's dependency on main.c, which does not exist any > more. "make clean" won't help here. > >> As a rule of thumb 'make clean' does not remove things that were >> created during configure (or upstream), but obviously depends on how >> people write the Makefile.am. > > I'm just using old-fashioned autoconf+automake+libtool-generated > rules, nothing more. > > I don't see my .deps's contents getting created during configure. I see the following at the end of configuring: checking dependency style of g++... (cached) gcc3 checking that generated files are newer than configure... done configure: creating ./config.status config.status: creating Makefile config.status: executing depfiles commands + cat .deps/main.Po # dummy + make g++ -DPACKAGE_NAME=\"main\" -DPACKAGE_TARNAME=\"main\" -DPACKAGE_VERSION=\"1\" -DPACKAGE_STRING=\"main\ 1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"main\" -DVERSION=\"1\" -I.     -g -O2 -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.cc mv -f .deps/main.Tpo .deps/main.Po g++  -g -O2   -o main main.o + cat .deps/main.Po main.o: main.cc /usr/include/stdc-predef.h main.h /usr/include/stdc-predef.h: main.h: In other words, configure creates config.status and calls config.status depfiles, which creates a dummy version of .deps/main.Po. If that didn't happened make would complain about the 'include .deps/main.Po' in 'Makefile' and I believe that only happens when .deps/main.Po does not already exist. Then when g++ is creating main.o it also generates a proper version of .deps/main.Po. If 'make dist' were to remove the .deps files as you suggest, then 'make clean; make all' would fail because a file included into the 'Makefile' at the time of 'make all' that would be quite unexpected behavior. Peter From unknown Thu Jun 19 16:20:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77897: "make clean" should do a "rm -rf .deps" In-Reply-To: Resent-From: Sam Varshavchik Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 19 Apr 2025 03:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77897 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Peter Johansson Cc: 77897@debbugs.gnu.org Received: via spool by 77897-submit@debbugs.gnu.org id=B77897.174503261831124 (code B ref 77897); Sat, 19 Apr 2025 03:17:01 +0000 Received: (at 77897) by debbugs.gnu.org; 19 Apr 2025 03:16:58 +0000 Received: from localhost ([127.0.0.1]:54549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u5yhO-00085w-8y for submit@debbugs.gnu.org; Fri, 18 Apr 2025 23:16:58 -0400 Received: from mailx.courier-mta.com ([96.56.228.18]:36345) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u5yhK-00085g-7R for 77897@debbugs.gnu.org; Fri, 18 Apr 2025 23:16:56 -0400 Received: from ripper.email-scan.com (ripper.email-scan.com [::ffff:192.168.0.12]) (TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by www.courier-mta.com with ESMTPS id 0000000000280755.00000000680315A4.00000E23; Fri, 18 Apr 2025 23:16:52 -0400 Received: from ripper.email-scan.com (localhost [127.0.0.1]) (IDENT: uid 1000) by ripper.email-scan.com with UTF8SMTP id 00000000054A00C9.00000000680315A4.00000D3C; Fri, 18 Apr 2025 23:16:52 -0400 References: Message-ID: X-Mailer: https://www.courier-mta.org/cone/ From: Sam Varshavchik X-Shameless-Plug: https://github.com/svarshavchik Date: Fri, 18 Apr 2025 23:16:52 -0400 Mime-Version: 1.0 X-Mime-Autoconverted: from 8bit to quoted-printable by mimegpg Content-Type: multipart/signed; boundary="=_ripper.email-scan.com-3232-1745032612-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) 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 (-) This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. The Internet standard for MIME PGP messages, RFC 2015, was published in 1996. To open this message correctly you will need to install E-mail or Usenet software that supports modern Internet standards. --=_ripper.email-scan.com-3232-1745032612-0001 Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Peter Johansson writes: > I see the following at the end of configuring: > > checking dependency style of g++... (cached) gcc3 > checking that generated files are newer than configure... done > configure: creating ./config.status > config.status: creating Makefile > config.status: executing depfiles commands > + cat .deps/main.Po > # dummy > + make > g++ -DPACKAGE_NAME=3D\"main\" -DPACKAGE_TARNAME=3D\"main\" -=20 > DPACKAGE_VERSION=3D\"1\" -DPACKAGE_STRING=3D\"main\ 1\" -DPACKAGE_BUGRE= PORT=3D\"\" =20 > -DPACKAGE_URL=3D\"\" -DPACKAGE=3D\"main\" -DVERSION=3D\"1\" -I.=C2=A0=C2= =A0=C2=A0=C2=A0 -g -O2 -MT =20 > main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.cc > mv -f .deps/main.Tpo .deps/main.Po > g++=C2=A0 -g -O2=C2=A0=C2=A0 -o main main.o > + cat .deps/main.Po > main.o: main.cc /usr/include/stdc-predef.h main.h > /usr/include/stdc-predef.h: > main.h: > > In other words, configure creates config.status and calls config.status =20 > depfiles, which creates a dummy version of .deps/main.Po. If that didn'= t =20 > happened make would complain about the 'include .deps/main.Po' in 'Make= file' =20 > and I believe that only happens when .deps/main.Po does not already exi= st. =20 > Then when g++ is creating main.o it also generates a proper version =20 > of .deps/main.Po. But if "make clean" should be undoing what "make" did, then, logically, =20 "make clean" should end up putting the stub into .deps/main.Po, instead o= f =20 leaving the real dependencies that "make" wrote in there. Or, if configure did /not/ do anything, and, just somehow, .deps files we= re =20 created automatically if they did not exist, and, if somehow, this was do= ne =20 before include hollered, then this would work. > If 'make dist' were to remove the .deps files as you suggest, then 'mak= e =20 > clean; make all' would fail because a file included into the 'Makefile' = at =20 > the time of 'make all' that would be quite unexpected behavior. Odd. I did not notice any difficulties in running "make" after running "r= m -=20 rf .deps" myself, after a "make clean". Looks like there's a rule that creates the .deps files if they are missin= g, =20 so there's no need to bother configure with this task. After "make clean"= , =20 "rm -rf .deps", "make", then an immediate CTRL-C: $ ls .deps | wc -l 47 I definitely did not just compile 47 files, didn't even get to the first =20 base. Looking at what I have in the Makefile, I see: am__depfiles_remade =3D [ long list of ./$(DEPDIR) files ] [ bunch of stuff ] $(am__depfiles_remade): @$(MKDIR_P) $(@D) @echo '# dummy' >$@-t && $(am__mv) $@-t $@ So, it seems to me that configure can avoid dealing with depfiles at all, =20 and it's safe to have "make clean" get rid of them, they'll just be remad= e =20 on the next "make". The only puzzle is that the [ bunch of stuff ] does have these includes, = in =20 fact they immediately precede the above rule. Yet, again, my "make clean" =20 and "rm -rf .deps" did not break anything, the subsequent "make" rebuilt =20 everything, despite the Makefile referencing a (temporarily) nonexistent =20 include files. After digging through make's documentation, a clue emerged: # If an included makefile cannot be found in any of these directories # it is not an immediately fatal error; processing of the makefile # containing the 'include' continues. Once it has finished reading # makefiles, 'make' will try to remake any that are out of date or don't # exist. *Note How Makefiles Are Remade: Remaking Makefiles. Only after # it has failed to find a rule to remake the makefile, or it found a rule # but the recipe failed, will 'make' diagnose the missing makefile as a # fatal error. So, a nonexistent include is not an error if make can find a rule that =20 builds it. It then gets suppressed. Oh, and there's also a: -include FILENAMES=E2=80=A6 which never complains about missing makefiles... how about that... --=_ripper.email-scan.com-3232-1745032612-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRupkKLJP96aW75pIOKYPgoojZS4gUCaAMVpAAKCRCKYPgoojZS 4ojNAQCyDy0um45oCsBXPzfC4bOc8yqygYkx2JLG/uV2CaI6zwEA/UcJKe7n0SC7 Vc6zHhvQu5ePUkqKEpuH+P++usQ5ZQ4= =Ktvf -----END PGP SIGNATURE----- --=_ripper.email-scan.com-3232-1745032612-0001-- From unknown Thu Jun 19 16:20:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77897: "make clean" should do a "rm -rf .deps" Resent-From: Peter Johansson Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Sat, 19 Apr 2025 05:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77897 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Sam Varshavchik Cc: 77897@debbugs.gnu.org Received: via spool by 77897-submit@debbugs.gnu.org id=B77897.174504027228818 (code B ref 77897); Sat, 19 Apr 2025 05:25:01 +0000 Received: (at 77897) by debbugs.gnu.org; 19 Apr 2025 05:24:32 +0000 Received: from localhost ([127.0.0.1]:55557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u60gq-0007Uj-B1 for submit@debbugs.gnu.org; Sat, 19 Apr 2025 01:24:32 -0400 Received: from mail-pl1-x62b.google.com ([2607:f8b0:4864:20::62b]:60713) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u60gn-0007UM-8i for 77897@debbugs.gnu.org; Sat, 19 Apr 2025 01:24:30 -0400 Received: by mail-pl1-x62b.google.com with SMTP id d9443c01a7336-22438c356c8so28706105ad.1 for <77897@debbugs.gnu.org>; Fri, 18 Apr 2025 22:24:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1745040263; x=1745645063; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=0hTlgq+++cj6i+bd2HLtDjNIFTeOxw/ZF3u4K6FpWRg=; b=lsA56is66lU8zTqO0PqsRrJzGGQl0eJFBx1Qx26AfMLRU035pBmpO+ujBuG9F4MpWf U4vZHzKub7BRLFGK05DnUJk/10+WDuScVhn3ivr+3igghvM9Fwswn4tI9pm9oTu03H+x Jt6tt4Ab3ylrAZTzEUCGTmkh8DSQLeQsOrJUWoyEmLU3IdoSL+utZlhiSxByrlkGh8/8 WhOPfd5GQ+uwKIBhWfd+qZPLASIxbC4yV+Gv2cmZa7gFiQr5ufL59fg9CvitFa+cvF6s xPvjogzpmR3dRf96gc1j937m5pxMmCKNcxKdwtZ9aYg66/Po6R6tJZJtBCdx0OpjuX/v Zjsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745040263; x=1745645063; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=0hTlgq+++cj6i+bd2HLtDjNIFTeOxw/ZF3u4K6FpWRg=; b=blo2WTZFJC7i9XQnZ5akSBUrTH1UCgGUnO/JbJKC8+jNOMAlISq1HG94bgRD0xcSp/ 10uUXoLQv06iDcYro/rcdV0VI7r5NGlmiSH6fPyn6A4c7/7JyaAnhUd9rxZClyay9RjQ SCQ7E2NWRinNnJ+tsfHOwqBQtwLlfElYTNCbdkg0ZloD+3ImuKLxFR31X4ARghiVS6XI yPbeCyDZzwfmLboip6LudK9ckJMnLADHSVg15EPnKpYSTKFq9hztz29UlkMg6S96i6O0 hWnVXIPImIGMRgnXSYqjGdezt8RKsNiOBZyys8AJ0TA/l4/4OHp9PG146VojhZBWVtK+ POUA== X-Gm-Message-State: AOJu0YwHiYtFGPingZy5olA8MBolZ1KjX9D/llZlbRqjQ/JffMZLktWN OuMJANylBMWjCDdii4lZiOOZnjZvL7fEbl50cLLeksV5fmEMeoJr X-Gm-Gg: ASbGncuRdqtnQ8bmc01Jvh5WePMFbCjsLDUwJfJpKQiCdNQNX6h8iHQJqnTsR7rp2+t e5Pfgnu16bXKHC8eGQQXERyYsuYj5jx17SEsksyC2UBvBC60/hpItKGE9/XTHgXddZ75+hmUZJ+ BtTQxdrzfYmPwZaQh/4IA95rMZAZ2b2b4PiOkuBJn4GVC7pJoR4med3VdrlXOQ0vAF9xT0mTsO7 EnJlBf1n2xw+bnDA5OHlT0CJah5wrum2fIVBy6138xEIdt7XmyVP6DuIHTI2+z0fz5mm83NrpPa MEOPB5/UnuIKqQskiHPMKUoxO2ztmXaVdHLKHg== X-Google-Smtp-Source: AGHT+IGNA0yzsINmnX047G+Lmf1mtAFoGG6uIdYbMTzRSTOpcpMueR1b3DKE1MuuGusIf8e8xrQIgQ== X-Received: by 2002:a17:903:11c6:b0:215:b75f:a1cb with SMTP id d9443c01a7336-22c53573db0mr71561705ad.9.1745040262917; Fri, 18 Apr 2025 22:24:22 -0700 (PDT) Received: from [10.1.1.94] ([118.208.29.215]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-22c50bdda3bsm26093445ad.27.2025.04.18.22.24.21 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 18 Apr 2025 22:24:22 -0700 (PDT) Message-ID: Date: Sat, 19 Apr 2025 15:24:18 +1000 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird References: Content-Language: en-US From: Peter Johansson In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) 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 (-) On 4/19/25 13:16, Sam Varshavchik wrote: > > After digging through make's documentation, a clue emerged: > > #    If an included makefile cannot be found in any of these directories > # it is not an immediately fatal error; processing of the makefile > # containing the 'include' continues.  Once it has finished reading > # makefiles, 'make' will try to remake any that are out of date or don't > # exist.  *Note How Makefiles Are Remade: Remaking Makefiles. Only after > # it has failed to find a rule to remake the makefile, or it found a rule > # but the recipe failed, will 'make' diagnose the missing makefile as a > # fatal error. > This is for GNU make, I suppose, but I doubt that behavior is portable and can be assumed by Automake. > So, a nonexistent include is not an error if make can find a rule that > builds it. It then gets suppressed. > > Oh, and there's also a: > > -include FILENAMES… > > which never complains about missing makefiles... how about that... That is definitely not portable. From unknown Thu Jun 19 16:20:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77897: "make clean" should do a "rm -rf .deps" References: Resent-From: Karl Berry Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 21 Apr 2025 20:43:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77897 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: mrsam@courier-mta.com, 77897@debbugs.gnu.org Received: via spool by 77897-submit@debbugs.gnu.org id=B77897.174526816520265 (code B ref 77897); Mon, 21 Apr 2025 20:43:03 +0000 Received: (at 77897) by debbugs.gnu.org; 21 Apr 2025 20:42:45 +0000 Received: from localhost ([127.0.0.1]:39446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u6xyW-0005Gm-8t for submit@debbugs.gnu.org; Mon, 21 Apr 2025 16:42:44 -0400 Received: from frenzy.freefriends.org ([198.99.81.75]:49670 helo=freefriends.org) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u6xy7-0005Ds-Mf for 77897@debbugs.gnu.org; Mon, 21 Apr 2025 16:42:21 -0400 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.16.1/8.16.1) with ESMTPS id 53LKgFru252138 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Mon, 21 Apr 2025 14:42:15 -0600 Received: (from apache@localhost) by freefriends.org (8.16.1/8.14.7/Submit) id 53LKgFqd252137; Mon, 21 Apr 2025 14:42:15 -0600 Date: Mon, 21 Apr 2025 14:42:15 -0600 Message-Id: <202504212042.53LKgFqd252137@freefriends.org> From: Karl Berry In-Reply-To: X-Spam-Score: -2.3 (--) 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 (---) Sam, if your situation needs to remove .deps at make clean, how about: clean-local: rm -rf .deps It does not seem plausible to me to change automake's behavior in this regard at this late date. It would surely cause a lot of trouble in a lot of packages. --best, karl. From unknown Thu Jun 19 16:20:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#77897: "make clean" should do a "rm -rf .deps" In-Reply-To: Resent-From: Sam Varshavchik Original-Sender: "Debbugs-submit" Resent-CC: bug-automake@gnu.org Resent-Date: Mon, 21 Apr 2025 22:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 77897 X-GNU-PR-Package: automake X-GNU-PR-Keywords: To: Karl Berry Cc: 77897@debbugs.gnu.org Received: via spool by 77897-submit@debbugs.gnu.org id=B77897.17452727918373 (code B ref 77897); Mon, 21 Apr 2025 22:00:02 +0000 Received: (at 77897) by debbugs.gnu.org; 21 Apr 2025 21:59:51 +0000 Received: from localhost ([127.0.0.1]:40078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u6zB9-0002Az-8J for submit@debbugs.gnu.org; Mon, 21 Apr 2025 17:59:51 -0400 Received: from mailx.courier-mta.com ([96.56.228.18]:55501) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u6zB6-0002Ao-QF for 77897@debbugs.gnu.org; Mon, 21 Apr 2025 17:59:49 -0400 Received: from ripper.email-scan.com (ripper.email-scan.com [::ffff:192.168.0.12]) (TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by www.courier-mta.com with ESMTPS id 0000000000280755.000000006806BFD3.00006167; Mon, 21 Apr 2025 17:59:47 -0400 Received: from ripper.email-scan.com (localhost [127.0.0.1]) (IDENT: uid 1000) by ripper.email-scan.com with UTF8SMTP id 00000000054A1727.000000006806BFD3.0000DDD5; Mon, 21 Apr 2025 17:59:47 -0400 References: <202504212042.53LKgFqd252137@freefriends.org> Message-ID: X-Mailer: https://www.courier-mta.org/cone/ From: Sam Varshavchik X-Shameless-Plug: https://github.com/svarshavchik Date: Mon, 21 Apr 2025 17:59:47 -0400 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_ripper.email-scan.com-56561-1745272787-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" X-Spam-Score: 0.0 (/) 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 (-) This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. The Internet standard for MIME PGP messages, RFC 2015, was published in 1996. To open this message correctly you will need to install E-mail or Usenet software that supports modern Internet standards. --=_ripper.email-scan.com-56561-1745272787-0001 Content-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit Karl Berry writes: > Sam, if your situation needs to remove .deps at make clean, how about: > > clean-local: > rm -rf .deps > > It does not seem plausible to me to change automake's behavior in this > regard at this late date. It would surely cause a lot of trouble in a > lot of packages. --best, karl. Yeah, that's the solution that I think I'll go with. It's just that in my worldview there's only one make. One make to rule them all. One make to compile them. One make to bring all dependencies together, and with the linker bind them. gmake. --=_ripper.email-scan.com-56561-1745272787-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRupkKLJP96aW75pIOKYPgoojZS4gUCaAa/0wAKCRCKYPgoojZS 4ld3AP9ZdBHOYFmujziITX3qWhHiLUJjsn8JsaU4hm8gUDj5dgD+M8tav/8ddrmD FwsT2Lrj6QByhgFg4wkRQd9HL7mrvAY= =t4D4 -----END PGP SIGNATURE----- --=_ripper.email-scan.com-56561-1745272787-0001-- From unknown Thu Jun 19 16:20:19 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Sam Varshavchik Subject: bug#77897: closed (Re: bug#77897: "make clean" should do a "rm -rf .deps") Message-ID: References: <202504222127.53MLRLUm359727@freefriends.org> X-Gnu-PR-Message: they-closed 77897 X-Gnu-PR-Package: automake Reply-To: 77897@debbugs.gnu.org Date: Tue, 22 Apr 2025 21:28:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1745357282-6335-1" This is a multi-part message in MIME format... ------------=_1745357282-6335-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #77897: "make clean" should do a "rm -rf .deps" which was filed against the automake package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 77897@debbugs.gnu.org. --=20 77897: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D77897 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1745357282-6335-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 77897-done) by debbugs.gnu.org; 22 Apr 2025 21:27:25 +0000 Received: from localhost ([127.0.0.1]:50265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u7L9I-0001d8-Op for submit@debbugs.gnu.org; Tue, 22 Apr 2025 17:27:24 -0400 Received: from frenzy.freefriends.org ([198.99.81.75]:50198 helo=freefriends.org) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u7L9G-0001cz-Kd for 77897-done@debbugs.gnu.org; Tue, 22 Apr 2025 17:27:23 -0400 X-Envelope-From: karl@freefriends.org X-Envelope-To: <77897-done@debbugs.gnu.org> Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.16.1/8.16.1) with ESMTPS id 53MLRLZB359728 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for <77897-done@debbugs.gnu.org>; Tue, 22 Apr 2025 15:27:21 -0600 Received: (from apache@localhost) by freefriends.org (8.16.1/8.14.7/Submit) id 53MLRLUm359727; Tue, 22 Apr 2025 15:27:21 -0600 Date: Tue, 22 Apr 2025 15:27:21 -0600 Message-Id: <202504222127.53MLRLUm359727@freefriends.org> From: Karl Berry To: 77897-done@debbugs.gnu.org Subject: Re: bug#77897: "make clean" should do a "rm -rf .deps" In-Reply-To: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77897-done 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 (---) ------------=_1745357282-6335-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 18 Apr 2025 11:57:24 +0000 Received: from localhost ([127.0.0.1]:50484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u5kLQ-0001Is-0z for submit@debbugs.gnu.org; Fri, 18 Apr 2025 07:57:23 -0400 Received: from lists.gnu.org ([2001:470:142::17]:40366) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u5kLJ-0001Gc-HN for submit@debbugs.gnu.org; Fri, 18 Apr 2025 07:57:17 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1u5kLD-0000t4-50 for bug-automake@gnu.org; Fri, 18 Apr 2025 07:57:07 -0400 Received: from mailx.courier-mta.com ([96.56.228.18]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.90_1) (envelope-from ) id 1u5kL4-0000JZ-6Z for bug-automake@gnu.org; Fri, 18 Apr 2025 07:57:06 -0400 Received: from ripper.email-scan.com (ripper.email-scan.com [::ffff:192.168.0.12]) (TLS: TLSv1.3,256bits,TLS_AES_256_GCM_SHA384) by www.courier-mta.com with ESMTPS id 000000000028074C.0000000068023E02.0000C472; Fri, 18 Apr 2025 07:56:50 -0400 Received: from ripper.email-scan.com (localhost [127.0.0.1]) (IDENT: uid 1000) by ripper.email-scan.com with UTF8SMTP id 00000000054A0028.0000000068023E01.000830D9; Fri, 18 Apr 2025 07:56:49 -0400 Message-ID: X-Mailer: https://www.courier-mta.org/cone/ From: Sam Varshavchik To: bug-automake@gnu.org X-Shameless-Plug: https://github.com/svarshavchik Subject: =?UTF-8?B?Im1ha2UgY2xlYW4i?= should do a =?UTF-8?B?InJt?= -rf =?UTF-8?B?LmRlcHMi?= Date: Fri, 18 Apr 2025 07:56:49 -0400 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_ripper.email-scan.com-536706-1744977409-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" Received-SPF: pass client-ip=96.56.228.18; envelope-from=mrsam@courier-mta.com; helo=mailx.courier-mta.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: submit 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: -0.1 (/) This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. The Internet standard for MIME PGP messages, RFC 2015, was published in 1996. To open this message correctly you will need to install E-mail or Usenet software that supports modern Internet standards. --=_ripper.email-scan.com-536706-1744977409-0001 Content-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit .deps/filename gets created during building with --enable-dependency- tracking and should get removed by make clean. But it does not. For example: main.h: int helloworld(); main.c: #include int helloworld() { return 0; } int main() { helloworld(); } Set up a minimal Makefile.am and configure.ac to build this. Building this will create .deps/ with a: main.o: main.h main.c Now: 1) 'rm -f main.h" 2) Remove the #include Then try to build this: make clean make Will fail because that dependency exists and make does not know how to build main.h. I have to rm -rf .deps myself. automake 1.16.5 --=_ripper.email-scan.com-536706-1744977409-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQRupkKLJP96aW75pIOKYPgoojZS4gUCaAI+AQAKCRCKYPgoojZS 4rW3AP9zMM0YZn5SFladIkkAqrAX2dj5Mlv23qiHFJFyUH+n8AD+PugQk4+pjx2L CTKdx2SbmHwbGrkg4SoeZbKdOTzITw8= =Eoar -----END PGP SIGNATURE----- --=_ripper.email-scan.com-536706-1744977409-0001-- ------------=_1745357282-6335-1--