Re: make buildworld failure on arm64 on -current n267777

On Fri, 26 Jan 2024, at 00:14, void wrote: > In /usr/src # git rev-list --count --first-parent HEAD > 26 in /usr/src, a 'git reset --hard' followed by 'git pull' and then 'git checkout main' fixed this. For some reason, 'git pull --ff-only' didn't pull

make buildworld failure on arm64 on -current n267777

In /usr/src # git rev-list --count --first-parent HEAD 26 include/machine -> /usr/src/sys/arm64/include Building /usr/obj/usr/src/arm64.aarch64/stand/efi/loader_4th/vers.c Building /usr/obj/usr/src/arm64.aarch64/stand/efi/loader_4th/8x16.c Building

Re: make buildworld puts legacy tools into the /usr/obj/... tree

nzU56j > > > > ... > > Required library libdialog.so.8 not found. > > *** [installworld] Error code 1 > > > > make[1]: stopped in /usr/src > > > > Investigating the problem it turned out that the 'make buildworld' puts > > a lot of legacy binaries in to s

Re: make buildworld puts legacy tools into the /usr/obj/... tree

El día domingo, agosto 06, 2023 a las 10:12:03a. m. -0600, Warner Losh escribió: > So what's the vintage of the host you are building with? And what sources > are > you building... The vintage was (now updated): 13.0-CURRENT 1300130 r368164 and /usr/src was git cloned from yesterday's head.

Re: make buildworld puts legacy tools into the /usr/obj/... tree

; mkdir -p /tmp/install.j76anzU56j > > > > > > ... > > > Required library libdialog.so.8 not found. > > > *** [installworld] Error code 1 > > > > > > make[1]: stopped in /usr/src > > > > > > Investigating the problem it turned

Re: make buildworld puts legacy tools into the /usr/obj/... tree

stallworld DESTDIR=/home/... > > > > This failed with: > > > > --- installworld --- > > mkdir -p /tmp/install.j76anzU56j > > > > ... > > Required library libdialog.so.8 not found. > > *** [installworld] Error code 1 > > > > make[1]: s

Re: make buildworld puts legacy tools into the /usr/obj/... tree

ibdialog.so.8 not found. > *** [installworld] Error code 1 > > make[1]: stopped in /usr/src > > Investigating the problem it turned out that the 'make buildworld' puts > a lot of legacy binaries in to some directory: > > # ls -l /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin >

make buildworld puts legacy tools into the /usr/obj/... tree

with # make installworld DESTDIR=/home/... This failed with: --- installworld --- mkdir -p /tmp/install.j76anzU56j ... Required library libdialog.so.8 not found. *** [installworld] Error code 1 make[1]: stopped in /usr/src Investigating the problem it turned out that the 'make buildworld' puts a lot

[Bug 272536] 'make buildworld -j 8' fails: pid 79018 (clang), jid 0, uid 0, was killed: a thread waiting too long to allocate a page

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272536 --- Comment #5 from Yuri Victorovich --- (In reply to Mark Millard from comment #4) > Being in a VirtualBox VM the /dev/ada0p2 may not indicate > much about the actual media involved. The physical medium is a traditional spinning HD

[Bug 272536] 'make buildworld -j 8' fails: pid 79018 (clang), jid 0, uid 0, was killed: a thread waiting too long to allocate a page

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272536 --- Comment #4 from Mark Millard --- (In reply to Yuri Victorovich from comment #2) Being in a VirtualBox VM the /dev/ada0p2 may not indicate much about the actual media involved. Microsd card and spinning rust media are more likely than

[Bug 272536] 'make buildworld -j 8' fails: pid 79018 (clang), jid 0, uid 0, was killed: a thread waiting too long to allocate a page

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272536 --- Comment #3 from Yuri Victorovich --- (In reply to Mark Millard from comment #1) > Do you have anything specific for what controls getting [...]. This is a generic install. No specific options of any kind were set. -- You are

