[Top post: contrast with a combination
using aarch64-binutils-2.28,1 that does
build.]
I've found one combination that works:
Use of /usr/local/aarch64-freebsd/bin/*
binutils materials mixed with use of
WITHOUT_DEBUG_FILES=
With that it was able to build libc.so.7
and, so, continue with the buil
> Author: avg
> Date: Thu Nov 2 13:49:08 2017
> New Revision: 325320
> URL:
> https://svnweb.freebsd.org/changeset/base/325320
>
>
> Log:
> Disable posix_fallocate(2) for ZFS
> . . .
Turns out lld uses fallocate and so can fail
on zfs now.
The following is the lld for a amd64 -> aarch64
cro
It turns out that svn commit: r325320
breaks lld.
lld has code that uses fallocate and
now can fail (stop the link) on zfs.
I've sent a separate reply to the
notice below that gives the details.
I added the [...] part of the title.
Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts
On 04/11/2017 12:32, Mark Millard wrote:
> if (int Err = ::posix_fallocate(FD, 0, Size)) {
> if (Err != EOPNOTSUPP)
> return std::error_code(Err, std::generic_category());
> }
The commit message that you didn't include into your reply contains some useful
information that authors / m
On 4 November 2017 at 07:41, Andriy Gapon wrote:
> On 04/11/2017 12:32, Mark Millard wrote:
>> if (int Err = ::posix_fallocate(FD, 0, Size)) {
>> if (Err != EOPNOTSUPP)
>> return std::error_code(Err, std::generic_category());
>> }
>
> The commit message that you didn't include into y
On 04/11/2017 13:41, Andriy Gapon wrote:
> On 04/11/2017 12:32, Mark Millard wrote:
>> if (int Err = ::posix_fallocate(FD, 0, Size)) {
>> if (Err != EOPNOTSUPP)
>> return std::error_code(Err, std::generic_category());
>> }
>
> The commit message that you didn't include into your repl
On 04/11/2017 13:58, Ed Maste wrote:
> I have no idea how they decided EINVAL was a reasonable errno for this case.
I completely agree. That's a weird choice that I have not seen for any other
API.
--
Andriy Gapon
___
freebsd-current@freebsd.org mail
Hi All,
I create packages (as an ordinary user with command "make packages")
for HEAD once a day. Today I've got a regression:
--- rev. 325351 regression ---
install -U -M /usr/obj/usr/src/amd64.amd64/worldstage//METALOG -D
/usr/obj/usr/src/amd64.amd64/worldstage -T package=runtime -o root -g
whe
On 11/03/2017 13:14, Bryan Drewery wrote:
On 11/2/2017 8:58 PM, Warner Losh wrote:
FreeBSD has grown too big to test every possible thing before you commit.
The build itself is massive. I usually forget about release/ and the
new 'make packages', external toolchain, "old style" kernel builds
On 11/3/2017 9:35 PM, Bryan Drewery wrote:
>> *** FATAL ERROR: Cannot 'cd' to /root/git/freebsd/release/.. and install
>> files to
>> the temproot environment
>>
>>
>
> If you run into an issue like that with t
On 2017-Nov-4, at 5:04 AM, Andriy Gapon wrote:
> On 04/11/2017 13:41, Andriy Gapon wrote:
>> On 04/11/2017 12:32, Mark Millard wrote:
>>> if (int Err = ::posix_fallocate(FD, 0, Size)) {
>>>if (Err != EOPNOTSUPP)
>>> return std::error_code(Err, std::generic_category());
>>> }
>>
>> The
On 2017-Nov-4, at 4:58 AM, Ed Maste wrote:
> On 4 November 2017 at 07:41, Andriy Gapon wrote:
>> On 04/11/2017 12:32, Mark Millard wrote:
>>> if (int Err = ::posix_fallocate(FD, 0, Size)) {
>>>if (Err != EOPNOTSUPP)
>>> return std::error_code(Err, std::generic_category());
>>> }
>>
On 2017-Nov-4, at 10:02 AM, Mark Millard wrote:
> On 2017-Nov-4, at 4:58 AM, Ed Maste wrote:
>
>> On 4 November 2017 at 07:41, Andriy Gapon wrote:
>>> On 04/11/2017 12:32, Mark Millard wrote:
if (int Err = ::posix_fallocate(FD, 0, Size)) {
if (Err != EOPNOTSUPP)
return st
Writing nanobsd (GPT) images into a memory disk results in a lot of console
errors like
those shown below on CURRENT ( 12.0-CURRENT FreeBSD 12.0-CURRENT #8 r325371:
Fri Nov 3
22:47:33 CET 2017 amd64):
g_handleattr: md0 bio_length 24 len 31 -> EFAULT
g_handleattr: md0 bio_length 24 len 31 -> EF
Can you share your config file?
Warner
On Nov 4, 2017 12:04 PM, "O. Hartmann" wrote:
> Writing nanobsd (GPT) images into a memory disk results in a lot of
> console errors like
> those shown below on CURRENT ( 12.0-CURRENT FreeBSD 12.0-CURRENT #8
> r325371: Fri Nov 3
> 22:47:33 CET 2017 amd64)
[The patch allowed the amd64 -> aarch64 cross-buildworld
to complete instead of failing in lld.]
On 2017-Nov-4, at 10:13 AM, Mark Millard wrote:
> On 2017-Nov-4, at 10:02 AM, Mark Millard wrote:
>
>
>> On 2017-Nov-4, at 4:58 AM, Ed Maste wrote:
>>
>>> On 4 November 2017 at 07:41, Andriy Gap
On 2017-Nov-4, at 4:58 AM, Ed Maste wrote:
> On 4 November 2017 at 07:41, Andriy Gapon wrote:
>> On 04/11/2017 12:32, Mark Millard wrote:
>>> if (int Err = ::posix_fallocate(FD, 0, Size)) {
>>>if (Err != EOPNOTSUPP)
>>> return std::error_code(Err, std::generic_category());
>>> }
>>
> On 11/2/2017 8:58 PM, Warner Losh wrote:
> > FreeBSD has grown too big to test every possible thing before you commit.
I would say that it has always been too big to test every possible
thing before a commit. Breakage is just going to happen, we make
great efforts to minimize it, but like all r
In message <201711041723.va4hnanj001...@pdx.rh.cn85.dnsmgr.net>, "Rodney W.
Gri
mes" writes:
> > On 11/2/2017 8:58 PM, Warner Losh wrote:
> > > FreeBSD has grown too big to test every possible thing before you commit.
>
> I would say that it has always been too big to test every possible
> thing
On 11/4/2017 9:35 AM, Bryan Drewery wrote:
> On 11/3/2017 9:35 PM, Bryan Drewery wrote:
>>> *** FATAL ERROR: Cannot 'cd' to /root/git/freebsd/release/.. and install
>>> files to
>>> the temproot environment
>>>
>>>
With the change in r325288, Wed Nov 1 21:22:05 2017 +,
'make distribution' would copy files (listed in /usr/src/etc/*/Makefile)
from the host's /etc/
to the provided DESTDIR rather than from the source tree's etc/
directory. Generated files like master.passwd and ssh keys were not
prone to thi
On 11/4/2017 8:27 PM, Bryan Drewery wrote:
> For people doing upgrades of remote systems or building images, you
> should upgrade past r325288 to fix the problem.
I of course meant r325416 from the subject.
signature.asc
Description: OpenPGP digital signature
22 matches
Mail list logo
