Re: 14-CURRENT/aarch64 build problem

On 6/8/21 3:42 PM, Juraj Lutter wrote: On 8 Jun 2021, at 21:38, bob prohaska wrote: FWIW, same problem seen here. In an added twist, git pull (hoping for a fix) fails also: root@www:/usr/src # git pull error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy':

Re: 14-CURRENT/aarch64 build problem

> On 8 Jun 2021, at 21:38, bob prohaska wrote: > > FWIW, same problem seen here. In an added twist, git pull (hoping for > a fix) fails also: > > root@www:/usr/src # git pull > error: cannot lock ref 'refs/remotes/freebsd/vendor/openzfs/legacy': > 'refs/remotes/freebsd/vendor/openzfs'

Re: 14-CURRENT/aarch64 build problem

On Tue, Jun 08, 2021 at 09:15:37PM +0200, Juraj Lutter wrote: > Hi, > > I???m having problem to build recent 14-CURRENT/aarch64 as of > 6d2648bcaba9b14e2f5c76680f3e7608e1f125f4: > > --- cddl/lib/libuutil__L --- > make[4]: make[4]: don't know how to make uu_dprintf.c. Stop > make[4]: make[4]:

14-CURRENT/aarch64 build problem

Hi, I’m having problem to build recent 14-CURRENT/aarch64 as of 6d2648bcaba9b14e2f5c76680f3e7608e1f125f4: --- cddl/lib/libuutil__L --- make[4]: make[4]: don't know how to make uu_dprintf.c. Stop make[4]: make[4]: don't know how to make uu_open.c. Stop `uu_alloc.c' is up to date. `uu_avl.c' is

Re: geeqie, and neverball build problem on 13-current

On 2020-09-24 11:52, Stefan Esser wrote: Am 24.09.20 um 11:24 schrieb Niclas Zeising: On 2020-09-24 11:17, monochrome wrote: Not sure how long this has been a problem, I noticed with the new version of geeqie (geeqie-devel builds fine) and found the neverball problem when rebuilding all

Re: geeqie, and neverball build problem on 13-current

Am 24.09.20 um 11:24 schrieb Niclas Zeising: On 2020-09-24 11:17, monochrome wrote: Not sure how long this has been a problem, I noticed with the new version of geeqie (geeqie-devel builds fine) and found the neverball problem when rebuilding all packages to investigate. neverball output

Re: geeqie, and neverball build problem on 13-current

On 2020-09-24 11:17, monochrome wrote: Not sure how long this has been a problem, I noticed with the new version of geeqie (geeqie-devel builds fine) and found the neverball problem when rebuilding all packages to investigate. neverball output changes with consecutive build attempts, geeqie

geeqie, and neverball build problem on 13-current

Not sure how long this has been a problem, I noticed with the new version of geeqie (geeqie-devel builds fine) and found the neverball problem when rebuilding all packages to investigate. neverball output changes with consecutive build attempts, geeqie does not.

Re: head -r333974 fix-to-the-build exposes another breaks-the-build problem in top (at least for gcc based builds)

On 21 May 2018 at 18:06, Mark Millard wrote: > On 2018-May-21, at 5:46 PM, Mark Millard wrote: > I should have been explicit that the material is from > ci.freebsd.org . Your email seems to always be marked as spam by my MUA even though SPF, DKIM, and DMARC pass.

Re: head -r333974 fix-to-the-build exposes another breaks-the-build problem in top (at least for gcc based builds)

On 2018-May-21, at 5:46 PM, Mark Millard wrote: > FreeBSD-head-amd64-gcc (based on a more modern gcc) reports a > more explicit error for -r333974 and later: > > --- all_subdir_usr.bin --- > /workspace/src/usr.bin/top/commands.c:132:1: error: function declaration > isn't a prototype

head -r333974 fix-to-the-build exposes another breaks-the-build problem in top (at least for gcc based builds)

FreeBSD-head-amd64-gcc (based on a more modern gcc) reports a more explicit error for -r333974 and later: --- all_subdir_usr.bin --- /workspace/src/usr.bin/top/commands.c:132:1: error: function declaration isn't a prototype [-Werror=strict-prototypes] scanint(str, intp) ^~~ The older gcc

Revision: 329797 kernel build problem

