From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
	id 1AC1C3849AE4; Tue, 30 Apr 2024 06:58:05 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1AC1C3849AE4
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1714460285;
	bh=Siha5iwDZoz7TKMwDY7tPZTZXNJo2cEd9xZMCDsFDz4=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=eVcLgQf1ZppFmBVpIHpibvprz/nd7JniMVe7hcaoixBu7cYcJtZZOWKBJXdvek7RL
	 TKSx9Rs8uW54uyy4pv3/XweWrwrtutqU7sAYWEzA3lj3qBGBMb8Zw4+Hjw25vp7yUM
	 U7nAfyNrLvY+k3ilBAI2bE+1czsZHoL1X7mY0ILs=
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libfortran/114895] Build failure with !HAVE_WORKING_STAT
Date: Tue, 30 Apr 2024 06:58:04 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libfortran
X-Bugzilla-Version: 14.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-114895-4-1P3EI0sl9Y@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-114895-4@http.gcc.gnu.org/bugzilla/>
References: <bug-114895-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
List-Id: <gcc-bugs.sourceware.org>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D114895

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu.org

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
So since this is for the 32bit multilib and the test below doens't seem to
enforce LFS we get a large inode number in the build setup and fail the
stat(), mis-detecting the feature.

libgfortran configure.ac misses AC_SYS_LARGEFILE it seems.


dnl Check whether the st_ino and st_dev stat fields taken together uniquely
dnl identify the file within the system. This is should be true for POSIX
dnl systems; it is known to be false on mingw32.
AC_DEFUN([LIBGFOR_CHECK_WORKING_STAT], [
  AC_CACHE_CHECK([whether the target stat is reliable],
                  libgfor_cv_have_working_stat, [
  AC_RUN_IFELSE([AC_LANG_SOURCE([[
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>

int main ()
{=20
  FILE *f, *g;
  struct stat st1, st2;

  f =3D fopen ("foo", "w");
  g =3D fopen ("bar", "w");
  if (stat ("foo", &st1) !=3D 0 || stat ("bar", &st2))
    return 1;
  if (st1.st_dev =3D=3D st2.st_dev && st1.st_ino =3D=3D st2.st_ino)
    return 1;
  fclose(f);
  fclose(g);
  return 0;=20
}]])], libgfor_cv_have_working_stat=3Dyes, libgfor_cv_have_working_stat=3Dn=
o, [
case "${target}" in
  *mingw*) libgfor_cv_have_working_stat=3Dno ;;
  *) libgfor_cv_have_working_stat=3Dyes;;
esac])])
if test x"$libgfor_cv_have_working_stat" =3D xyes; then
  AC_DEFINE(HAVE_WORKING_STAT, 1, [Define if target has a reliable stat.])
fi])=