git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Patrick Steinhardt <ps@pks.im>
To: Freya Starshade <saoirse@axiom-networks.org>
Cc: git@vger.kernel.org
Subject: Re: Git build failure: v2.47.0 on Solaris 10 SPARC64
Date: Mon, 21 Oct 2024 10:56:36 +0200	[thread overview]
Message-ID: <ZxYXNTjRYkVaQaOl@pks.im> (raw)
In-Reply-To: <db95aa3f-f270-4939-ba3f-a964d46e2325@axiom-networks.org>

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

  reply	other threads:[~2024-10-21  8:56 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-21  5:56 Git build failure: v2.47.0 on Solaris 10 SPARC64 Freya Starshade
2024-10-21  8:56 ` Patrick Steinhardt [this message]
     [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

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ZxYXNTjRYkVaQaOl@pks.im \
    --to=ps@pks.im \
    --cc=git@vger.kernel.org \
    --cc=saoirse@axiom-networks.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).