Date: Mon, 29 Jan 2024 12:28:01 +0000 From: Nuno Teixeira <eduardo@freebsd.org> To: Tomoaki AOKI <junchoon@dec.sakura.ne.jp> Cc: FreeBSD Mailing List <freebsd-ports@freebsd.org> Subject: Re: LDFLAGS= -pthread situation Message-ID: <CAFDf7UKLMjDA1k8kswwQKKWAVk4rwbh21rpuj%2BUitYTWseCZgg@mail.gmail.com> In-Reply-To: <20240129201052.3520bea9850f96c9180b3bbc@dec.sakura.ne.jp> References: <CAFDf7UKLPaWjmK-p5m8y5cj51t5geb=8ur_=JnSpBRQTv2B1dg@mail.gmail.com> <20240129201052.3520bea9850f96c9180b3bbc@dec.sakura.ne.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
--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 <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 > > >>> LowLevelMidiDriver.o:(std::__1::thread::thread<int > (&)(LowLevelMidiDriver*) <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 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 <junchoon@dec.sakura.ne.jp> > --=20 Nuno Teixeira FreeBSD Committer (ports) --00000000000083964a061014c706 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Interesting that it using same fix of around 300 port= s for a quick grep of LDFLAGS.</div><div><br></div><div>Maybe I will take a= look of what someone said upstream:</div><div>"There is a case statem= ent on <code class=3D"gmail-notranslate">$host_os</code> near the beginning= of <code class=3D"gmail-notranslate"><a href=3D"http://configure.ac">confi= gure.ac</a></code>, with <code class=3D"gmail-notranslate">freebsd</code> a= s a possible choice.</div><div>Could you test whether it would be enough to= add there a <code class=3D"gmail-notranslate">SYSLIBS=3D"-lpthread&qu= ot;</code> like we do for Solaris or Darwin ?"</div><div><br></div><di= v>It seems interesting dealing this upstream like they do for other OSes.</= div><div><br></div><div>Also, I've saw similar fixes by upstream with c= make.<br></div><div><br></div><div>What you think?<br></div></div><br><div = class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">Tomoaki AOKI &l= t;<a href=3D"mailto:junchoon@dec.sakura.ne.jp">junchoon@dec.sakura.ne.jp</a= >> escreveu (segunda, 29/01/2024 =C3=A0(s) 11:11):<br></div><blockquote = class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px sol= id rgb(204,204,204);padding-left:1ex">On Mon, 29 Jan 2024 09:27:02 +0000<br= > Nuno Teixeira <<a href=3D"mailto:eduardo@freebsd.org" target=3D"_blank">= eduardo@freebsd.org</a>> wrote:<br> <br> > Hello all!<br> > <br> > I was updating games/exult-devel and I found that build failed with:<b= r> > <br> > ld: error: undefined symbol: pthread_create<br> > >>> referenced by LowLevelMidiDriver.cpp<br> > >>>=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><br> > <br> > <br> > Related to a upstream change about threading support from C++11...<br> > <br> > Using LDFLAGS=3D -pthread fixed build and it is present in lot of port= s.<br> > <br> > My question is if upstream could do anything to avoid this LDFLAGS add= ition.<br> > This is being discussed at <a href=3D"https://github.com/exult/exult/i= ssues/436" rel=3D"noreferrer" target=3D"_blank">https://github.com/exult/ex= ult/issues/436</a><br> > <br> > Any sugestions are welcome!<br> > <br> > Thanks,<br> > <br> > -- <br> > Nuno Teixeira<br> > FreeBSD Committer (ports)<br> <br> Different port, but looks very similar situation with Bug 275950 [1],<br> which I've filed but still not yet triaged (Status: New).<br> <br> <br> [1] <a href=3D"https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D275950" = rel=3D"noreferrer" target=3D"_blank">https://bugs.freebsd.org/bugzilla/show= _bug.cgi?id=3D275950</a><br> <br> -- <br> Tomoaki AOKI=C2=A0 =C2=A0 <<a href=3D"mailto:junchoon@dec.sakura.ne.jp" = target=3D"_blank">junchoon@dec.sakura.ne.jp</a>><br> </blockquote></div><br clear=3D"all"><br><span class=3D"gmail_signature_pre= fix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><div dir=3D"l= tr"><span style=3D"color:rgb(102,102,102)">Nuno Teixeira<br>FreeBSD Committ= er (ports)</span></div></div> --00000000000083964a061014c706--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFDf7UKLMjDA1k8kswwQKKWAVk4rwbh21rpuj%2BUitYTWseCZgg>