From nobody Thu May 02 09:57:19 2024 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4VVTrC3Nqkz5Jjff for ; Thu, 2 May 2024 09:57:31 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VVTrC2mQhz4p96; Thu, 2 May 2024 09:57:31 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1714643851; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=e3i0ldPNPbIa5kMAshsxxRRmoKhC4ZzHDq+tBxKLzjM=; b=PY46dVJOhlgMq2Ug0biLmD1vw8gGZrhg1UdL8IofzYKwRbpoegwivj465n5FyPY+qlXdAt KtYo0viXt2Qgffry1dO1cF0PXxLWeagLf7jgApNvh+Af8T9EzIV5ng/Nqb12G7nnpAuThL SzFMSEnyaIjInOi/4esdYgwH1iQ7F4bK5QNKwrjCU7uZmDfgnYz539AZCXxHjEB/g4yoqK EO/b2zJ6g8iTcB3n2l6xflcGe9/oGUY5NcnppbnOldhFMeSnXcwo/SPhOhuAfQVn03LVT/ OqbgGQH8z12/ERS/xUERYx0qdDX4Slupi4518bwdcq+tmgmr+VqSALL0Vu0ZqA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1714643851; a=rsa-sha256; cv=none; b=ZXHC92X2IeqZ0r9u78JErI0+/MgfBIc8Z601gGLVbrh4IXOsxzBqH+1jOd9g6JsX/l8b4+ BiOkoKhksrf/33Qrv/mwOmzlxjNs3Cu1LzZa4nq1HUZ9bb7Roevo5Pc/e+xk9gAPpmcQFW Yuwxc09e/q0jMWoqM1B0m25YCUg1l8LhSmC2CdPa+N4wGKhoyY/X3L2bmtq4fV9WpbSliq FLFD+tv/c7d9/XwX2/qLrhO14/PFw342NTLghB+zlnvG+G29NB/b+keiFwr+j5KhJsc174 osQZhEsacM0KXya53WXvRAU2jUCXNSdcIsveE9gBioBU1YEO8Vv75zneyp9mEQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1714643851; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=e3i0ldPNPbIa5kMAshsxxRRmoKhC4ZzHDq+tBxKLzjM=; b=hbyzDyQcJXnHx/ls6L2i9QhYqr3b8Z9VvUIOxP/8h7XLGecaqc8gq86pSPXrQhuVeQdjac QjNWiSpMBi98qNB4rDdZ0tMWMqDIbCvRRGIhVrv4mrnEglmfGXs1Wv88yoQb9GuQEzB3dY JMLL/8UqHS6YSKfWajXPF0eEcEP6cjOcVXor/Mrt8G24Emb2rZ7NJ7c+qVNlG4M+d75gEf RT+fvUe+TrBGjP4Eig6eJAGNWSj3EOAaaVCacYR4qqM4dscQ+8zLNxciXyCTgbD7Oxbk4A eZAHswrtM+vkmAzZ+owguCUbxLb6AzzCNRERx/gM68ks7Rr/PfF03yRhV2/B/g== Received: from mail-qt1-f182.google.com (mail-qt1-f182.google.com [209.85.160.182]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4VVTrC28xzz190y; Thu, 2 May 2024 09:57:31 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f182.google.com with SMTP id d75a77b69052e-43ad4097aefso19975981cf.2; Thu, 02 May 2024 02:57:31 -0700 (PDT) X-Gm-Message-State: AOJu0YwQReNKlPCGJO/x/DRcoUQXCbz+D8gTX3Kz54AC20/Q7fn4p7WT pEmWKV3F09HvYOCoKzT4+P98aKX5YNmG51QytO138CE+8BMKTXjOkpG28slql6b3adQJ+TyRdnh qXZ2yO/8YJucGY1Qal5KEEe6utWk= X-Google-Smtp-Source: AGHT+IGS81sSL1NqQF91knQIkf5oXa4LUI3vuasu8QBGLgl6oDnbh2rBeIcwZFTad0T4h2SX78/yT35OatVAGqUd554= X-Received: by 2002:a05:622a:d5:b0:43a:ed55:f5c4 with SMTP id p21-20020a05622a00d500b0043aed55f5c4mr1618944qtw.6.1714643850306; Thu, 02 May 2024 02:57:30 -0700 (PDT) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <8A27C44B-FBB9-479B-866A-13E06AB8266A@FreeBSD.org> In-Reply-To: <8A27C44B-FBB9-479B-866A-13E06AB8266A@FreeBSD.org> From: Nuno Teixeira Date: Thu, 2 May 2024 10:57:19 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: build failure affecting port: "error: reference to 'filesystem' is ambiguous" To: Dimitry Andric Cc: FreeBSD CURRENT Content-Type: multipart/alternative; boundary="0000000000009d38b6061775a19d" --0000000000009d38b6061775a19d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Dimitry, I've quoted your words in upstream PR and it solved with: Stop using namespace std https://github.com/amsynth/amsynth/commit/6fb79100a6254220e5adc69a142857253= 9ecc377 I'm using patch globally that unbreak main and rest of supported releases don't complaint about it. Thanks! Dimitry Andric escreveu (ter=C3=A7a, 30/04/2024 =C3=A0(s)= 18:45): > On 30 Apr 2024, at 14:26, Nuno Teixeira wrote: > > > > I'm lost on build failure of audio/amsynth (updated to version 1.13.3) > on recent main. > > Thre strange thing is if I use llvm from ports, USES+=3Dllvm, it fails > with same error so I suspect that something related to main. > > > > Any help is welcome and I didn't openned an upstream PR yet. > > > > Thanks, > > > > --- > > src/Configuration.cpp:35:20: error: reference to 'filesystem' is > ambiguous > > 35 | amsynthrc_fname =3D filesystem::get().config; > > | ^ > > src/filesystem.h:27:7: note: candidate found by name lookup is > 'filesystem' > > 27 | class filesystem > > | ^ > > /usr/include/c++/v1/__chrono/file_clock.h:49:1: note: candidate found b= y > name lookup is 'std::filesystem' > > 49 | _LIBCPP_BEGIN_NAMESPACE_FILESYSTEM > > | ^ > > /usr/include/c++/v1/__config:892:80: note: expanded from macro > '_LIBCPP_BEGIN_NAMESPACE_FILESYSTEM' > > 892 | inline namespace > __fs { namespace filesystem { > > | > ^ > > It looks like the program defines its own "filesystem" class, and also > has "using namespace std;". > > Usually the easiest fix is to use "::filesystem" for the call sites that > want to use the program's own definition. > > Alternatively, rename the 'local' definition to something else, like > "my_filesystem". > > -Dimitry > > --=20 Nuno Teixeira FreeBSD UNIX: Web: https://FreeBSD.org --0000000000009d38b6061775a19d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello Dimitry,

I've quot= ed your words in upstream PR and it solved with:

S= top using namespace std

I'm using patch globally that unbreak main and rest of = supported releases don't complaint about it.

Thanks!<= br>

Dimitry Andric <dim@freebsd.= org> escreveu (ter=C3=A7a, 30/04/2024 =C3=A0(s) 18:45):
On 30 Apr 2024, at 14:26, Nu= no Teixeira <ed= uardo@freebsd.org> wrote:
>
> I'm lost on build failure of audio/amsynth (updated to version 1.1= 3.3) on recent main.
> Thre strange thing is if I use llvm from ports, USES+=3Dllvm, it fails= with same error so I suspect that something related to main.
>
> Any help is welcome and I didn't openned an upstream PR yet.
>
> Thanks,
>
> ---
> src/Configuration.cpp:35:20: error: reference to 'filesystem' = is ambiguous
>=C2=A0 =C2=A0 35 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0amsynthrc_fname =3D= filesystem::get().config;
>=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0^
> src/filesystem.h:27:7: note: candidate found by name lookup is 'fi= lesystem'
>=C2=A0 =C2=A0 27 | class filesystem
>=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0^
> /usr/include/c++/v1/__chrono/file_clock.h:49:1: note: candidate found = by name lookup is 'std::filesystem'
>=C2=A0 =C2=A0 49 | _LIBCPP_BEGIN_NAMESPACE_FILESYSTEM
>=C2=A0 =C2=A0 =C2=A0 =C2=A0| ^
> /usr/include/c++/v1/__config:892:80: note: expanded from macro '_L= IBCPP_BEGIN_NAMESPACE_FILESYSTEM'
>=C2=A0 =C2=A0892 |=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 inline namespace __fs { namespace filesy= stem {
>=C2=A0 =C2=A0 =C2=A0 =C2=A0|=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 ^

It looks like the program defines its own "filesystem" class, and= also
has "using namespace std;".

Usually the easiest fix is to use "::filesystem" for the call sit= es that
want to use the program's own definition.

Alternatively, rename the 'local' definition to something else, lik= e
"my_filesystem".

-Dimitry



--
Nuno Teixeira
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--0000000000009d38b6061775a19d--