From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS22989 209.51.188.0/24 X-Spam-Status: No, score=-3.7 required=3.0 tests=AWL,BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_HI,RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.6 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id D9F601F47C for ; Wed, 25 Jan 2023 17:54:20 +0000 (UTC) Authentication-Results: dcvr.yhbt.net; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=clisp.org header.i=@clisp.org header.a=rsa-sha256 header.s=strato-dkim-0002 header.b=qUQ2239s; dkim-atps=neutral Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pKjyH-0003AJ-19; Wed, 25 Jan 2023 12:54:05 -0500 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 1pKjyG-0003A5-9E for bug-gnulib@gnu.org; Wed, 25 Jan 2023 12:54:04 -0500 Received: from mo4-p00-ob.smtp.rzone.de ([81.169.146.218]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pKjyE-0000Zj-94 for bug-gnulib@gnu.org; Wed, 25 Jan 2023 12:54:03 -0500 ARC-Seal: i=1; a=rsa-sha256; t=1674669238; cv=none; d=strato.com; s=strato-dkim-0002; b=MIUn4e7U/1AHAp+kgsvXyh93g4SVpEhxW32YtgGIKAI1yRaiP3tb3Yxy5I6kvViRBT 8VPFLT7H9b0N9U4lwzGR9v2a02qzvH8f6lZsnyfb2XrLhIoTIEoQm5Y5DbaHcVoN1Vz/ 76eNfHRcsrUPk05FSiwoc9ZkVSY/2prDLCm6mPaiu8majHox9Up2I3B6AJNC3ZdzxCdV X5HHnU7UR0FuOttmLOr/ZpKivxKdy2WlhVosJB1wdEyUCfffedf7xX7KEvKHrrOzv1q1 +njP1NYCQxb9lf+YqjCkWR0RxObDcXePsn/o+N1lxBtz6iTiLilXaeDyDUhnnbuE0+BY RRYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1674669238; s=strato-dkim-0002; d=strato.com; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=Wpbsnk03wt50zxvSiHVYslJ4tjZsr7+r8ozEXcZEDSc=; b=rjihW/AP8yFLQ7b4ytIEeb9Lxo1XeW8yI2FMvORm0RhBFjJ8mdAcj+Y5ZiXUVeDmnV wwNiUAZRPkTrrqdgOEfkYEUf65+tUA199Gk1u0UZRxAkamYnHkOuFKTDf5b98PSjmL6F 1q2nExm87pG+ZnVxPZz9Qdh1Gl2Rxb/xmzTP+Pf0YJ4uJl/ZzgdvG9B36+OEP9eyOce/ 98Nz/e/6Vvaee4dZJOh9SolnmJMqVnbX9EDEDlXa8bRQFsOt6kJX4F9zUYlU+IlLBMoO XgGa6MRpzs/+DjiNtowSvLhGqWgBvNfMkJO73/l1W53jIB6AcygkkvmCjor9kITCo/+j DHPg== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1674669238; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=Wpbsnk03wt50zxvSiHVYslJ4tjZsr7+r8ozEXcZEDSc=; b=qUQ2239sVYimaUQmEif00dAfX1x7CbAn34yLlT/Eahfz7tn/iGNet1cNdZhKp+U/yq q3ctG5zckIKednJrLnrSCr2QN/uAHBmKyEOa1Qq7PuyjsHEFE/D6WY+4uW/pqHM/sjdA WLOMAwHtSUIbmPHT5onI+SXBq3VhXD73KdalJW1ha7pA7WcyFn8OfnujYB6SbSabQY06 qtj0K1+TdutlF+zgwdRZH3ee7ElJGHcAWUMQRTNB25XA0FdMLwoDiCuwDmkgeMEiyuSI BTnXXIJKYLeknDBzbAijmZL44ALh17CpyIZro3da2kqYz2xi58eP6z8kj4QDz30aIQ62 R9aA== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpOfjvdojYPtA21VstjeqKl4wVZ9" Received: from nimes.localnet by smtp.strato.de (RZmta 49.2.2 AUTH) with ESMTPSA id 098542z0PHrvAHs (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Wed, 25 Jan 2023 18:53:57 +0100 (CET) From: Bruno Haible To: galaxy@openwall.com.au Cc: bug-gnulib@gnu.org Subject: Re: backupfile and backup-rename are introducing the same object to make Date: Wed, 25 Jan 2023 18:53:57 +0100 Message-ID: <3038350.4B0zn089NQ@nimes> In-Reply-To: <01000185e8d1146f-84242ea5-e0a3-406f-8126-b306b40107f8-000000@email.amazonses.com> References: <01000185e8d1146f-84242ea5-e0a3-406f-8126-b306b40107f8-000000@email.amazonses.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Received-SPF: none client-ip=81.169.146.218; envelope-from=bruno@clisp.org; helo=mo4-p00-ob.smtp.rzone.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Sender: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Hi, (GalaxyMaster) wrote: > backup-replace You mean 'backup-rename', right? > I could not find any information on whether these modules are mutually > exclusive or inter-dependent Given the description of these two modules, it should be possible for a program to use one, or the other, or both. > I just stumbled upon the following: when I include both backupfile and > backup-replace modules I am getting a broken build due to multiple definitions > of "simple_backup_suffix'. This is not expected, because usually the .o files are collected in a .a file, from which one of the two backupfile.o will be picked, and it does not matter which one since they are identical. Please describe your situation: - operating system? - building what kind of library or binary in which way? - which compiler: $CC = ? $CFLAGS = ? $CPPFLAGS = ? $LDFLAGS = ? - which linker is being used by the compiler?, and show the precise error message log. Bruno