* Git build failure: v2.47.0 on Solaris 10 SPARC64 @ 2024-10-21 5:56 Freya Starshade 2024-10-21 8:56 ` Patrick Steinhardt 0 siblings, 1 reply; 4+ messages in thread From: Freya Starshade @ 2024-10-21 5:56 UTC (permalink / raw) To: git Hi, Reporting a build failure on version 2.47.0 of git, grabbed from the official sources. Our environment is: Compiler: gcc (GCC) 9.5.0 Linker: GNU ld (GNU Binutils) 2.43 Target machine triplet: SPARC64-SUN-SOLARIS2.10 Target machine hardware: Sun Blade 150 UltraSPARC IIe workstation Target OS: SunOS 5.10 Generic_150400-59 sparc SUNW,Sun-Blade-100 Solaris Sun Microsystems SunOS 5.10 Generic_150400-59 PATCH January 2018 After running ./configure, which succeeds, running `make all` gives: root@iris:/usr/src/depot/progress/git-2.47.0# make all CC daemon.o In file included from daemon.c:3: git-compat-util.h:1012:13: error: conflicting types for 'inet_ntop' 1012 | const char *inet_ntop(int af, const void *src, char *dst, size_t size); | ^~~~~~~~~ In file included from git-compat-util.h:314, from daemon.c:3: /usr/include/arpa/inet.h:68:20: note: previous declaration of 'inet_ntop' was here 68 | extern const char *inet_ntop(int, const void *_RESTRICT_KYWD, | ^~~~~~~~~ make: *** [Makefile:2795: daemon.o] Error 1 root@iris:/usr/src/depot/progress/git-2.47.0# Anyone know what's going on here? ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Git build failure: v2.47.0 on Solaris 10 SPARC64 2024-10-21 5:56 Git build failure: v2.47.0 on Solaris 10 SPARC64 Freya Starshade @ 2024-10-21 8:56 ` Patrick Steinhardt [not found] ` <966457d3-c6f6-4028-bd28-da73a0296679@axiom-networks.org> 0 siblings, 1 reply; 4+ messages in thread From: Patrick Steinhardt @ 2024-10-21 8:56 UTC (permalink / raw) To: Freya Starshade; +Cc: git On Sun, Oct 20, 2024 at 10:56:11PM -0700, Freya Starshade wrote: > Hi, > > > Reporting a build failure on version 2.47.0 of git, grabbed from the > official sources. Our environment is: > > > Compiler: gcc (GCC) 9.5.0 > > Linker: GNU ld (GNU Binutils) 2.43 > > Target machine triplet: SPARC64-SUN-SOLARIS2.10 > > Target machine hardware: Sun Blade 150 UltraSPARC IIe workstation > > Target OS: SunOS 5.10 Generic_150400-59 sparc SUNW,Sun-Blade-100 Solaris Sun > Microsystems SunOS 5.10 Generic_150400-59 PATCH January 2018 > > After running ./configure, which succeeds, running `make all` gives: > > > root@iris:/usr/src/depot/progress/git-2.47.0# make all > CC daemon.o > In file included from daemon.c:3: > git-compat-util.h:1012:13: error: conflicting types for 'inet_ntop' > 1012 | const char *inet_ntop(int af, const void *src, char *dst, size_t > size); > | ^~~~~~~~~ > In file included from git-compat-util.h:314, > from daemon.c:3: > /usr/include/arpa/inet.h:68:20: note: previous declaration of 'inet_ntop' > was here > 68 | extern const char *inet_ntop(int, const void *_RESTRICT_KYWD, > | ^~~~~~~~~ > make: *** [Makefile:2795: daemon.o] Error 1 > root@iris:/usr/src/depot/progress/git-2.47.0# > > > Anyone know what's going on here? Could you maybe also send the output of `./configure`? We do have a check in "configure.ac" that tries to find out whether your system has `inet_ntop()` or not. Maybe it is misdetecting the availability of that function on your platform and thus declares the `NO_INET_NTOP` variable, which causes us to pull in compat code. Out of curiosity, did you try running `make` without first running `./configure`? Many platforms should work alright without having to run autoconf first, but given that your platform is a more on the esoteric side I wouldn't be surprised if things didn't work there. Patrick ^ permalink raw reply [flat|nested] 4+ messages in thread
[parent not found: <966457d3-c6f6-4028-bd28-da73a0296679@axiom-networks.org>]
* [Resend] Re: Git build failure: v2.47.0 on Solaris 10 SPARC64 [not found] ` <966457d3-c6f6-4028-bd28-da73a0296679@axiom-networks.org> @ 2024-10-21 9:34 ` Patrick Steinhardt 2024-10-21 21:11 ` Taylor Blau 0 siblings, 1 reply; 4+ messages in thread From: Patrick Steinhardt @ 2024-10-21 9:34 UTC (permalink / raw) To: Freya Starshade; +Cc: git [Re-sending as I've noticed that the mailing list was dropped.] On Mon, Oct 21, 2024 at 02:08:50AM -0700, Freya Starshade wrote: Please note that we tend to not top-post on this mailing list :) > On 10/21/2024 01:56, Patrick Steinhardt wrote: > > On Sun, Oct 20, 2024 at 10:56:11PM -0700, Freya Starshade wrote: > > > Hi, > > > > > > > > > Reporting a build failure on version 2.47.0 of git, grabbed from the > > > official sources. Our environment is: > > > > > > > > > Compiler: gcc (GCC) 9.5.0 > > > > > > Linker: GNU ld (GNU Binutils) 2.43 > > > > > > Target machine triplet: SPARC64-SUN-SOLARIS2.10 > > > > > > Target machine hardware: Sun Blade 150 UltraSPARC IIe workstation > > > > > > Target OS: SunOS 5.10 Generic_150400-59 sparc SUNW,Sun-Blade-100 Solaris Sun > > > Microsystems SunOS 5.10 Generic_150400-59 PATCH January 2018 > > > > > > After running ./configure, which succeeds, running `make all` gives: > > > > > > > > > root@iris:/usr/src/depot/progress/git-2.47.0# make all > > > CC daemon.o > > > In file included from daemon.c:3: > > > git-compat-util.h:1012:13: error: conflicting types for 'inet_ntop' > > > 1012 | const char *inet_ntop(int af, const void *src, char *dst, size_t > > > size); > > > | ^~~~~~~~~ > > > In file included from git-compat-util.h:314, > > > from daemon.c:3: > > > /usr/include/arpa/inet.h:68:20: note: previous declaration of 'inet_ntop' > > > was here > > > 68 | extern const char *inet_ntop(int, const void *_RESTRICT_KYWD, > > > | ^~~~~~~~~ > > > make: *** [Makefile:2795: daemon.o] Error 1 > > > root@iris:/usr/src/depot/progress/git-2.47.0# > > > > > > > > > Anyone know what's going on here? > > Could you maybe also send the output of `./configure`? We do have a > > check in "configure.ac" that tries to find out whether your system has > > `inet_ntop()` or not. Maybe it is misdetecting the availability of that > > function on your platform and thus declares the `NO_INET_NTOP` variable, > > which causes us to pull in compat code. > > > > Out of curiosity, did you try running `make` without first running > > `./configure`? Many platforms should work alright without having to run > > autoconf first, but given that your platform is a more on the esoteric > > side I wouldn't be surprised if things didn't work there. [snip] > checking for inet_ntop... no > checking for inet_ntop in -lresolv... no > checking for inet_pton... no > checking for inet_pton in -lresolv... no So yes, indeed, your `inet_ntop()` isn't detected. Does that function require any additional libraries on your platform? Searching for this on the internet quickly brings me to... a [thread] from our own mailing list. Looks like that patch never landed. [thread]: https://lore.kernel.org/git/CAH8yC8kaWXbN+RYMJnM9em7KKW54+N07JtyS1MZk0qppD=m2BA@mail.gmail.com/ Patrick ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Resend] Re: Git build failure: v2.47.0 on Solaris 10 SPARC64 2024-10-21 9:34 ` [Resend] " Patrick Steinhardt @ 2024-10-21 21:11 ` Taylor Blau 0 siblings, 0 replies; 4+ messages in thread From: Taylor Blau @ 2024-10-21 21:11 UTC (permalink / raw) To: Patrick Steinhardt; +Cc: Freya Starshade, git On Mon, Oct 21, 2024 at 11:34:06AM +0200, Patrick Steinhardt wrote: > > > Could you maybe also send the output of `./configure`? We do have a > > > check in "configure.ac" that tries to find out whether your system has > > > `inet_ntop()` or not. Maybe it is misdetecting the availability of that > > > function on your platform and thus declares the `NO_INET_NTOP` variable, > > > which causes us to pull in compat code. > > > > > > Out of curiosity, did you try running `make` without first running > > > `./configure`? Many platforms should work alright without having to run > > > autoconf first, but given that your platform is a more on the esoteric > > > side I wouldn't be surprised if things didn't work there. > > [snip] > > checking for inet_ntop... no > > checking for inet_ntop in -lresolv... no > > checking for inet_pton... no > > checking for inet_pton in -lresolv... no > > So yes, indeed, your `inet_ntop()` isn't detected. Does that function > require any additional libraries on your platform? Searching for this on > the internet quickly brings me to... a [thread] from our own mailing > list. Looks like that patch never landed. Thanks for digging. Thanks, Taylor ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2024-10-21 21:11 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-10-21 5:56 Git build failure: v2.47.0 on Solaris 10 SPARC64 Freya Starshade
2024-10-21 8:56 ` Patrick Steinhardt
[not found] ` <966457d3-c6f6-4028-bd28-da73a0296679@axiom-networks.org>
2024-10-21 9:34 ` [Resend] " Patrick Steinhardt
2024-10-21 21:11 ` Taylor Blau
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).