Re: CoreUtils does not install on Mac OS 10.11

Scott Hannahs via Fink-devel <[email protected]> Tue, 8 Jun 2021 12:08:52 -0400
Newsgroups gmane.os.apple.fink.devel
Message-ID <[email protected]>
--===============8129615530908560024==
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_28592243-2EED-43B1-B349-DD9196FB9A6F"


--Apple-Mail=_28592243-2EED-43B1-B349-DD9196FB9A6F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Same error with coreutils 8.32 on Mac OS 10.11

  CCLD     src/cksum
  CCLD     src/comm
  CCLD     src/cp
  CCLD     src/csplit
Undefined symbols for architecture x86_64:
  "_renameatx_np", referenced from:
      _renameatu in libcoreutils.a(renameatu.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see =
invocation)
make[2]: *** [src/cp] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
### execution of /tmp/fink.lq705 failed, exit code 2
### execution of /tmp/fink.gRTkv failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-coreutils-8.32-1
(Reading database ... 189041 files and directories currently installed.)
Removing fink-buildlock-coreutils-8.32-1 ...
Failed: phase compiling: coreutils-8.32-1 failed
...
Also include the following system information:
Package manager version: 0.45.3
Distribution version: selfupdate-rsync Tue Jun  8 11:54:23 2021, 10.11, =
x86_64
Trees: local/main stable/main
Xcode.app: 8.2.1
Xcode command-line tools: 8.2.0.0.1.1480973914
Max. Fink build jobs:  2

Still seems to need that stub _renameatx_np

-Scott

> On Jun 8, 2021, at 11:49, Daniel Macks <[email protected]> wrote:
>=20
> I found a newer upstream version of coreutils, which contained a newer =
version of gnulib that had substantial changes to the rename* bits. So =
now coreutils (8.32) should be landing on the selfupdate servers. I only =
tested it on 10.13, but if it doesn't work on your 10.11 at least we =
will be debugging more modern bugs:)
>=20
> dan
>=20
> There was a new Our coreutils wa
>=20
> I pushed a necoreutils (8.32)
>=20
> =EF=BB=BFOn 6/8/21, 11:45 AM, "Scott Hannahs via Fink-devel" =
<[email protected]> wrote:
>=20
>    On Jun 8, 2021, at 06:26, Daniel Macks <[email protected]> wrote:
>>=20
>> On 6/8/21, 6:10 AM, "[email protected]" <[email protected]> =
wrote:
>>> On 6/7/21 1:08 PM, Scott Hannahs via Fink-devel wrote:
>>>> Again, old software that I am trying to update=E2=80=A6.
>>>>=20
>>>> In updating fink, coreutils is attempting to reinstall.
>>>>=20
>>>>  CCLD     src/csplit
>>>> Undefined symbols for architecture x86_64:
>>>>  "_renameatx_np", referenced from:
>>>>      _renameat2 in libcoreutils.a(renameat2.o)
>>>> ld: symbol(s) not found for architecture x86_64
>>>> clang: error: linker command failed with exit code 1 (use -v to see =
invocation)
>>>> make[2]: *** [src/cp] Error 1
>>>>=20
>>>> Distribution version: selfupdate-rsync Mon Jun  7 11:32:38 2021, =
10.11, x86_64
>>>> Xcode.app: 8.2.1
>>>> Xcode command-line tools: 8.2.0.0.1.1480973914
>>>=20
>>> What version of coreutils are you trying to install?
>>> And what SDK do you have? `fink list system-sdk`
>>>=20
>>> A quick online search suggests that renameatx_np was first available=20=

>>> with the 10.12 SDK. `man renameatx_np` has an entry on 10.14. Does =
that=20
>>> work on your 10.11 system?
>>>=20
>>> Also, just saw this on our coreutils.info file:
>>> =
https://github.com/fink/fink-distributions/commit/ec09f82fc45eca10d01ef53b=
3c5e0923946f3b0d
>>>=20
>>> It seems that maybe the coreutils special 10.9 packaging needs to be=20=