[Bug 272536] 'make buildworld -j 8' fails: pid 79018 (clang), jid 0, uid 0, was killed: a thread waiting too long to allocate a page

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272536 --- Comment #2 from Yuri Victorovich --- (In reply to Mark Millard from comment #1) Swap is on /dev/ada0p2. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 272536] 'make buildworld -j 8' fails: pid 79018 (clang), jid 0, uid 0, was killed: a thread waiting too long to allocate a page

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272536 Mark Millard changed: What|Removed |Added CC||marklmi26-f...@yahoo.com ---

[Bug 272536] 'make buildworld -j 8' fails: pid 79018 (clang), jid 0, uid 0, was killed: a thread waiting too long to allocate a page

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=272536 Yuri Victorovich changed: What|Removed |Added URL||https://people.freebsd.org/

Re: make buildworld broken on RISC-V.

On Wed, Oct 6, 2021 at 7:23 AM Karel Gardas wrote: > > > Hello, > > I'm using 14-CURRENT oprovided qcow2 image from September 30 in > qemu-system-risc64. It runs fine so I'm testing it with attempting make > buildworld. This unfortunately fails with: > > ===&g

make buildworld broken on RISC-V.

Hello, I'm using 14-CURRENT oprovided qcow2 image from September 30 in qemu-system-risc64. It runs fine so I'm testing it with attempting make buildworld. This unfortunately fails with: ===> lib/clang/headers (includes) [Creating objdir /usr/obj/usr/src/riscv.riscv64/lib/clang/head

Re: git: 99feb137f5f6 - main - `make buildworld' with time logging for each stage

On Sun, Aug 01, 2021 at 02:35:22PM +0200, Wolfram Schneider wrote: > Hi David, > > Thanks for the investigation. I will prepare a fix soon. Cool; thanks. That said, the actual reboot got a panic with the keyboard inoperable, so there are likely other issues. I'll try to get some information on

Re: git: 99feb137f5f6 - main - `make buildworld' with time logging for each stage

Hi David, Thanks for the investigation. I will prepare a fix soon. BTW, should we care about the error message "sh: pkg: not found" ? -Wolfram On Sun, 1 Aug 2021 at 14:26, David Wolfskill wrote: > > I believe that src/Makefile.inc1 needs a tweak to add "time" to the list > of "Required

Re: git: 99feb137f5f6 - main - `make buildworld' with time logging for each stage

I believe that src/Makefile.inc1 needs a tweak to add "time" to the list of "Required install tools to be saved in a scratch dir for safety" -- something like: diff --git a/Makefile.inc1 b/Makefile.inc1 index 3d54a088d070..213b32a97ed3 100644 --- a/Makefile.inc1 +++ b/Makefile.inc1 @@ -1300,7

Re: zfs panic when 'make buildworld buildkernel'

Please try https://svnweb.freebsd.org/changeset/base/366717 On 10/15/20, YAMAMOTO Shigeru wrote: > > Thank you for your help. > > after > https://svnweb.freebsd.org/base?view=revision=366685 > > I update kernel and try to 'make buildworld buildkernel'. > > 1st

Re: zfs panic when 'make buildworld buildkernel'

Thank you for your help. after https://svnweb.freebsd.org/base?view=revision=366685 I update kernel and try to 'make buildworld buildkernel'. 1st time, I can finished 'make buildworld buildkernel'. 2nd time, panic ``` [root@jenkins-02 ~]# uname -a FreeBSD jenkins-02.current.os-hackers.jp

Re: zfs panic when 'make buildworld buildkernel'

On 10/13/20, Mateusz Guzik wrote: > On 10/13/20, YAMAMOTO Shigeru wrote: >> >> Hi, >> >> I try to 'make buildworld buildkernel' at full ZFS environment. >> But I can't finished buildworld/buildkernel without panic. >> Anyone have same trouble? >&

Re: zfs panic when 'make buildworld buildkernel'

On 10/13/20, YAMAMOTO Shigeru wrote: > > Hi, > > I try to 'make buildworld buildkernel' at full ZFS environment. > But I can't finished buildworld/buildkernel without panic. > Anyone have same trouble? > > uname -a: > ``` > FreeBSD jenkins-02.current.os-hacker

zfs panic when 'make buildworld buildkernel'

Hi, I try to 'make buildworld buildkernel' at full ZFS environment. But I can't finished buildworld/buildkernel without panic. Anyone have same trouble? uname -a: ``` FreeBSD jenkins-02.current.os-hackers.jp 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r366657: Tue Oct 13 13:07:15 JST 2020 r

Re: "make buildworld" fails for r360785?

Dimitry Andric writes: > /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:10: > fatal error: 'emmintrin.h' file not found > #include > ^ > ... > > In file included from >

Re: "make buildworld" fails for r360785?

On 9 May 2020, at 05:10, Robert Huff wrote: > > Chris writes: >>> "make buildowrld" fails with: ... /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:10: fatal error: 'emmintrin.h' file not found #include ^ ... > In file included

Re: "make buildworld" fails for r360785?

Chris writes: > >"make buildowrld" fails with: > > > > > c++ -O2 -pipe -fno-common > > > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang > > > -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm > > > -I/usr/src/contrib/llvm-project/clang/lib/Basic > >

Re: "make buildworld" fails for r360785?

On Thu, 7 May 2020 23:11:22 -0400 Robert Huff roberth...@rcn.com said Hello: On a system running: FreeBSD 13.0-CURRENT #0 r354131: Mon Oct 28 17:27:33 EDT 2019 amd64 Today around noon I downloaded a fresh copy of the source tree (for base/head) to r360785. make.conf:

"make buildworld" fails for r360785?

Hello: On a system running: FreeBSD 13.0-CURRENT #0 r354131: Mon Oct 28 17:27:33 EDT 2019 amd64 Today around noon I downloaded a fresh copy of the source tree (for base/head) to r360785. make.conf: #WITH_DEBUG=yes SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL

Re: bootstrap error with make buildworld

us which revision your source tree > is current at. > > > > > make clean > > > > make -j6 buildworld > > make buildworld > > Running make without any parallelism makes it easier to know the exact > point of failure. > The exact point of failure in th

Re: bootstrap error with make buildworld

20 at 11:13 AM Jochen Neumeister > > wrote: > > > after a > > > cd /usr/src > > > svn up It might be helpful if you can tell us which revision your source tree is current at. > > > make clean > > > make -j6 buildworld make buildworld Runni

Re: bootstrap error with make buildworld

Anyone got a tip to solve this problem? Otherwise I would unfortunately have to reinstall the server. My Poudriere Box runs on this server Am 17.02.20 um 18:14 schrieb Kyle Evans: On Mon, Feb 17, 2020 at 11:13 AM Jochen Neumeister wrote: after a cd /usr/src svn up make clean make -j6

Re: bootstrap error with make buildworld

On Mon, Feb 17, 2020 at 11:13 AM Jochen Neumeister wrote: > > after a > cd /usr/src > svn up > make clean > make -j6 buildworld > > [..] > ake[2]: stopped in /usr/src > --- _bootstrap-tools-link-test --- > /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/test -> /bin/test > ---

bootstrap error with make buildworld

after a cd /usr/src svn up make clean make -j6 buildworld [..] ake[2]: stopped in /usr/src --- _bootstrap-tools-link-test --- /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/test -> /bin/test --- _bootstrap-tools-link-xz --- /usr/obj/usr/src/amd64.amd64/tmp/legacy/bin/xz -> /usr/bin/xz ---

ZFS sends TIRMs to agressively? (Was: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system)

Hello Lev, Saturday, December 8, 2018, 7:58:37 PM, you wrote: >> Can you please narrow the problem down to a specific kernel revision? > I'm still not sure it is software or hardware problem. Looks like Samsung 850 EVO doesn't like TRIMs sent by ZFS (and I've thought it is good SSD,

Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system

Hello Mateusz, Saturday, December 8, 2018, 5:27:42 PM, you wrote: >> Looks like each next compiler invocation is slower and more stressful than >> previous one. > Is this a fresh install? Almost fresh. It was installed from some rather fresh 13 snapshot and then upgraded to r341157 and custom

Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system

On 12/8/18, Lev Serebryakov wrote: > Hello Lev, > > Saturday, December 8, 2018, 2:13:03 PM, you wrote: > > >> Even when build is single-job, system becomes unresponsive. With >> 4-job build running it could takes up to minute to switch screen's >> windows! > And even with 1-job kernel build

Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system

08.12.2018 18:13, Lev Serebryakov wrote: > I'm completely lost. Is it problem of software? Hardware? If it is > hardware problem what should I blame? Try using different kern.timecounter.hardware and/or kern.eventtimer.timer but first try kern.eventtimer.periodic=1 instead of default 0. If

Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system

Hello Eugene, Saturday, December 8, 2018, 4:27:13 PM, you wrote: >> I'm completely lost. Is it problem of software? Hardware? If it is >> hardware problem what should I blame? > Try using different kern.timecounter.hardware and/or kern.eventtimer.timer > but first try

Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system

Hello Lev, Saturday, December 8, 2018, 2:13:03 PM, you wrote: > Even when build is single-job, system becomes unresponsive. With > 4-job build running it could takes up to minute to switch screen's windows! And even with 1-job kernel build upsmon's connection to remote upsd flickers!

Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system

Hello Lev, Saturday, December 8, 2018, 2:13:03 PM, you wrote: > Another strange thing I noticed: when system is in such state, "top -SH" > shows that sometimes very low-profile processes, like clock software > interrupt (!) could consume large amount of CPU for short periods time. When >

Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system

‐‐‐ Original Message ‐‐‐ On Saturday, December 8, 2018 8:18 AM, Lev Serebryakov wrote: > Hello Lev, > > Saturday, December 8, 2018, 2:13:03 PM, you wrote: > > > Another strange thing I noticed: when system is in such state, "top -SH" > > shows that sometimes very low-profile processes,

Re: Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system

Hello Lev, Saturday, December 8, 2018, 2:13:03 PM, you wrote: > I've checked all "standard" places — CPU is not throttling, SSD looks > perfectly Ok according to SMART and there is no complains from AHCI driver > about timeouts and such, system doesn't start to use swap. ZFS ARC was checked

Painfully slow compilation (read: "make buildworld buildkernel") on not-so-weak system

Hello Freebsd-hackers, I'm experiencing very strange situation on my lab system which is E3-1220v2, 8GiB of RAM and 850 EVO SATA SSD (with single ZFS pool). It runs CURRENT r341157. Kernel is built *without* INVARIANTS and other heavy debug aids. Everything works great — but compilation.

Re: Make buildworld fails

> On 11. Jul 2018, at 08:22, blubee blubeeme wrote: > > Why am I getting these errors? > > error: user-defined literal suffixes not starting with '_' are reserved > [-Werror,-Wuser-defined-literals] > > -- > In file included from

Make buildworld fails

Why am I getting these errors? error: user-defined literal suffixes not starting with '_' are reserved [-Werror,-Wuser-defined-literals] -- In file included from /usr/src/usr.sbin/pmc/cmd_pmc_filter.cc:71: In file included from

clang error make buildworld

I am tying to buildworld on an ivybridge (amd64) machine and I get the following error: ===> lib/libc/tests/ssp (all) (cd /usr/src/lib/libc/tests/ssp && DEPENDFILE=.depend.h_fgets NO_SUBDIR=1 make -f /usr/src/lib/libc/tests/ssp/Makefile _RECURSING_PROGS=t PROG=h_fgets ) (cd

Re: make buildworld broken at r317821 (libsysdecode)

In message , Andrey Fesenko writes: > On Sat, May 6, 2017 at 2:52 AM, Ngie Cooper wrote: > > On Fri, May 5, 2017 at 4:43 PM, Cy Schubert wrot > e: > > > > ... > > > >> You have

Re: make buildworld broken at r317821 (libsysdecode)

On Sat, May 6, 2017 at 2:52 AM, Ngie Cooper wrote: > On Fri, May 5, 2017 at 4:43 PM, Cy Schubert wrote: > > ... > >> You have a bad DIMM. I had this same problem on my laptop but not on my >> servers downstairs. That suggested that since all four

Re: make buildworld broken at r317821 (libsysdecode)

In message

Re: make buildworld broken at r317821 (libsysdecode)

On Fri, 5 May 2017 12:41:27 PM Kyle Evans wrote: [...] > FYI- This has now been committed as r317842. Apologies for the breakage, > and thanks for the reports! Thanks :-) ___ freebsd-current@freebsd.org mailing list

Re: make buildworld broken at r317821 (libsysdecode)

On Fri, May 05, 2017, Kyle Evans wrote: >FYI- This has now been committed as r317842. Apologies for the >breakage, and thanks for the reports! Fixed for me after reinstalling usr.bin/grep. Thanks. -- Regards, | "In theory there is no difference between theory Vladimir

Re: make buildworld broken at r317821 (libsysdecode)

On Fri, May 5, 2017 at 4:43 PM, Cy Schubert wrote: ... > You have a bad DIMM. I had this same problem on my laptop but not on my > servers downstairs. That suggested that since all four machines were > running the same software the difference between them was hardware.

Re: make buildworld broken at r317821 (libsysdecode)

In message , Andrey Fesenko writes: > On Fri, May 5, 2017 at 8:41 PM, Kyle Evans wrote: > > On Fri, May 5, 2017 at 9:31 AM, Kyle Evans wrote: > > > >> On May 5, 2017 8:39 AM, "Dimitry

Re: make buildworld broken at r317821 (libsysdecode)

On 5 May 2017, at 20:02, Andrey Fesenko wrote: > > On Fri, May 5, 2017 at 8:41 PM, Kyle Evans wrote: ... > >> FYI- This has now been committed as r317842. Apologies for the breakage, >> and thanks for the reports! > > Build not fixed (but is built

Re: make buildworld broken at r317821 (libsysdecode)

On Fri, May 5, 2017 at 8:41 PM, Kyle Evans wrote: > On Fri, May 5, 2017 at 9:31 AM, Kyle Evans wrote: > >> On May 5, 2017 8:39 AM, "Dimitry Andric" wrote: >> >> >> This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode >>

Re: make buildworld broken at r317821 (libsysdecode)

On Fri, May 5, 2017 at 9:31 AM, Kyle Evans wrote: > On May 5, 2017 8:39 AM, "Dimitry Andric" wrote: > > > This appears to be caused by bsdgrep. :-/ The build for lib/libsysdecode > uses a shell script, mkioctls, to generate a ioctl.c file at build time. >

Re: make buildworld broken at r317821 (libsysdecode)

On May 5, 2017 8:39 AM, "Dimitry Andric" wrote: On 5 May 2017, at 11:31, Vladimir Zakharov wrote: > > Cannot build world due to error in compiling lib/libsysdecode. ... > --- all_subdir_lib/libsysdecode --- > ioctl.c:30:10: fatal error:

Re: make buildworld broken at r317821 (libsysdecode)

On 5 May 2017, at 11:31, Vladimir Zakharov wrote: > > Cannot build world due to error in compiling lib/libsysdecode. ... > --- all_subdir_lib/libsysdecode --- > ioctl.c:30:10: fatal error: 'cam/cam_compat.h:#define' file not found > #include >

Re: make buildworld broken at r317821 (libsysdecode)

On Fri, May 05, 2017, David Wolfskill wrote: > On Fri, May 05, 2017 at 07:05:14PM +0800, Alastair Hogge wrote: > > On Fri, 5 May 2017 12:31:41 PM Vladimir Zakharov wrote: > > > Hello! > > > > > > Cannot build world due to error in compiling lib/libsysdecode. Cleaning > > > (make clean, make

Re: make buildworld broken at r317821 (libsysdecode)

On Fri, May 05, 2017 at 07:05:14PM +0800, Alastair Hogge wrote: > On Fri, 5 May 2017 12:31:41 PM Vladimir Zakharov wrote: > > Hello! > > > > Cannot build world due to error in compiling lib/libsysdecode. Cleaning > > (make clean, make cleandepend and wiping out ccache data) does not help. > > >

Re: make buildworld broken at r317821 (libsysdecode)

On Fri, 5 May 2017 12:31:41 PM Vladimir Zakharov wrote: > Hello! > > Cannot build world due to error in compiling lib/libsysdecode. Cleaning > (make clean, make cleandepend and wiping out ccache data) does not help. > > $ make -j 4 buildworld && make -j 4 buildkernel && make installkernel > ...

make buildworld broken at r317821 (libsysdecode)

Hello! Cannot build world due to error in compiling lib/libsysdecode. Cleaning (make clean, make cleandepend and wiping out ccache data) does not help. $ make -j 4 buildworld && make -j 4 buildkernel && make installkernel ... --- all_subdir_lib/libstand --- --- strcat.o ---

`make buildworld` does not build base llvm on amd64

and base llvm was not built in both case. 2. Install the devel/git package with pkg. 3. Clone the github repository to /usr/src. 4. Try to build everything: # cd /usr/src/ # make buildworld buildkernel 5. The build stops immediately because make cannot find llvm39. Here is the error message

Re: 'make buildworld' failure

On Thursday 05 January 2017 12:26:58 Hiroki Sato wrote: > hiren panchasara wrote > in <20170104180954.gv17...@strugglingcoder.info>: > > hi> + hrs@ > hi> On 01/04/17 at 12:43P, Oleg V. Nauman wrote: > hi> > ===> usr.sbin/inetd (all) [skip] > hi> > 4 errors

Re: 'make buildworld' failure

hiren panchasara wrote in <20170104180954.gv17...@strugglingcoder.info>: hi> + hrs@ hi> On 01/04/17 at 12:43P, Oleg V. Nauman wrote: hi> > ===> usr.sbin/inetd (all) hi> > cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - hi> >

Re: 'make buildworld' failure

+ hrs@ On 01/04/17 at 12:43P, Oleg V. Nauman wrote: > ===> usr.sbin/inetd (all) > cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - > B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=nehalem -DLOGIN_CAP -DIPSEC - > g -MD -MF.depend.inetd.o -MTinetd.o -std=gnu99

'make buildworld' failure

===> usr.sbin/inetd (all) cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=nehalem -DLOGIN_CAP -DIPSEC - g -MD -MF.depend.inetd.o -MTinetd.o -std=gnu99 -fstack-protector-strong - Wsystem-headers -Werror -Wall -Wno-format-y2k

make buildworld failure?

Hi, yes, I do have -DNO_CLEAN in my make command, which gives: make -DNO_CLEAN buildworld ===> secure/libexec/sftp-server (all) /usr/local/libexec/ccache/world/cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe

Re: r300951 make buildworld duration 18h

It's too bad make(1) can't have a "max parallel jobs" for a particular directory. I believe that some of the llvm build winds up using nearly a gig of RAM per compiled .c file, so when you are running 2 jobs at once, LLVM will swap like mad. If we could add something under the llvm

Re: r300951 make buildworld duration 18h

On Mon, 30 May 2016 07:37:26 -0700 Matthias Apitz wrote > > Hello, > > Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld > as > > # make -j2 buildworld > > it ended today at lunchtime after 18 hours. The laptop has 2x

Re: r300951 make buildworld duration 18h

Hi! > Yesterday I pulled via svn co ... a fresh r300951 and started the > buildworld as > > # make -j2 buildworld > > it ended today at lunchtime after 18 hours. The laptop has > 2x Intel Atom 1.6GHz and 1 GByte RAM and was otherwise unused. > Is this the normal buildworld time of today? Yes,

Re: r300951 make buildworld duration 18h

El lunes, 30 de mayo de 2016 17:11:15 (CEST), Bob Bishop escribió: HI, On 30 May 2016, at 15:37, Matthias Apitz wrote: Hello, Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld as # make -j2 buildworld it ended today at

Re: r300951 make buildworld duration 18h

HI, > On 30 May 2016, at 15:37, Matthias Apitz wrote: > > > Hello, > > Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld > as > > # make -j2 buildworld > > it ended today at lunchtime after 18 hours. The laptop has 2x Intel Atom > 1.6GHz > and

Re: r300951 make buildworld duration 18h

On 05/30/16 10:37, Matthias Apitz wrote: > Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld > as > > # make -j2 buildworld > > it ended today at lunchtime after 18 hours. The laptop has 2x Intel Atom > 1.6GHz > and 1 GByte RAM and was otherwise unused. Is this the

r300951 make buildworld duration 18h

Hello, Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld as # make -j2 buildworld it ended today at lunchtime after 18 hours. The laptop has 2x Intel Atom 1.6GHz and 1 GByte RAM and was otherwise unused. Is this the normal buildworld time of today? I think it spent

Re: r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include llvm/ADT/APFloat.h

On Sat, 17 May 2014 10:11+0200, O. Hartmann wrote: With 11.0-CURRENT's sources (r266298) buildworld fails: [...] /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp:15:10: fatal error: 'llvm/ADT/APFloat.h' file not found #include llvm/ADT/APFloat.h ^ 1

Re: r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include llvm/ADT/APFloat.h

Am Sun, 18 May 2014 21:22:25 +0200 (CEST) Trond Endrestøl trond.endres...@fagskolen.gjovik.no schrieb: On Sat, 17 May 2014 10:11+0200, O. Hartmann wrote: With 11.0-CURRENT's sources (r266298) buildworld fails: [...]

r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include llvm/ADT/APFloat.h

With 11.0-CURRENT's sources (r266298) buildworld fails: [...] /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp:15:10: fatal error: 'llvm/ADT/APFloat.h' file not found #include llvm/ADT/APFloat.h ^ 1 error generated.

Re: r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include llvm/ADT/APFloat.h

On 17 May 2014, at 10:11, O. Hartmann ohart...@zedat.fu-berlin.de wrote: With 11.0-CURRENT's sources (r266298) buildworld fails: [...] /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp:15:10: fatal error: 'llvm/ADT/APFloat.h' file not found #include

Re: r266298: make buildworld fail: fatal error: 'llvm/ADT/APFloat.h' file not found #include llvm/ADT/APFloat.h

On 17 May 2014, at 13:35, Dimitry Andric d...@freebsd.org wrote: On 17 May 2014, at 10:11, O. Hartmann ohart...@zedat.fu-berlin.de wrote: With 11.0-CURRENT's sources (r266298) buildworld fails: [...] /usr/src/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp:15:10:

make buildworld fails for 10-stable

-0:/usr # cd src root@dev-0:/usr/src # make clean make clean make buildworld [lots of output] The build fails with: -- stage 2.3: build tools -- cd /usr/src; MAKEOBJDIRPREFIX

Re: make buildworld

George Mitchell wrote, On 10/23/2013 03:22: On 10/22/13 20:55, Mateusz Guzik wrote: On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: error: 'MALLOC_PRODUCTION' macro redefined [-Werror] #define MALLOC_PRODUCTION ^ command line:6:9: note: previous definition is here #define

make buildworld

OK, here's a bit of history of this box. Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. So I followed all the advice how to disable all debugging features. Now I'm trying to build latest 10 and I'm getting the error below. What's wrong? cc -O2 -pipe -march=core2

Re: make buildworld

On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: OK, here's a bit of history of this box. Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. So I followed all the advice how to disable all debugging features. Now I'm trying to build latest 10 and I'm getting

Re: make buildworld

On 10/22/13 20:55, Mateusz Guzik wrote: On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: OK, here's a bit of history of this box. Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. So I followed all the advice how to disable all debugging features. Now I'm

Re: make buildworld

On Wed, 23 Oct 2013 02:55:02 +0200 Mateusz Guzik mjgu...@gmail.com wrote: On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote: OK, here's a bit of history of this box. Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. So I followed all the advice how to

Re: make buildworld

On 23/10/2013 11:50, Saul A. Peebsen wrote: Never wanted to run CURRENT, but had no choice, STABLE wouldn't boot. is there anything else I need to modify to move from 10-CURRENT to BETA and ultimately to RELEASE? I believe HEAD has been renamed to 11-CURRENT stable/10 was created 12 days

While make buildworld: error: _libiconv_compat.h: No such file or directory

WITHOUT_RCS=YES WITHOUT_SHAREDOCS=YES #WITHOUT_USB=YES #WITHOUT_WIRELESS=YES WITHOUT_ZFS=YES make buildworld In file included from /usr/src/lib/libc/iconv/citrus_iconv.c:37: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory

Re: make buildworld fails

06.08.2013 03:45, Robert Huff пишет: Boris Samorodov writes: This note from /usr/src/UPDATING may be relevant: - 20130613: Some people report the following error after the switch to bmake: make: illegal option -- J usage: make

Re: make buildworld fails

On Aug 7, 2013, at 12:31, Boris Samorodov b...@passap.ru wrote: 06.08.2013 03:45, Robert Huff пишет: ... cd /usr/src; PATH=/sbin:/bin:/usr/sbin:/usr/bin `test -x /usr/obj/usr/src/make.amd64/bmake echo /usr/obj/usr/src/make.amd64/bmake || echo make` -m /usr/src/share/mk -f Makefile.inc1

Re: make buildworld fails

07.08.2013 15:14, Dimitry Andric пишет: On Aug 7, 2013, at 12:31, Boris Samorodov b...@passap.ru wrote: 06.08.2013 03:45, Robert Huff пишет: ... cd /usr/src; PATH=/sbin:/bin:/usr/sbin:/usr/bin `test -x /usr/obj/usr/src/make.amd64/bmake echo /usr/obj/usr/src/make.amd64/bmake || echo make`

Re: make buildworld fails

Aug 7 07:39 usr BTW, total removing of /usr/src should help also. The 'make buildworld' is part of: #! /bin/csh cd /usr/src rm buildworld.log rm -rf /usr/obj make -v cleandir date ./buildworld.time make -v -d l buildworld ./buildworld.log tail -n 50 /usr/src/buildworld.log

Re: make buildworld fails

removing of /usr/src should help also. The 'make buildworld' is part of: #! /bin/csh cd /usr/src rm buildworld.log rm -rf /usr/obj make -v cleandir date ./buildworld.time make -v -d l buildworld ./buildworld.log tail -n 50 /usr/src/buildworld.log | sendmail huff One more thing. I

Re: make buildworld fails

Boris Samorodov writes: While at the first e-mail last log line was: sh /usr/src/tools/install.sh -o root -g wheel -m 555 make \ /usr/obj/usr/src/make.amd64/make Are there some non-default configure/environment values? Not as far as I know. There is no src.conf;

Re: make buildworld fails

On Aug 7, 2013, at 15:40, Robert Huff roberth...@rcn.com wrote: Boris Samorodov writes: ... Are there some non-default configure/environment values? Not as far as I know. There is no src.conf; make.conf is appended. Robert Huff CFLAGS=

Re: make buildworld fails

Craig Rodrigues writes: On Sat, Jun 1, 2013 at 10:47 AM, Robert Huff roberth...@rcn.com wrote: cc -O -pipe -g -DNO_PWD_OVERRIDE -I/usr/src/usr.bin/bmake -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H -DHAVE_CONFIG_H -DUSE_META -DMAKE_NATIVE -DHAVE_CONFIG_H

Re: make buildworld fails

05.08.2013 19:33, Robert Huff пишет: cd /usr/src; PATH=/sbin:/bin:/usr/sbin:/usr/bin `test -x /usr/obj/usr/src/make.amd64/bmake echo /usr/obj/usr/src/make.amd64/bmake || echo make` -m /usr/src/share/mk -f Makefile.inc1 TARGET=amd64 TARGET_ARCH=amd64 buildworld usage: bmake

Re: make buildworld fails

Boris Samorodov writes: This note from /usr/src/UPDATING may be relevant: - 20130613: Some people report the following error after the switch to bmake: make: illegal option -- J usage: make [-BPSXeiknpqrstv] [-C directory] [-D variable]

Re: CUURENT: make buildworld fails: install: libegacy.a: No such file or directory

/usr/obj/* prior to make buildworld buildkernel, even on i386. And to speed things up, I run make with -DNO_CLEAN. I haven't (yet) encountered any negative side effects on neither stable/8, stable/9, nor head. -- +---++ | Vennlig

  1   2   3   4   >