From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ffbox0-bg.mplayerhq.hu (ffbox0-bg.ffmpeg.org [79.124.17.100]) by master.gitmailbox.com (Postfix) with ESMTP id 1825547456 for ; Thu, 7 Sep 2023 21:39:16 +0000 (UTC) Received: from [127.0.1.1] (localhost [127.0.0.1]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTP id 8B3B068C87F; Fri, 8 Sep 2023 00:39:13 +0300 (EEST) Received: from mail-oi1-f170.google.com (mail-oi1-f170.google.com [209.85.167.170]) by ffbox0-bg.mplayerhq.hu (Postfix) with ESMTPS id 1978668C70A for ; Fri, 8 Sep 2023 00:39:07 +0300 (EEST) Received: by mail-oi1-f170.google.com with SMTP id 5614622812f47-3ab29af398aso1009529b6e.1 for ; Thu, 07 Sep 2023 14:39:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694122745; x=1694727545; darn=ffmpeg.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=iOEHKDSjyKo/UK0yhVjqLS79eN9FMkkSyx8CxFt/TS8=; b=Y/Pod7Z62pLxbBkeaRLX8APV+IUoTSH5+KfM8EuctA8jCkY+G2bWi3r1vl1ZbOBk1i I8E0yJS9+qvJf+AdyTTXpTTEhNRBk/ATknEHM+8UxEbG4746ZReGRv4EGcI4s/L66pfE SiiTQWlzD8Iy4dvvzySzkK2PRhBPIfRCslZDIERFBwkflWJ5KZIXZzo61/+EtUUlB/i5 CAWUM+AQA1LL3wf3u4CcaOzAkc2Xszod7FV/kOGDKI1TJH3K1qh2AC0O+uFKXK6ITEDF LzzYE1Fpx8Wd5IwxPYap+GsOhn37mBdtwKjelcmWOwLbJOnaDsyAsSnhYTjs33JlM5RA Z44Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694122745; x=1694727545; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=iOEHKDSjyKo/UK0yhVjqLS79eN9FMkkSyx8CxFt/TS8=; b=aA2F65J8ZQnD3qvBUuxFfmK9MPfQPxv2Q5f94x/0tgo3k4tJ+776l7zV7Q5Rhpy529 iLfE0Ux8+qmnBPw1MqGlXN744GaWcmwMYvzq0/O5gDOb8+1ANNBnnWz5GM/mkDMYrK96 VOELyuOyeJ0EcCmoNjtZ/0Cq0AdaqL0Cf2l34s2QIlHRAASgpRRPlRCJh9xXfMOu3RHb 161Kz8PxxW96JXJnG/apnjirF0roV2f6JN6pPl0UVVEgox2sMnGyVJ9nmYgHtEfrHj4d cx8XUsBmjDO7dzpr4Pm4Fn9DfJKRust2JiuX1ILRk4As9gCDUnwqbDW9NDfU4nHYHF/R w7kw== X-Gm-Message-State: AOJu0Yyvq5qVDgayAtncDAJXuXj7dgV5Y8nmF2kBYSL8TXc1AwOHdND9 FuiUYJKWMYInQ/0WDRkwd2HCaDvRPMGFBqmrKJ0qZ09jA48= X-Google-Smtp-Source: AGHT+IERr01Ad1NuouQ3x5qZMPo3/Bie1ggYXfc1AGC/XXDXvT8TSJRX6yM8VXNJV7fZ1Mqs8XHhXcI8axezWXsVZoQ= X-Received: by 2002:a05:6808:1144:b0:3a0:3495:c8d4 with SMTP id u4-20020a056808114400b003a03495c8d4mr1118666oiu.28.1694122745103; Thu, 07 Sep 2023 14:39:05 -0700 (PDT) MIME-Version: 1.0 References: <20230905232630.2031-1-kasper93@gmail.com> <32b7a66e-1b20-6912-6a2b-993821cd470c@rothenpieler.org> In-Reply-To: From: Kacper Michajlow Date: Thu, 7 Sep 2023 23:38:38 +0200 Message-ID: To: FFmpeg development discussions and patches Subject: Re: [FFmpeg-devel] [PATCH v2 1/2] configure: don't force specific C++ standard library linking X-BeenThere: ffmpeg-devel@ffmpeg.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FFmpeg development discussions and patches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: FFmpeg development discussions and patches Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ffmpeg-devel-bounces@ffmpeg.org Sender: "ffmpeg-devel" Archived-At: List-Archive: List-Post: On Thu, 7 Sept 2023 at 15:12, Derek Buitenhuis wrote: > > On 9/6/2023 6:31 PM, Kacper Michajlow wrote: > > What would be a downside of preferring CXX always if it exists? > > FFmpeg runs in a multitude of environments with a multitude of portability > requirements. Needlessly linking a C++ runtime is not OK. This does not answer my question. Let me rephrase. Do we know the case where using C++ compiler driver rather than C would degrade the quality of the resulting build? Using C++ driver would indeed append the (correct) runtime library to the linker command, but if nothing references any symbols from it it would not be linked. It is also why the current way of forcing `lstdc++` kinda works, because it is silently ignored when not needed. Implementing logic to use C++ only when necessary is possible, but I'm not a big fan of such automation. And in practice not sure how well it would work, because it would require trying to link twice every dependency in configure. Also the fact that "FFmpeg runs in a multitude of environment" is precisely why I really don't like the current unconditional including `-lstdc++`. > Further, we do not generally automatically change build output based on > what is available on the system. I must kindly disagree. configure has 35 components marked as `[autodetect]` and they are certainly changing the build output based on what's available on the system. Whether it is intended or historical behaviour is another question. But I'm also not proposing to auto detect anything, quite the opposite with this silly manual list of libraries. - Kacper _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".