>>> extended to cover through 10.11?
>>=20
>> I just pushed a fix to coreutils that would affect any platform where =
we do need the 10.9 logic. I wonder if there is a way to pull in the =
gnulib renameat shim without having to redo autotools (manually copy a =
file or two and patch a file or two)? It's not harmful to have the =
gnulib shim on all platforms, the only reason we don't is (as the commit =
message says) to avoid redoing autoconf/automake.
>>=20
>> dan
>=20
>    Thanks I was at a loss as to why that was missing and did not =
realize it was just a shim.  I don=E2=80=99t know of a way to avoid it.
>=20
>    -Scott


--Apple-Mail=_28592243-2EED-43B1-B349-DD9196FB9A6F
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;" class=3D"">Same =
error with coreutils 8.32 on Mac OS 10.11<div class=3D""><br =
class=3D""></div><blockquote style=3D"margin: 0 0 0 40px; border: none; =
padding: 0px;" class=3D""><div class=3D"">&nbsp;&nbsp;CCLD&nbsp;&nbsp; =
&nbsp;&nbsp;src/cksum<br class=3D"">&nbsp;&nbsp;CCLD&nbsp;&nbsp; =
&nbsp;&nbsp;src/comm<br class=3D"">&nbsp;&nbsp;CCLD&nbsp;&nbsp; =
&nbsp;&nbsp;src/cp<br class=3D"">&nbsp;&nbsp;CCLD&nbsp;&nbsp; =
&nbsp;&nbsp;src/csplit<br class=3D"">Undefined symbols for architecture =
x86_64:<br class=3D"">&nbsp;&nbsp;"_renameatx_np", referenced from:<br =
class=3D"">&nbsp; &nbsp; &nbsp;&nbsp;_renameatu in =
libcoreutils.a(renameatu.o)<br class=3D"">ld: symbol(s) not found for =
architecture x86_64<br class=3D"">clang:&nbsp;error:&nbsp;linker command =
failed with exit code 1 (use -v to see invocation)<br class=3D"">make[2]: =
*** [src/cp] Error 1<br class=3D"">make[2]: *** Waiting for unfinished =
jobs....<br class=3D"">make[1]: *** [all-recursive] Error 1<br =
class=3D"">make: *** [all] Error 2<br class=3D"">### execution of =
/tmp/fink.lq705 failed, exit code 2<br class=3D"">### execution of =
/tmp/fink.gRTkv failed, exit code 2<br class=3D"">Removing runtime =
build-lock...<br class=3D"">Removing build-lock package...<br =
class=3D"">/sw/bin/dpkg-lockwait -r fink-buildlock-coreutils-8.32-1<br =
class=3D"">(Reading database ... 189041 files and directories currently =
installed.)<br class=3D"">Removing fink-buildlock-coreutils-8.32-1 =
...<br class=3D"">Failed: phase compiling: coreutils-8.32-1 failed<br =
class=3D"">...<br class=3D"">Also include the following system =
information:<br class=3D"">Package manager version: 0.45.3<br =
class=3D"">Distribution version: selfupdate-rsync Tue Jun&nbsp;&nbsp;8 =
11:54:23 2021, 10.11, x86_64<br class=3D"">Trees: local/main =
stable/main<br class=3D"">Xcode.app: 8.2.1<br class=3D"">Xcode =
command-line tools: 8.2.0.0.1.1480973914<br class=3D"">Max. Fink build =
jobs:&nbsp;&nbsp;2<br class=3D""></div></blockquote><div =
class=3D""><div><br class=3D""></div><div>Still seems to need that stub =
_renameatx_np</div><div><br class=3D""></div><div>-Scott</div><div><br =
class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On Jun =
8, 2021, at 11:49, Daniel Macks &lt;<a href=3D"mailto:[email protected]"=
 class=3D"">[email protected]</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div class=3D"">I =
