Where is ustat.h?

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Where is ustat.h?

Peter Humphrey-3
I'm trying to compile gcc-7.3.0-r3 to test a hypothesis, but I get this
failure:

/var/tmp/portage/sys-devel/gcc-7.3.0-r3/work/gcc-7.3.0/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:157:10: fatal error: sys/ustat.h: No such file or directory
 #include <sys/ustat.h>

I thought it might be in sys-kernel/linux-headers, but installing a
contemporaneous version didn't help. Google doesn't, either.

Can anyone point me in the right direction?

--
Regards,
Peter.




Reply | Threaded
Open this post in threaded view
|

Re: Where is ustat.h?

Nikos Chantziaras-2
On 02/01/2019 12:27, Peter Humphrey wrote:

> I'm trying to compile gcc-7.3.0-r3 to test a hypothesis, but I get this
> failure:
>
> /var/tmp/portage/sys-devel/gcc-7.3.0-r3/work/gcc-7.3.0/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:157:10: fatal error: sys/ustat.h: No such file or directory
>   #include <sys/ustat.h>
>
> I thought it might be in sys-kernel/linux-headers, but installing a
> contemporaneous version didn't help. Google doesn't, either.
>
> Can anyone point me in the right direction?

It seems it was provided by old glibc versions. It doesn't exist anymore.


Reply | Threaded
Open this post in threaded view
|

Re: Where is ustat.h?

Franz Fellner
❯ qfile /usr/include/sys/ustat.h
sys-libs/glibc (/usr/include/sys/ustat.h)

~ 36s
❯ eix -e glibc
[I] sys-libs/glibc
     Available versions:  (2.2) [M]**2.19-r2^s [M]2.21-r2^s [M]2.22-r4^s [M]2.23-r4^s [M]~2.24-r4^s [M]2.25-r11^s [M]2.26-r7^s 2.27-r6^s ~2.28-r4^s **9999^s
       {audit caps cet compile-locales debug doc gd hardened headers-only +multiarch multilib nscd profile +rpc selinux suid systemtap test vanilla}
     Installed versions:  2.27-r6(2.2)^s(09:53:17 25.10.2018)(multiarch multilib -audit -caps -compile-locales -doc -gd -hardened -headers-only -nscd -profile -selinux -suid -systemtap -vanilla)
     Homepage:            https://www.gnu.org/software/libc/
     Description:         GNU libc C library

Am Mi., 2. Jan. 2019 um 12:46 Uhr schrieb Nikos Chantziaras <[hidden email]>:
On 02/01/2019 12:27, Peter Humphrey wrote:
> I'm trying to compile gcc-7.3.0-r3 to test a hypothesis, but I get this
> failure:
>
> /var/tmp/portage/sys-devel/gcc-7.3.0-r3/work/gcc-7.3.0/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:157:10: fatal error: sys/ustat.h: No such file or directory
>   #include <sys/ustat.h>
>
> I thought it might be in sys-kernel/linux-headers, but installing a
> contemporaneous version didn't help. Google doesn't, either.
>
> Can anyone point me in the right direction?

It seems it was provided by old glibc versions. It doesn't exist anymore.


Reply | Threaded
Open this post in threaded view
|

Re: Where is ustat.h?

Nikos Chantziaras-2
It seems it's a recent removal then. It's not there on my system
(glibc-2.28-r4.)


On 02/01/2019 12:58, Franz Fellner wrote:

> ❯ qfile /usr/include/sys/ustat.h
> sys-libs/glibc (/usr/include/sys/ustat.h)
>
> ~ 36s
> ❯ eix -e glibc
> [I] sys-libs/glibc
>       Available versions:  (2.2) [M]**2.19-r2^s [M]2.21-r2^s
> [M]2.22-r4^s [M]2.23-r4^s [M]~2.24-r4^s [M]2.25-r11^s [M]2.26-r7^s
> 2.27-r6^s ~2.28-r4^s **9999^s
>         {audit caps cet compile-locales debug doc gd hardened
> headers-only +multiarch multilib nscd profile +rpc selinux suid
> systemtap test vanilla}
>       Installed versions:  2.27-r6(2.2)^s(09:53:17 25.10.2018)(multiarch
> multilib -audit -caps -compile-locales -doc -gd -hardened -headers-only
> -nscd -profile -selinux -suid -systemtap -vanilla)
>       Homepage: https://www.gnu.org/software/libc/
>       Description:         GNU libc C library
>
> Am Mi., 2. Jan. 2019 um 12:46 Uhr schrieb Nikos Chantziaras
> <[hidden email] <mailto:[hidden email]>>:
>
>     On 02/01/2019 12:27, Peter Humphrey wrote:
>      > I'm trying to compile gcc-7.3.0-r3 to test a hypothesis, but I
>     get this
>      > failure:
>      >
>      >
>     /var/tmp/portage/sys-devel/gcc-7.3.0-r3/work/gcc-7.3.0/libsanitizer/sanitizer_common/sanitizer_platform_limits_posix.cc:157:10:
>     fatal error: sys/ustat.h: No such file or directory
>      >   #include <sys/ustat.h>
>      >
>      > I thought it might be in sys-kernel/linux-headers, but installing a
>      > contemporaneous version didn't help. Google doesn't, either.
>      >
>      > Can anyone point me in the right direction?
>
>     It seems it was provided by old glibc versions. It doesn't exist
>     anymore.
>
>



Reply | Threaded
Open this post in threaded view
|

Re: Where is ustat.h?

Peter Humphrey-3
In reply to this post by Nikos Chantziaras-2
On Wednesday, 2 January 2019 10:47:50 GMT Nikos Chantziaras wrote:

> On 02/01/2019 12:27, Peter Humphrey wrote:
> > I'm trying to compile gcc-7.3.0-r3 to test a hypothesis, but I get this
> > failure:
> >
> > /var/tmp/portage/sys-devel/gcc-7.3.0-r3/work/gcc-7.3.0/libsanitizer/saniti
> > zer_common/sanitizer_platform_limits_posix.cc:157:10: fatal error:
> > sys/ustat.h: No such file or directory>
> >   #include <sys/ustat.h>
> >
> > I thought it might be in sys-kernel/linux-headers, but installing a
> > contemporaneous version didn't help. Google doesn't, either.
> >
> > Can anyone point me in the right direction?
>
> It seems it was provided by old glibc versions. It doesn't exist anymore.

Ah, and of course we can't downgrade glibc because it would be "...a sure way
to destruction." (That's what we're told if we try to do it.)

That's the end of that idea then. I wanted to see if my problem with loop-
mounting an iso was something introduced with a recent gcc, but now I may
never know.

--
Regards,
Peter.




Reply | Threaded
Open this post in threaded view
|

Re: Where is ustat.h?

Nikos Chantziaras-2
On 02/01/2019 16:28, Peter Humphrey wrote:
> That's the end of that idea then. I wanted to see if my problem with loop-
> mounting an iso was something introduced with a recent gcc, but now I may
> never know.

It seems that if GCC 7 doesn't emerge with the latest glibc, then that's
a bug you should report.