Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 9 Nov 2017 19:09:00 -0800
From:      Mark Millard <markmi@dsl-only.net>
To:        FreeBSD Toolchain <freebsd-toolchain@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>, FreeBSD Ports <freebsd-ports@freebsd.org>, bugzilla-noreply@freebsd.org
Subject:   Re: [Bug 223383] pathconf querying for posix_falloc not supported on freebsd [devel/llvm*'s lld's are also broken by this for zfs and need updating]
Message-ID:  <7A1EEAA2-C160-492E-B1DA-24E7D73268BB@dsl-only.net>
In-Reply-To: <bug-223383-34538-j5c28C4qDX@https.bugs.freebsd.org/bugzilla/>
References:  <bug-223383-34538@https.bugs.freebsd.org/bugzilla/> <bug-223383-34538-j5c28C4qDX@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
[ devel/llvm* also have the issue in their
lld 's.]

On 2017-Nov-7, at 4:43 PM, bugzilla-noreply at freebsd.org wrote:

> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223383
>=20
> --- Comment #7 from commit-hook@freebsd.org ---
> A commit references this bug:
>=20
> Author: emaste
> Date: Wed Nov  8 00:39:04 UTC 2017
> New revision: 325523
> URL: https://svnweb.freebsd.org/changeset/base/325523
>=20
> Log:
>  MFC r325420: lld: accept EINVAL to indicate posix_fallocate is =
unsupported
>=20
>  As of r325320 posix_fallocate on a ZFS filesystem returns EINVAL to
>  indicate that the operation is not supported. (I think this is a =
strange
>  choice of errno on the part of POSIX.)
>=20
>  PR:           223383, 223440
>  Reported by:  Mark Millard
>  Sponsored by: The FreeBSD Foundation
>=20
> Changes:
> _U  stable/11/
>  stable/11/contrib/llvm/lib/Support/Unix/Path.inc
>=20
> --=20
> You are receiving this mail because:
> You are on the CC list for the bug.

[Context a zfs file system.]

=46rom /usr/src/UPDATING:

20171106:
        The naive and non-compliant support of posix_fallocate(2) in ZFS
        has been removed as of r325320.  The system call now returns =
EINVAL
        when used on a ZFS file.  Although the new behavior complies =
with the
        standard, some consumers are not prepared to cope with it.
        One known victim is lld prior to r325420.


The issue is not limited to the system clang's
associated lld.=20

Here is an attempt to use clang++50, implicitly using
its associated lld:

# clang++50 -v exception_test.cc
clang version 5.0.0 (tags/RELEASE_500/final)
Target: x86_64-portbld-freebsd12.0
Thread model: posix
InstalledDir: /usr/local/llvm50/bin
 "/usr/local/llvm50/bin/clang-5.0" -cc1 -triple =
x86_64-portbld-freebsd12.0 -emit-obj -mrelax-all -disable-free =
-main-file-name exception_test.cc -mrelocation-model static =
-mthread-model posix -mdisable-fp-elim -masm-verbose =
-mconstructor-aliases -munwind-tables -target-cpu x86-64 -v =
-dwarf-column-info -debugger-tuning=3Dgdb -resource-dir =
/usr/local/llvm50/lib/clang/5.0.0 -internal-isystem /usr/include/c++/v1 =
-fdeprecated-macro -fdebug-compilation-dir /root/c_tests -ferror-limit =
19 -fmessage-length 200 -fobjc-runtime=3Dgnustep -fcxx-exceptions =
-fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o =
/tmp/exception_test-baadc9.o -x c++ exception_test.cc
clang -cc1 version 5.0.0 based upon LLVM 5.0.0 default target =
x86_64-portbld-freebsd12.0
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/v1
 /usr/local/llvm50/lib/clang/5.0.0/include
 /usr/include
End of search list.
 "/usr/local/llvm50/bin/ld" --eh-frame-hdr -dynamic-linker =
/libexec/ld-elf.so.1 --hash-style=3Dboth --enable-new-dtags -o a.out =
/usr/lib/crt1.o /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib =
/tmp/exception_test-baadc9.o -lc++ -lm -lgcc --as-needed -lgcc_s =
--no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed =
/usr/lib/crtend.o /usr/lib/crtn.o
/usr/local/llvm50/bin/ld: error: cannot open output file a.out: Invalid =
argument
clang-5.0: error: linker command failed with exit code 1 (use -v to see =
invocation)


https://svnweb.freebsd.org/ports/head/devel/?dir_pagestart=3D1000

does not yet suggest updates to devel/llvm* 's for
the issue.

=3D=3D=3D
Mark Millard
markmi at dsl-only.net




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7A1EEAA2-C160-492E-B1DA-24E7D73268BB>