From nobody Mon Jan 29 12:28:01 2024 X-Original-To: freebsd-ports@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 4TNndT3py2z58d5V for ; Mon, 29 Jan 2024 12:28:13 +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 4TNndT34Tnz46xt for ; Mon, 29 Jan 2024 12:28:13 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706531293; 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=QPrwkEYxn0Yr6WLnoXlBGQdKY2QG7/km6k5T7ljlwf4=; b=DlsuryGL0wEOlYoq40+xV2b1xagk/YrBXABtUh0I7GBjuAdtcUpNO5bQSimXCf0qOIcc4h 0NS4jpQpebO8ieD9DBNdwmgpxHfw206zvViPkZ7dSv+8mLUocF4j1vzKPfPb5zthQ7h95z M7BEQdEz54FtOovv09HkPVimbujpjLkRlFPHDdyB+jmoRVYhRDYOpW9IVMjA/zxjaIlO9K dUK6xb+ecaS/K0eS9VGZwNQeVhhWFWV/HZSjBiAGfVIQNyA4dsDpMBx9OTTWrg0eldykFx MIJUaR8MQQAFWO/bEQh9UERuAdMMc43vcq9dtk6AdmjJ5vFV0TpgQ3EpaE7vow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1706531293; 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=QPrwkEYxn0Yr6WLnoXlBGQdKY2QG7/km6k5T7ljlwf4=; b=mw6R2hqek1ArcjIoYQCFYE+riw170qgnOCtOcI78NlCGvMEqf2PQahM2BhVzcDJI0Lxlko dc99QjKn+q9/jIoUwcsaWHVZ9EaN0QPq25Z6Sk50y2Ft3f13ah0ObfqWDx8hRu6SsgwDaZ J0dzDt4SKAKroiKG7KDjwp762Mv8NyAWZXRYREDXexB88a1mESFBG7vtyGeTnxefG/x5qh NnKnJjgSHPEZJulTVI2GStnZwFhRNJ4NVMVwFzWYU72H5bkJgWDrvaFrq8YkeRjq8ahPiX E3GnjWATv1Ykw6nwOW94GUMssQ/9x8qbdM3KUGoeNR/TTcQTqyLyEmWPqVkgVA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1706531293; a=rsa-sha256; cv=none; b=Yp7Z43WvP3kh5PSrUQY3E8yB1xCWFGdfPJFfLjR7FOjCjAw7Iyh82LNXB4d9PA9eoTUxTg OLMajLRdhD85b2498uz8agMu8BTEE+ZetMy3mEzJH1UyWgBCRsjD5je0Ol1TNq42VgL+6z PGkkXgaY1jACteHB0jfubIy8aeuNdryYFTXLhDkdp1idU2l1LHvHlOgZXh7FES0Qxf7fg7 30WC1yX/SijBwq+b0qvwHNWd0kaaDj2y29jR6Yqiux4ThDJlJOXhcwpg8IkuCZi86udPSU 6ZiyJMvAEptJAALiabMmdYDplYtHPfSvirDFnV9S7Yyt1NHH+Kk0uJmXPtNnhg== Received: from mail-qt1-f178.google.com (mail-qt1-f178.google.com [209.85.160.178]) (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 4TNndT20B4z1B4d for ; Mon, 29 Jan 2024 12:28:13 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-qt1-f178.google.com with SMTP id d75a77b69052e-427a3887483so24379451cf.3 for ; Mon, 29 Jan 2024 04:28:13 -0800 (PST) X-Gm-Message-State: AOJu0Yxz9ZzWOqoYYUs+t5dIj8rpQYDZJmA5CMR9GgZtc2fya5rgJ6sm OQ0oWi9RhbtnheTkGmtyAJRweukXNbmPyhsYI3LTET++Ly8byNRePmP6Zi3k0A1PIUmbJONV41H WbTH/WNQhMO/+qjKQXHhDU3kPIZk= X-Google-Smtp-Source: AGHT+IHOCwgvLjY2bvPOQHuces98NA5KOKHHJte+Gt4QcC68q+Q0tBHkrlARkdIJZxK9cqPn+lcDZouptjHOucKiSQU= X-Received: by 2002:ac8:5713:0:b0:42a:ad64:bd3e with SMTP id 19-20020ac85713000000b0042aad64bd3emr496678qtw.92.1706531292942; Mon, 29 Jan 2024 04:28:12 -0800 (PST) List-Id: Porting software to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-ports List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-ports@freebsd.org X-BeenThere: freebsd-ports@freebsd.org MIME-Version: 1.0 References: <20240129201052.3520bea9850f96c9180b3bbc@dec.sakura.ne.jp> In-Reply-To: <20240129201052.3520bea9850f96c9180b3bbc@dec.sakura.ne.jp> From: Nuno Teixeira Date: Mon, 29 Jan 2024 12:28:01 +0000 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: LDFLAGS= -pthread situation To: Tomoaki AOKI Cc: FreeBSD Mailing List Content-Type: multipart/alternative; boundary="00000000000083964a061014c706" --00000000000083964a061014c706 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Interesting that it using same fix of around 300 ports for a quick grep of LDFLAGS. Maybe I will take a look of what someone said upstream: "There is a case statement on $host_os near the beginning of configure.ac, with freebsd as a possible choice. Could you test whether it would be enough to add there a SYSLIBS=3D"-lpthre= ad" like we do for Solaris or Darwin ?" It seems interesting dealing this upstream like they do for other OSes. Also, I've saw similar fixes by upstream with cmake. What you think? Tomoaki AOKI escreveu (segunda, 29/01/2024 =C3= =A0(s) 11:11): > On Mon, 29 Jan 2024 09:27:02 +0000 > Nuno Teixeira wrote: > > > Hello all! > > > > I was updating games/exult-devel and I found that build failed with: > > > > ld: error: undefined symbol: pthread_create > > >>> referenced by LowLevelMidiDriver.cpp > > >>> LowLevelMidiDriver.o:(std::__1::thread::thread (&)(LowLevelMidiDriver*) > > > > > > Related to a upstream change about threading support from C++11... > > > > Using LDFLAGS=3D -pthread fixed build and it is present in lot of ports= . > > > > My question is if upstream could do anything to avoid this LDFLAGS > addition. > > This is being discussed at https://github.com/exult/exult/issues/436 > > > > Any sugestions are welcome! > > > > Thanks, > > > > -- > > Nuno Teixeira > > FreeBSD Committer (ports) > > Different port, but looks very similar situation with Bug 275950 [1], > which I've filed but still not yet triaged (Status: New). > > > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D275950 > > -- > Tomoaki AOKI > --=20 Nuno Teixeira FreeBSD Committer (ports) --00000000000083964a061014c706 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Interesting that it using same fix of around 300 port= s for a quick grep of LDFLAGS.

Maybe I will take a= look of what someone said upstream:
"There is a case statem= ent on $host_os near the beginning= of confi= gure.ac, with freebsd a= s a possible choice.
Could you test whether it would be enough to= add there a SYSLIBS=3D"-lpthread&qu= ot; like we do for Solaris or Darwin ?"

It seems interesting dealing this upstream like they do for other OSes.

Also, I've saw similar fixes by upstream with c= make.

What you think?

Tomoaki AOKI &l= t;junchoon@dec.sakura.ne.jp> escreveu (segunda, 29/01/2024 =C3=A0(s) 11:11):
On Mon, 29 Jan 2024 09:27:02 +0000 Nuno Teixeira <= eduardo@freebsd.org> wrote:

> Hello all!
>
> I was updating games/exult-devel and I found that build failed with: >
> ld: error: undefined symbol: pthread_create
> >>> referenced by LowLevelMidiDriver.cpp
> >>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Low= LevelMidiDriver.o:(std::__1::thread::thread<int (&)(LowLevelMidiDriv= er*) <snip>
>
>
> Related to a upstream change about threading support from C++11...
>
> Using LDFLAGS=3D -pthread fixed build and it is present in lot of port= s.
>
> My question is if upstream could do anything to avoid this LDFLAGS add= ition.
> This is being discussed at https://github.com/exult/ex= ult/issues/436
>
> Any sugestions are welcome!
>
> Thanks,
>
> --
> Nuno Teixeira
> FreeBSD Committer (ports)

Different port, but looks very similar situation with Bug 275950 [1],
which I've filed but still not yet triaged (Status: New).


[1] https://bugs.freebsd.org/bugzilla/show= _bug.cgi?id=3D275950

--
Tomoaki AOKI=C2=A0 =C2=A0 <junchoon@dec.sakura.ne.jp>


--
Nuno Teixeira
FreeBSD Committ= er (ports)
--00000000000083964a061014c706--