Opened 15 months ago

Closed 5 months ago

#68057 closed defect (fixed)

wren-cli @0.3.0: error: call to undeclared function 'uv__idna_toascii'

Reported by: kwolcott Owned by: herbygillot (Herby Gillot)
Priority: Normal Milestone:
Component: ports Version: 2.8.1
Keywords: ventura haspatch Cc:
Port: wren-cli

Description (last modified by ryandesign (Ryan Carsten Schmidt))

../../deps/libuv/src/unix/getaddrinfo.c:165:10: error: call to undeclared function 'uv__idna_toascii'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration]
    rc = uv__idna_toascii(hostname,
         ^
1 error generated.

Attachments (2)

wren_port_build_from_source_fails.log (42.2 KB) - added by kwolcott 15 months ago.
wren-cli_July_2nd_main.log.bz2 (3.1 KB) - added by kwolcott 5 months ago.

Download all attachments as: .zip

Change History (9)

Changed 15 months ago by kwolcott

comment:1 Changed 15 months ago by kwolcott

I initiated this process with sudo port -v -s install wren wren-cli.

Last edited 15 months ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:2 Changed 15 months ago by ryandesign (Ryan Carsten Schmidt)

Description: modified (diff)
Keywords: ventura added
Owner: set to herbygillot
Port: wren-cli added
Status: newassigned
Summary: wren port build from source fails: call to undeclared function 'uv__idna_toascii';wren-cli @0.3.0: error: call to undeclared function 'uv__idna_toascii'
Version: 2.8.1

Remember WikiFormatting and see WimplicitFunctionDeclaration.

I see that the problem is in a bundled copy of libuv 1.34.2 and this makes me wonder if the port could avoid the problem by using the MacPorts copy of libuv 1.44.2 instead which would be preferable for other reasons as well.

I do not see this issue on my Monterey x86_64 system and we did not see the problem on our buildbot machines. I do see a similar report from a Ventura x86_64 user in another program that bundles libuv:

https://github.com/pytorch/pytorch/issues/101586

wren-cli 0.4.0 was released nearly two years ago and it updates the bundled libuv to 1.38.0. The port should be updated; maybe it fixes this problem.

comment:3 Changed 12 months ago by kwolcott

Any update?

comment:4 Changed 5 months ago by ryandesign (Ryan Carsten Schmidt)

Keywords: haspatch added

Changed 5 months ago by kwolcott

comment:5 Changed 5 months ago by ryandesign (Ryan Carsten Schmidt)

Ken, the new log you attached is still for version 0.3.0; the fix is in the update for version 0.4.0 which is in the above pull request that has not yet been merged. You can either wait for the PR to be merged and then selfupdate or you can manually apply its diff to your local ports tree to test it.

comment:6 Changed 5 months ago by ryandesign (Ryan Carsten Schmidt)

In 83e8a2f035f4316af7abb909b0f02882069b2eeb/macports-ports (master):

wren-cli: Update to 0.4.0

See: #68057

comment:7 Changed 5 months ago by ryandesign (Ryan Carsten Schmidt)

Resolution: fixed
Status: assignedclosed

In e25ae78b9c3d919fed031021f9eba72392e7aea7/macports-ports (master):

wren-cli: Avoid build failure when libuv port is active

Closes: #68057

Note: See TracTickets for help on using tickets.