found a newer upstream version of coreutils, which contained a newer =
version of gnulib that had substantial changes to the rename* bits. So =
now coreutils (8.32) should be landing on the selfupdate servers. I only =
tested it on 10.13, but if it doesn't work on your 10.11 at least we =
will be debugging more modern bugs:)<br class=3D""><br class=3D"">dan<br =
class=3D""><br class=3D"">There was a new Our coreutils wa<br =
class=3D""><br class=3D"">I pushed a necoreutils (8.32)<br class=3D""><br =
class=3D"">=EF=BB=BFOn 6/8/21, 11:45 AM, "Scott Hannahs via Fink-devel" =
&lt;<a href=3D"mailto:[email protected]" =
class=3D"">[email protected]</a>&gt; wrote:<br =
class=3D""><br class=3D""> &nbsp;&nbsp;&nbsp;On Jun 8, 2021, at 06:26, =
Daniel Macks &lt;<a href=3D"mailto:[email protected]" =
class=3D"">[email protected]</a>&gt; wrote:<br class=3D""><blockquote =
type=3D"cite" class=3D""><br class=3D"">On 6/8/21, 6:10 AM, "<a =
href=3D"mailto:[email protected]" =
class=3D"">[email protected]</a>" &lt;<a =
href=3D"mailto:[email protected]" =
class=3D"">[email protected]</a>&gt; wrote:<br class=3D""><blockquote=
 type=3D"cite" class=3D"">On 6/7/21 1:08 PM, Scott Hannahs via =
Fink-devel wrote:<br class=3D""><blockquote type=3D"cite" =
class=3D"">Again, old software that I am trying to update=E2=80=A6.<br =
class=3D""><br class=3D"">In updating fink, coreutils is attempting to =
reinstall.<br class=3D""><br class=3D""> &nbsp;CCLD =
&nbsp;&nbsp;&nbsp;&nbsp;src/csplit<br class=3D"">Undefined symbols for =
architecture x86_64:<br class=3D""> &nbsp;"_renameatx_np", referenced =
from:<br class=3D""> &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;_renameat2 in =
libcoreutils.a(renameat2.o)<br class=3D"">ld: symbol(s) not found for =
architecture x86_64<br class=3D"">clang: error: linker command failed =
with exit code 1 (use -v to see invocation)<br class=3D"">make[2]: *** =
[src/cp] Error 1<br class=3D""><br class=3D"">Distribution version: =
selfupdate-rsync Mon Jun &nbsp;7 11:32:38 2021, 10.11, x86_64<br =
class=3D"">Xcode.app: 8.2.1<br class=3D"">Xcode command-line tools: =
8.2.0.0.1.1480973914<br class=3D""></blockquote><br class=3D"">What =
version of coreutils are you trying to install?<br class=3D"">And what =
SDK do you have? `fink list system-sdk`<br class=3D""><br class=3D"">A =
quick online search suggests that renameatx_np was first available <br =
class=3D"">with the 10.12 SDK. `man renameatx_np` has an entry on 10.14. =
Does that <br class=3D"">work on your 10.11 system?<br class=3D""><br =
class=3D"">Also, just saw this on our <a href=3D"http://coreutils.info" =
class=3D"">coreutils.info</a> file:<br class=3D""><a =
href=3D"https://github.com/fink/fink-distributions/commit/ec09f82fc45eca10=
d01ef53b3c5e0923946f3b0d" =
class=3D"">https://github.com/fink/fink-distributions/commit/ec09f82fc45ec=
a10d01ef53b3c5e0923946f3b0d</a><br class=3D""><br class=3D"">It seems =
that maybe the coreutils special 10.9 packaging needs to be <br =
class=3D"">extended to cover through 10.11?<br class=3D""></blockquote><br=
 class=3D"">I just pushed a fix to coreutils that would affect any =
platform where we do need the 10.9 logic. I wonder if there is a way to =
pull in the gnulib renameat shim without having to redo autotools =
(manually copy a file or two and patch a file or two)? It's not harmful =
to have the gnulib shim on all platforms, the only reason we don't is =
(as the commit message says) to avoid redoing autoconf/automake.<br =
class=3D""><br class=3D"">dan<br class=3D""></blockquote><br class=3D""> =
&nbsp;&nbsp;&nbsp;Thanks I was at a loss as to why that was missing and =
did not realize it was just a shim. &nbsp;I don=E2=80=99t know of a way =
to avoid it.<br class=3D""><br class=3D""> &nbsp;&nbsp;&nbsp;-Scott<br =
class=3D""></div></div></blockquote></div><br =
class=3D""></div></body></html>=

--Apple-Mail=_28592243-2EED-43B1-B349-DD9196FB9A6F--


--===============8129615530908560024==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline


--===============8129615530908560024==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Fink-devel mailing list
[email protected]
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
--===============8129615530908560024==--