When trying to build the kernel, I get: --- all_subdir_linux --- /usr/src/sys/amd64/linux32/linux32_dummy.c:1:5: error: unknown type name 'sys' --- linux_fork.o --- ctfconvert -L VERSION -g linux_fork.o --- nsprepkg.o --- cc -target x86_64-unknown-freebsd12.0

port cimg build problem

When I try to install the cimg ports I get this errors root@valfenda:/usr/ports/graphics/cimg # make install clean === Building for cimg-1.5.6_1,3 gmake[1]: Entrando no diretório `/usr/ports/graphics/cimg/work/CImg-1.5.6/examples' gmake[2]: Entrando no diretório

Newbie build problem

Hi, I've been R-ing the FWP but haven't had any luck so far: Specifically, when I try to make buildworld I get: === usr.bin/yacc /shared/FreeBSD-current/shared/FreeBSD-current/usr/src/usr.bin/yacc created for /shared/FreeBSD-current/usr/src/usr.bin/yacc sh

5.0 kernel build problem

I'm trying to upgrade from 4.7-RELEASE-P1 to 5.0-RELEASE but I consistently get the same error when trying to compile a kernel (GENERIC or otherwise): linking kernel textdata bss dec hex filename 3043330 343744 277828 3664902 37ec06 kernel cd /usr/src/sys/modules ;

Strange cross-build problem and something with GEOM

is remote; fortunately only a few miles). == Part 2 = Now for the cross-build problem: On building both stable and current under stable, I get a crippled cpp in current; it can't do *anything* right, and gets various errors in various situations. with source

Re: Strange cross-build problem and something with GEOM

the next problem without taking a drive (the system in question is remote; fortunately only a few miles). == Part 2 = Now for the cross-build problem: On building both stable and current under stable, I get a crippled cpp in current; it can't

Re: Strange cross-build problem and something with GEOM

with NO_GEOM... Is there a new device name to use here? Unfortunately now I can't recover from the next problem without taking a drive (the system in question is remote; fortunately only a few miles). == Part 2 = Now for the cross-build problem

XFree86-4-libraries build problem on -current

i can't install XFree86-4-libraries using -current cvsupped and copmiled a day ago. it builds fine, but the installations fails with the following diags: LD_LIBRARY_PATH=../../../../../exports/lib cc -c -ansi -pedantic -Dasm=__asm -Wall -Wpointer-arith -I../../../../../exports/include/X11

Re: cvsup-devel port build problem (pm3-base)

I sent John Polstra a similar patch some time ago Any news about getting this committed John (P) ? Hi, I ran into some problems building the cvsup-devel port. In one of it's dependants, the c file is attempting to include nfs/nfs.h which is nolonger valid.

Re: cvsup-devel port build problem (pm3-base)

In article [EMAIL PROTECTED], Brian Somers [EMAIL PROTECTED] wrote: I sent John Polstra a similar patch some time ago Any news about getting this committed John (P) ? There is already an open PR with a patch. I think Mark Murray is working on committing it. I don't have the systems

Re: cvsup-devel port build problem (pm3-base)

John Polstra [EMAIL PROTECTED] wrote: In article [EMAIL PROTECTED], Brian Somers [EMAIL PROTECTED] wrote: I sent John Polstra a similar patch some time ago Any news about getting this committed John (P) ? There is already an open PR with a patch. I think Mark Murray is working

cvsup-devel port build problem (pm3-base)

Hi, I ran into some problems building the cvsup-devel port. In one of it's dependants, the c file is attempting to include nfs/nfs.h which is nolonger valid. /usr/ports/lang/pm3-base/work/pm3-1.1.15/boot-FreeBSD4/m3core/FreeBSD4/RTHeapDepC.c As a quick fix I symlinked nfs.h -

Re: Build problem in -current

On Sat, Sep 15, 2001 at 03:57:26AM +1000, Bruce Evans wrote: On Wed, 5 Sep 2001, Ruslan Ermilov wrote: On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote: [...] Index: Makefile === RCS file:

Re: Build problem in -current

On Mon, 17 Sep 2001, Ruslan Ermilov wrote: On Sat, Sep 15, 2001 at 03:57:26AM +1000, Bruce Evans wrote: On Wed, 5 Sep 2001, Ruslan Ermilov wrote: On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote: [...] What do I hear?! Are we required to support non-FreeBSD hosts at the

Re: Build problem in -current

On Wed, 5 Sep 2001, Ruslan Ermilov wrote: On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote: [...] Index: Makefile === RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v retrieving revision 1.15 diff -u

Re: Build problem in -current

On Tue, 4 Sep 2001, Ruslan Ermilov wrote: On Mon, Sep 03, 2001 at 09:36:46PM +1000, Bruce Evans wrote: Index: Makefile === RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v retrieving revision 1.15 diff -u -2 -r1.15

Re: Build problem in -current

On Wed, Sep 05, 2001 at 09:44:05PM +1000, Bruce Evans wrote: [...] Index: Makefile === RCS file: /home/ncvs/src/usr.bin/xinstall/Makefile,v retrieving revision 1.15 diff -u -r1.15 Makefile --- Makefile2001/04/02

Re: Build problem in -current

On Mon, Sep 03, 2001 at 09:36:46PM +1000, Bruce Evans wrote: On Sun, 2 Sep 2001, Jordan Hubbard wrote: cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a .depend cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -c

Re: Build problem in -current

On Sun, 2 Sep 2001, Jordan Hubbard wrote: cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a .depend cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/xinstall /xinstall.c cc -O -pipe

Re: Build problem in -current

If you think that's an acceptable work-around then by all means commit it. Thanks! - Jordan From: Bruce Evans [EMAIL PROTECTED] Subject: Re: Build problem in -current Date: Mon, 3 Sep 2001 21:36:46 +1000 (EST) On Sun, 2 Sep 2001, Jordan Hubbard wrote: cd /usr/src/usr.bin/xinstall; make

Build problem in -current

cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a .depend cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/xinstall /xinstall.c cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -static -o xinstall xinstal l.o

Re: build problem ?

Scot W. Hetzel wrote: When you have a build failure using -j x (x 1), you need to restart the build without -j in order to get any meaningful info from the build failure. Unless the breakage is a dependency breakage, not a build breakage, in which case omitting the -j x will run to

Re: Re: build problem ?

On Wed, Jul 25, 2001 at 02:08:07AM +0200, Assar Westerlund wrote: Olivier Cortes [EMAIL PROTECTED] writes: fool, fool, fool am i. here it is : -- mkdep -f .depend -a -nostdinc -DDISASSEMBLER -DNO_X -I/usr/obj/usr/build/src/i 386/usr/include Make sure you

hum,hum...another build problem...

Hi everyone, this time it is the kernel. i know acpica is in heavy dev. but here's my problem : make buildkernel KERNCONF=NEPTUNE: -- cc -nostdinc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/obj/usr/build/src/i386/usr/include -c

build problem ?

hi ! i cvsuped 20 minutes ago. when i try to build (-j 6), it says: -- lex -t -I /usr/build/src/usr.sbin/pcvt/kbdio/lex.l lex.c yacc: 2 shift/reduce conflicts cp y.tab.c kbdio.c rm -f .depend mkdep -f .depend -a -nostdinc

Re: build problem ?

From: Olivier Cortes [EMAIL PROTECTED] i cvsuped 20 minutes ago. when i try to build (-j 6), it says: i couln't find the exact error point... i have a full make.out (make -j 6 buildworld) at http://www.deep-ocean.net/~olive/files/make.out if you want to look at it. i know broken builds

Re: Re: build problem ?

On Tue, Jul 24, 2001 at 01:47:07PM -0500, Scot W. Hetzel wrote: When you have a build failure using -j x (x 1), you need to restart the build without -j in order to get any meaningful info from the build failure. fool, fool, fool am i. here it is : -- mkdep -f

Re: build problem ?

Olivier Cortes [EMAIL PROTECTED] writes: fool, fool, fool am i. here it is : -- mkdep -f .depend -a -nostdinc -DDISASSEMBLER -DNO_X -I/usr/obj/usr/build/src/i 386/usr/include Make sure you have usr.bin/doscmd/Makefile version 1.28 (or higher). /assar To

Re: Recent -CURRENT kernel build problem...

If I remeber correctly, someone else reported this was caused by phk's change staticizing something... Sorry, I do not recall this in details, and I don't have a fresh -CURRENT. On Tue, Dec 19, 2000 at 02:35:54PM +0700, John Indra wrote: Dear all... Has anyone noticed this problem? Or is it

Re: Recent -CURRENT kernel build problem...

John Indra [EMAIL PROTECTED] writes: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../dev -I../../../include

Re: Recent -CURRENT kernel build problem...

On Tue, Dec 19, 2000 at 10:16:01AM +0200, Ruslan Ermilov wrote: If I remeber correctly, someone else reported this was caused by phk's change staticizing something... Sorry, I do not recall this in details, and I don't have a fresh -CURRENT. OK then... Any workaround or fix coming shortly to

Re: Recent -CURRENT kernel build problem...

On Tue, Dec 19, 2000 at 09:22:57AM +0100, [EMAIL PROTECTED] wrote: Can you try the appended patch and tell us how it goes? Yeah... finally, my world is in sync with the kernel, what a joy :) Until know... the system is pretty stable. Will this be committed to the tree soon? Thank you very

Re: Recent -CURRENT kernel build problem...

John Indra [EMAIL PROTECTED] writes: Yeah... finally, my world is in sync with the kernel, what a joy :) Until know... the system is pretty stable. Will this be committed to the tree soon? It has been comitted, I just wanted to test building first. /assar To Unsubscribe: send mail to

Recent -CURRENT kernel build problem...

Dear all... Has anyone noticed this problem? Or is it just happening to me? On make buildkernel (with -CURRENT just cvsuped a few minutes ago) and the generic config KERNEL; make depend; make; cycle, the kernel build failed with this message: -- cc -c -O -pipe -Wall -Wredundant-decls

kernel build problem

With tonight's sources I had an error in sys/netinet/ip_compat.h that was looking for an osreldate.h that didn't exist. The following patch fixes it, in the sense that the kernel and lkm compile, and ipfilter compiled into the kernel works. However I'm told it might not be appropriate.

Re: kernel build problem

What failed ? Do you have the make error output ? Darren In some email I received from Doug Barton, sie wrote: With tonight's sources I had an error in sys/netinet/ip_compat.h that was looking for an osreldate.h that didn't exist. The following patch fixes it, in the sense that the

Re: kernel build problem

In message [EMAIL PROTECTED], Darren Reed writes : What failed ? Do you have the make error output ? Did you try to compile LINT before you committed ? Right, if you had you would have seen the error :-( Darren Index: ip_compat.h

Re: kernel build problem

Darren Reed wrote: What failed ? Do you have the make error output ? In file included from /usr/amd/slave/usr/current/src/sys/netinet/fil.c:79: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from

Re: kernel build problem

On Fri, Oct 27, 2000 at 11:43:04AM +0200, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Darren Reed writes : What failed ? Do you have the make error output ? Did you try to compile LINT before you committed ? Hell, forget LINT, just try GENERIC. Darren, you really, really have a

Re: kernel build problem

In some email I received from David O'Brien, sie wrote: On Fri, Oct 27, 2000 at 11:43:04AM +0200, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Darren Reed writes : What failed ? Do you have the make error output ? Did you try to compile LINT before you committed ? Hell,

Re: kernel build problem

On Fri, Oct 27, 2000 at 10:46:24PM +1100, Darren Reed wrote: I'm generally compiling/developing on -STABLE (in this case, the imported code was compiling cleanly on 4.1-RELEASE) and generally don't think that it'll be _that_ different. In all seriousness, the farther down the 4.x branch we

Re: perl6 first time build problem

I say "make cleandir; make obj; make depend;" in perl directory and got: Hi Do a "make build-tools" first. I'm working on getting this done properly into cross-tools. A real "make world" will also bootstrap you properly. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To

Re: perl6 first time build problem

On Sat, Jul 01, 2000 at 12:55:25PM +0200, Mark Murray wrote: Do a "make build-tools" first. I'm working on getting this done properly into cross-tools. I found more quick manual way: 1) building/installing libperl 2) building/installing miniperl 3) to do the rest BTW, is there a way to add

perl6 first time build problem

I say "make cleandir; make obj; make depend;" in perl directory and got: ... === perl Extracting config.h (with variable substitutions) Extracting cflags (with variable substitutions) Extracting writemain (with variable substitutions) Extracting myconfig (with variable substitutions)