Re: Build error: 'emmintrin.h' file not found
Hi, indeed, `emmintrin.h` was missing. Along with everything else in `/usr/lib/clang`. I copied its contents from a recent snapshot release and the build went fine. I just don't know how I managed to mess that up. Thank you for the pointer! Regards flo Am 2018-01-24 um 19:54 schrieb Peter Jeremy: > On 2018-Jan-24 17:34:33 +0100, Florian Limberger > wrote: >> since a few days I can't build 12-CURRENT anymore, due to the 'emmintrin.h' >> header missing. > > I ran into a similar problem about a month ago. First of all, does > your host system have emmintrin.h? E.g. what is the output of "find > /usr/lib/clang -name emmintrin.h" ? > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Build error: 'emmintrin.h' file not found
On 2018-Jan-24 17:34:33 +0100, Florian Limberger wrote: >since a few days I can't build 12-CURRENT anymore, due to the 'emmintrin.h' >header missing. I ran into a similar problem about a month ago. First of all, does your host system have emmintrin.h? E.g. what is the output of "find /usr/lib/clang -name emmintrin.h" ? -- Peter Jeremy signature.asc Description: PGP signature
Re: Build error: 'isa/rtc.h' file not found
On Mon, Oct 02, 2017 at 09:44:36AM +0200, O. Hartmann wrote: > Am Mon, 2 Oct 2017 11:35:22 +0700 > "Alex V. Petrov" schrieb: > > > revision 324186 > > In file included from /usr/obj/usr/src/tmp/usr/include/sys/efi.h:33: > > /usr/obj/usr/src/tmp/usr/include/machine/efi.h:35:10: fatal error: > > 'isa/rtc.h' file not found > > Me, too here. > I am only starting the build, but I believe that the following patch should give the fix. diff --git a/sys/amd64/include/efi.h b/sys/amd64/include/efi.h index 75d39592e28..eaea8d03276 100644 --- a/sys/amd64/include/efi.h +++ b/sys/amd64/include/efi.h @@ -32,8 +32,6 @@ #ifndef __AMD64_INCLUDE_EFI_H_ #define __AMD64_INCLUDE_EFI_H_ -#include - /* * XXX: from gcc 6.2 manual: * Note, the ms_abi attribute for Microsoft Windows 64-bit targets @@ -47,8 +45,12 @@ #defineEFIABI_ATTR __attribute__((ms_abi)) #endif +#ifdef _KERNEL +#include + #defineEFI_TIME_LOCK() mtx_lock(&atrtc_time_lock); #defineEFI_TIME_UNLOCK() mtx_unlock(&atrtc_time_lock); #defineEFI_TIME_OWNED()mtx_assert(&atrtc_time_lock, MA_OWNED); +#endif #endif /* __AMD64_INCLUDE_EFI_H_ */ ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Build error: 'isa/rtc.h' file not found
Am Mon, 2 Oct 2017 11:35:22 +0700 "Alex V. Petrov" schrieb: > revision 324186 > In file included from /usr/obj/usr/src/tmp/usr/include/sys/efi.h:33: > /usr/obj/usr/src/tmp/usr/include/machine/efi.h:35:10: fatal error: > 'isa/rtc.h' file not found Me, too here. -- O. Hartmann Ich widerspreche der Nutzung oder Übermittlung meiner Daten für Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG). pgp_EamkvmUYq.pgp Description: OpenPGP digital signature
Re: Build error on current@r296308: 'yacc.h' file not found
On Wed, Mar 2, 2016 at 11:04 AM, Bryan Drewery wrote: > On 3/2/2016 12:52 PM, Bryan Drewery wrote: >> On 3/2/2016 11:00 AM, Kurt Jaeger wrote: >>> Hi! >>> >>> Today, I upgraded to r296308 and had this failure during buildworld: >>> >>> ===> usr.bin/mkesdb_static (obj,build-tools) >>> cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static >>> -I/usr/src/usr.bin/mkesdb_static/../mkesdb >>> -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -std=gnu99 >>> -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex.c -o >>> lex.o >>> /usr/src/usr.bin/mkesdb_static/../mkesdb/lex.l:44:10: fatal error: 'yacc.h' >>> file not found >>> #include "yacc.h" >>> 1 error generated. >>> *** Error code 1 >>> >>> A 'script' output is available at >>> http://people.freebsd.org/~pi/logs/src-up-2 >>> >>> Is it just me or ... ? >>> >> >> My fault. I am working on a fix. >> > > Fixed in r296324. > > -- > Regards, > Bryan Drewery > fix worked, thank you for quick resolution! dave c ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Build error on current@r296308: 'yacc.h' file not found
On 3/2/2016 12:52 PM, Bryan Drewery wrote: > On 3/2/2016 11:00 AM, Kurt Jaeger wrote: >> Hi! >> >> Today, I upgraded to r296308 and had this failure during buildworld: >> >> ===> usr.bin/mkesdb_static (obj,build-tools) >> cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static >> -I/usr/src/usr.bin/mkesdb_static/../mkesdb >> -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -std=gnu99 >> -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex.c -o >> lex.o >> /usr/src/usr.bin/mkesdb_static/../mkesdb/lex.l:44:10: fatal error: 'yacc.h' >> file not found >> #include "yacc.h" >> 1 error generated. >> *** Error code 1 >> >> A 'script' output is available at http://people.freebsd.org/~pi/logs/src-up-2 >> >> Is it just me or ... ? >> > > My fault. I am working on a fix. > Fixed in r296324. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: Build error on current@r296308: 'yacc.h' file not found
Hi! > I have the same compilation error when I tried to build current today as well. /usr/src/usr.bin/mkcsmapper/Makefile.inc has the same problem. -- p...@opsec.eu+49 171 3101372 4 years to go ! ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Build error on current@r296308: 'yacc.h' file not found
On 3/2/2016 11:00 AM, Kurt Jaeger wrote: > Hi! > > Today, I upgraded to r296308 and had this failure during buildworld: > > ===> usr.bin/mkesdb_static (obj,build-tools) > cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static > -I/usr/src/usr.bin/mkesdb_static/../mkesdb > -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -std=gnu99 > -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex.c -o lex.o > /usr/src/usr.bin/mkesdb_static/../mkesdb/lex.l:44:10: fatal error: 'yacc.h' > file not found > #include "yacc.h" > 1 error generated. > *** Error code 1 > > A 'script' output is available at http://people.freebsd.org/~pi/logs/src-up-2 > > Is it just me or ... ? > My fault. I am working on a fix. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: Build error on current@r296308: 'yacc.h' file not found
I have the same compilation error when I tried to build current today as well. On Wed, Mar 2, 2016 at 11:48 AM, Kurt Jaeger wrote: > Hi! > >> Today, I upgraded to r296308 and had this failure during buildworld: >> >> ===> usr.bin/mkesdb_static (obj,build-tools) >> cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static >> -I/usr/src/usr.bin/mkesdb_static/../mkesdb >> -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -std=gnu99 >> -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex.c -o >> lex.o >> /usr/src/usr.bin/mkesdb_static/../mkesdb/lex.l:44:10: fatal error: 'yacc.h' >> file not found >> #include "yacc.h" >> 1 error generated. >> *** Error code 1 >> >> A 'script' output is available at http://people.freebsd.org/~pi/logs/src-up-2 >> >> Is it just me or ... ? > > If I change the sequence in > > /usr/src/usr.bin/mkesdb/Makefile.inc > > for line > > SRCS+= lex.l yacc.y > > to > > SRCS+= yacc.y lex.l > > it builds ? That file was last touched 4 years ago ? > > -- > p...@opsec.eu+49 171 3101372 4 years to > go ! > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Build error on current@r296308: 'yacc.h' file not found
Hi! > Today, I upgraded to r296308 and had this failure during buildworld: > > ===> usr.bin/mkesdb_static (obj,build-tools) > cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static > -I/usr/src/usr.bin/mkesdb_static/../mkesdb > -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -std=gnu99 > -Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include -c lex.c -o lex.o > /usr/src/usr.bin/mkesdb_static/../mkesdb/lex.l:44:10: fatal error: 'yacc.h' > file not found > #include "yacc.h" > 1 error generated. > *** Error code 1 > > A 'script' output is available at http://people.freebsd.org/~pi/logs/src-up-2 > > Is it just me or ... ? If I change the sequence in /usr/src/usr.bin/mkesdb/Makefile.inc for line SRCS+= lex.l yacc.y to SRCS+= yacc.y lex.l it builds ? That file was last touched 4 years ago ? -- p...@opsec.eu+49 171 3101372 4 years to go ! ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Build error on i386 when building dtrace tests
(fixed the subject line again..) > On Dec 19, 2015, at 17:57, Mark Johnston wrote: > > On Sat, Dec 19, 2015 at 05:03:51PM -0800, NGie Cooper wrote: >> Hi Mark, >> I ran into the following error when trying to build the dtrace tests on >> i386 (both with 10.2-RELEASE-p7 and 11.0-CURRENT) — have you seen this issue >> before? > > Yes, that's because drti.o in stable/10 depends on libelf. The change > which removes the libelf dependency shouldn't be MFCed because it breaks > compatibility. When building an MFCed test suite on stable/10, you'll > need to link the test programs against libelf. When building current on > stable/10, dtrace(1) should use the drti.o from the objdir rather than > the installed base. The diff below should solve these two problems. > > diff --git a/cddl/usr.sbin/dtrace/tests/dtrace.test.mk > b/cddl/usr.sbin/dtrace/tests/dtrace.test.mk > index 0c528ef..dcec33a 100644 > --- a/cddl/usr.sbin/dtrace/tests/dtrace.test.mk > +++ b/cddl/usr.sbin/dtrace/tests/dtrace.test.mk > @@ -30,6 +30,8 @@ SRCS.${prog}+= ${prog:S/.exe$/.c/} > > .if exists(${prog:S/^tst.//:S/.exe$/.d/}) > SRCS.${prog}+=${prog:S/^tst.//:S/.exe$/.d/} > +LDADD.${prog}+= -lelf > +DPADD.${prog}+= ${LIBELF} > .endif > .endfor > > diff --git a/share/mk/sys.mk b/share/mk/sys.mk > index 8fe6b68..1eeb0b9 100644 > --- a/share/mk/sys.mk > +++ b/share/mk/sys.mk > @@ -128,7 +128,7 @@ CXXFLAGS ?= > ${CFLAGS:N-std=*:N-Wnested-externs:N-W*-prototypes:N-Wno-pointer-sig > PO_CXXFLAGS ?= ${CXXFLAGS} > > DTRACE?= dtrace > -DTRACEFLAGS ?= -C -x nolibs > +DTRACEFLAGS ?= -C -x nolibs -x libdir=${.OBJDIR}/cddl/lib/drti > > .if empty(.MAKEFLAGS:M-s) > ECHO ?= echo I was still running into this issue with the dtrace testcases on CURRENT. Once I cleaned out the directories (cddl/…) with make cleandir, things worked — huh… it seems like things are broken in the build system in subtle ways based on this issue and the other libkvm weirdness with rescue/rescue :/.. Thanks, -NGie ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Build error on i386 when building
On Sat, Dec 19, 2015 at 05:03:51PM -0800, NGie Cooper wrote: > Hi Mark, > I ran into the following error when trying to build the dtrace tests on > i386 (both with 10.2-RELEASE-p7 and 11.0-CURRENT) — have you seen this issue > before? Yes, that's because drti.o in stable/10 depends on libelf. The change which removes the libelf dependency shouldn't be MFCed because it breaks compatibility. When building an MFCed test suite on stable/10, you'll need to link the test programs against libelf. When building current on stable/10, dtrace(1) should use the drti.o from the objdir rather than the installed base. The diff below should solve these two problems. diff --git a/cddl/usr.sbin/dtrace/tests/dtrace.test.mk b/cddl/usr.sbin/dtrace/tests/dtrace.test.mk index 0c528ef..dcec33a 100644 --- a/cddl/usr.sbin/dtrace/tests/dtrace.test.mk +++ b/cddl/usr.sbin/dtrace/tests/dtrace.test.mk @@ -30,6 +30,8 @@ SRCS.${prog}+= ${prog:S/.exe$/.c/} .if exists(${prog:S/^tst.//:S/.exe$/.d/}) SRCS.${prog}+= ${prog:S/^tst.//:S/.exe$/.d/} +LDADD.${prog}+= -lelf +DPADD.${prog}+= ${LIBELF} .endif .endfor diff --git a/share/mk/sys.mk b/share/mk/sys.mk index 8fe6b68..1eeb0b9 100644 --- a/share/mk/sys.mk +++ b/share/mk/sys.mk @@ -128,7 +128,7 @@ CXXFLAGS?= ${CFLAGS:N-std=*:N-Wnested-externs:N-W*-prototypes:N-Wno-pointer-sig PO_CXXFLAGS?= ${CXXFLAGS} DTRACE ?= dtrace -DTRACEFLAGS?= -C -x nolibs +DTRACEFLAGS?= -C -x nolibs -x libdir=${.OBJDIR}/cddl/lib/drti .if empty(.MAKEFLAGS:M-s) ECHO ?= echo ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: build error revision 255864
On Tue, Sep 24, 2013 at 08:45:22PM -0400, Glen Barber wrote: > On Tue, Sep 24, 2013 at 09:38:11PM -0300, Marcelo Gondim wrote: > > Hi all, > > > > I'm having this errorbuilding 255864 revision: > > > > This is due to the recent changes in sys/cam. We're working on it. > I have reverted the commit in question with r255865. Glen pgpuOaLylCEAP.pgp Description: PGP signature
Re: build error revision 255864
On Tue, Sep 24, 2013 at 09:38:11PM -0300, Marcelo Gondim wrote: > Hi all, > > I'm having this errorbuilding 255864 revision: > This is due to the recent changes in sys/cam. We're working on it. Glen > cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" > -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo > -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/lib > -std=gnu99 -Qunused-arguments -fstack-protector -c > /usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/makeinfo/float.c > --- usr.sbin.all__D --- > --- gstat.o --- > cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -W > -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch > -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline > -Wnested-externs -Wredundant-decls -Wold-style-definition > -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body > -Wno-string-plus-int -c /usr/src/usr.sbin/gstat/gstat.c > --- gstat.8.gz --- > gzip -cn /usr/src/usr.sbin/gstat/gstat.8 > gstat.8.gz > --- gnu.all__D --- > --- footnote.o --- > cc -O2 -pipe -DHAVE_CONFIG_H -DLOCALEDIR=\"/usr/share/locale\" > -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo > -I/usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/lib > -std=gnu99 -Qunused-arguments -fstack-protector -c > /usr/src/gnu/usr.bin/texinfo/makeinfo/../../../../contrib/texinfo/makeinfo/footnote.c > --- usr.bin.all__D --- > 1 warning and 17 errors generated. > *** [ioctl.o] Error code 1 > > bmake[4]: stopped in /usr/src/usr.bin/kdump > --- lib.all__D --- > --- typeinfo.po --- > c++ -pg -O2 -pipe -I/usr/src/lib/libcxxrt/../../contrib/libcxxrt > -Qunused-arguments -fstack-protector -Wno-empty-body > -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value > -Wno-parentheses-equality -Wno-unused-function -Wno-conversion > -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter > -Wno-parentheses -Wno-c++11-extensions -c > /usr/src/lib/libcxxrt/../../contrib/libcxxrt/typeinfo.cc -o > typeinfo.po > --- usr.bin.all__D --- > --- kdump.o --- > 18 warnings generated. > --- gnu.all__D --- > A failure has been detected in another branch of the parallel make > > bmake[6]: stopped in /usr/src/gnu/usr.bin/texinfo/makeinfo > *** [all] Error code 2 > > bmake[5]: stopped in /usr/src/gnu/usr.bin/texinfo > 1 error > > bmake[5]: stopped in /usr/src/gnu/usr.bin/texinfo > *** [all] Error code 2 > > bmake[4]: stopped in /usr/src/gnu/usr.bin > 1 error > > bmake[4]: stopped in /usr/src/gnu/usr.bin > *** [all] Error code 2 > > bmake[3]: stopped in /usr/src/gnu > 1 error > > bmake[3]: stopped in /usr/src/gnu > *** [gnu.all__D] Error code 2 > > bmake[2]: stopped in /usr/src > --- usr.sbin.all__D --- > A failure has been detected in another branch of the parallel make > > bmake[4]: stopped in /usr/src/usr.sbin/gstat > *** [all] Error code 2 > > bmake[3]: stopped in /usr/src/usr.sbin > 1 error > > bmake[3]: stopped in /usr/src/usr.sbin > *** [usr.sbin.all__D] Error code 2 > > bmake[2]: stopped in /usr/src > --- usr.bin.all__D --- > 1 error > > bmake[4]: stopped in /usr/src/usr.bin/kdump > *** [all] Error code 2 > > bmake[3]: stopped in /usr/src/usr.bin > 1 error > > bmake[3]: stopped in /usr/src/usr.bin > *** [usr.bin.all__D] Error code 2 > > bmake[2]: stopped in /usr/src > --- lib.all__D --- > A failure has been detected in another branch of the parallel make > > bmake[4]: stopped in /usr/src/lib/libcxxrt > *** [all] Error code 2 > > bmake[3]: stopped in /usr/src/lib > 1 error > > bmake[3]: stopped in /usr/src/lib > *** [lib.all__D] Error code 2 > > bmake[2]: stopped in /usr/src > 4 errors > > bmake[2]: stopped in /usr/src > *** [everything] Error code 2 > > bmake[1]: stopped in /usr/src > 1 error > > bmake[1]: stopped in /usr/src > *** [buildworld] Error code 2 > > make: stopped in /usr/src > 1 error > > make: stopped in /usr/src > > Cheers, > > ___ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" pgpDd2jhoaKdM.pgp Description: PGP signature
Re: build error at rpc code
On 2012-08-24 15:07, Dima Panov wrote: 24.08.2012 19:12, Dimitry Andric пишет: ... You are most likely setting CPP as follows: CPP=clang -E Don't do that, use the following instead: CPP=clang-cpp If there is no clang-cpp symlink in /usr/bin yet, just make it manually for now. It will also be created by installworld. Oh, indeed. Thanks for advice. However, why such different results in preprocessor invocation style? When you invoke either clang or gcc with -E, files with unknown extensions are not preprocessed, and considered to be linker input files. When you invoke clang-cpp or cpp, files with unknown extensions are considered to be C instead. Since our RPC-related files use the .x extension, -E doesn't work as expected, and the resulting files will give a compile error later on. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: build error at rpc code
24.08.2012 19:12, Dimitry Andric пишет: On 2012-08-24 05:55, Dima Panov wrote: Does anybody get same error at buildworld with recent -current? ... In file included from /usr/src/lib/libc/../../include/rpc/rpc.h:76: /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h:69:8: error: unknown type name 'rpcblist' extern rpcblist *rpcb_getmaps(const struct netconfig *, const char *); You are most likely setting CPP as follows: CPP=clang -E Don't do that, use the following instead: CPP=clang-cpp If there is no clang-cpp symlink in /usr/bin yet, just make it manually for now. It will also be created by installworld. Oh, indeed. Thanks for advice. However, why such different results in preprocessor invocation style? -- Dima Panov (flu...@freebsd.org) (KDE, Office)@FreeBSD team Facebook: http://www.facebook.com/fluffy.khv IRC: fluffy@EFNet, fluffykhv@FreeNode twitter: fluffy_khv | skype: dima.panov ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: build error at rpc code
On 2012-08-24 05:55, Dima Panov wrote: Does anybody get same error at buildworld with recent -current? ... In file included from /usr/src/lib/libc/../../include/rpc/rpc.h:76: /usr/src/lib/libc/../../include/rpc/rpcb_clnt.h:69:8: error: unknown type name 'rpcblist' extern rpcblist *rpcb_getmaps(const struct netconfig *, const char *); You are most likely setting CPP as follows: CPP=clang -E Don't do that, use the following instead: CPP=clang-cpp If there is no clang-cpp symlink in /usr/bin yet, just make it manually for now. It will also be created by installworld. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Build error in bin/sh/jobs.c if DEBUG=2
On Sun, Apr 01, 2012 at 04:14:24PM +0200, Kristof Provost wrote: > While chasing down an odd issue with alignment faults I activated > debugging in bin/sh. > bin/sh/Makefile has a commented out line (# DEBUG_FLAGS+= -g -DDEBUG=2 > -fno-inline) to do this so that's what I did. > This fails to compile in bin/sh/jobs.c in vforkexecshell(). > The debug TRACE() tries to print variables which don't exist. > The patch below fixes the compilation problem, but I'm unsure if it's > printing the relevant information. Thanks, I committed a fix. I fairly arbitrarily chose some information to print, since I do not use -DDEBUG=2 myself. -- Jilles Tjoelker ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [Build Error]:: pccard
In message: <[EMAIL PROTECTED]> "Stuart Walsh" <[EMAIL PROTECTED]> writes: : > In message: <[EMAIL PROTECTED]> : > "Sebastian Yepes F. [ESN]" <[EMAIL PROTECTED]> writes: : > : i have just looked at it and don't see any info related to the pccard : dev. : > : what are the instructions : > : > building both pcic and pccard in your kernel config? If so, don't do : > that. It is broken. pcic cannot possibly work, even if I fix the : > trivial compile problem. I have some changes in my p4 tree, but they : > aren't cooked yet. Your best bet is to simply remove pcic from your : > kernel config file. : > : : That's good to know. My laptop seems to vaguely work with pcic(it has a : intel compatibility mode). Will pcic support cardbus at all? Nope. It can't. pcic is for ISA bridges, none of which can support CardBus. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [Build Error]:: pccard
> In message: <[EMAIL PROTECTED]> > "Sebastian Yepes F. [ESN]" <[EMAIL PROTECTED]> writes: > : i have just looked at it and don't see any info related to the pccard dev. > : what are the instructions > > building both pcic and pccard in your kernel config? If so, don't do > that. It is broken. pcic cannot possibly work, even if I fix the > trivial compile problem. I have some changes in my p4 tree, but they > aren't cooked yet. Your best bet is to simply remove pcic from your > kernel config file. > That's good to know. My laptop seems to vaguely work with pcic(it has a intel compatibility mode). Will pcic support cardbus at all? Stuart ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [Build Error]:: pccard
In message: <[EMAIL PROTECTED]> "Sebastian Yepes F. [ESN]" <[EMAIL PROTECTED]> writes: : i have just looked at it and don't see any info related to the pccard dev. : what are the instructions building both pcic and pccard in your kernel config? If so, don't do that. It is broken. pcic cannot possibly work, even if I fix the trivial compile problem. I have some changes in my p4 tree, but they aren't cooked yet. Your best bet is to simply remove pcic from your kernel config file. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [Build Error]:: pccard
On Sun, 12 Oct 2003 14:43:59 +0100 Bruce M Simpson <[EMAIL PROTECTED]> wrote: > On Sun, Oct 12, 2003 at 03:37:44PM +, Sebastian Yepes F. [ESN] wrote: > > Hi all there haves been some problems with the pccard* for like 2 weeks > > i have not been abel to compile the kernel. > > > > fest it was the pccardvar.h was mising this:: > > Did you follow all the instructions in UPDATING? I have been building > GENERIC successfully from source over the past 2 weeks with a rolling > cvs checkout from my local repository mirror. > > BMS mm i ahev must of not seen the UPDATEING info.. i have just looked at it and don't see any info related to the pccard dev. what are the instructions -- /* FingerPrint: 5BF1 58B1 DE75 CBE3 6044 7098 1246 1EF6 9E78 041C */ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [Build Error]:: pccard
On Sun, Oct 12, 2003 at 03:37:44PM +, Sebastian Yepes F. [ESN] wrote: > Hi all there haves been some problems with the pccard* for like 2 weeks > i have not been abel to compile the kernel. > > fest it was the pccardvar.h was mising this:: Did you follow all the instructions in UPDATING? I have been building GENERIC successfully from source over the past 2 weeks with a rolling cvs checkout from my local repository mirror. BMS ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: build error in chpass
On Wed, 3 Sep 2003 [EMAIL PROTECTED] wrote: > I found an error in my make world with sources cvsup'ed as of this morning. > I am using WITH_DYNAMICROOT in my make.conf. I'm getting the same thing minus WITH_DYNAMICROOT. I think bsd.lib.mk rev 1.152 is the culprit. I'm doing a rebuild with that reversed. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: build error building cvs doc?
John Reynolds wrote: [ On Sunday, July 13, Barney Wolff wrote: ] Me too. I'm about to try re-cvsupping, in case I caught some update in the middle. Somebody else asked if I was doing a "make -jN" buildworld where N > 1 and I was. So, I just now did a buildworld with one process and it finished just fine. Strange. The only other thing in the original logfile shows: make: don't know how to make /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/client/clparse.o. Stop *** Error code 2 1 error So, perhaps something related to the above is not "-jN safe". Yes, /rescue is known to be "not -jN safe" I've been trying to puzzle out exactly why and how to fix, but have yet to come up with anything. Suggestions/comments/advice welcome. Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: build error building cvs doc?
On Sun, 2003-07-13 at 11:55, John Reynolds wrote: > Anybody seeing this same error during "buildworld"? > ===> gnu/usr.bin/cvs/doc > makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I > /usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc > /usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvs.texinfo -o cvs.info > makeinfo --no-split -I /usr/src/gnu/usr.bin/cvs/doc -I > /usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc > /usr/src/gnu/usr.bin/cvs/doc/../../../../contrib/cvs/doc/cvsclient.texi -o > cvsclient.info > gzip -cn cvsclient.info > cvsclient.info.gz > gzip -cn cvs.info > cvs.info.gz These is actually a segfault in sh. It will appear at other times too.. in other places for other /bin stuff like ln. This happens with -jN but it occured for me without it also. buildworld NOCLEAN=1 multiple times will get you through. I'm going to try a buildworld again later today, and see if this still occurs with new world. Does buildworld use current sh? -- "Optimized, readable, on time; Pick any two." FreeBSD 5.1-CURRENT i386 1:45PM up 14 mins, 2 users, load averages: 1.17, 0.62, 0.33 signature.asc Description: This is a digitally signed message part
Re: build error building cvs doc?
[ On Sunday, July 13, Barney Wolff wrote: ] > > Me too. I'm about to try re-cvsupping, in case I caught some update > in the middle. > Somebody else asked if I was doing a "make -jN" buildworld where N > 1 and I was. So, I just now did a buildworld with one process and it finished just fine. Strange. The only other thing in the original logfile shows: make: don't know how to make /usr/obj/usr/src/rescue/rescue//usr/src/sbin/dhclient/client/clparse.o. Stop *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 So, perhaps something related to the above is not "-jN safe". -Jr -- John & Jennifer Reynolds johnjen at reynoldsnet.orgwww.reynoldsnet.org Sr. Physical Design Engineer - WCCG/CCE PDE jreynold at sedona.ch.intel.com Running FreeBSD since 2.1.5-RELEASE. FreeBSD: The Power to Serve! "Unix is user friendly, it's just particular about the friends it chooses." ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Build error again.
Ok... I got a private message explaining that cvs was broken temporarily. Re-cvsupping fixed the problem. Thanx all. -W On March 13, 2003 07:07 pm, Kris Kennaway wrote: > On Thu, Mar 13, 2003 at 05:12:32PM -0800, Wade Klaver wrote: > > That last error was generated running with -DNOCLEAN and -j 4. > > I get this error running a plain make buildworld. > > Thanx for any help/comments/suggestions in advance. > > This doesn't show the error because you are using -j4. However, it's > probably caused by using -DNOCLEAN. Don't do that, and try again > (also omit -j so you can post the actual error if it still fails). > > Kris -- Wade Klaver Wavefire Technologies Corporation GPG Public Key at http://archeron.wavefire.com /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Build error again.
On Thu, Mar 13, 2003 at 05:12:32PM -0800, Wade Klaver wrote: > That last error was generated running with -DNOCLEAN and -j 4. > I get this error running a plain make buildworld. > Thanx for any help/comments/suggestions in advance. This doesn't show the error because you are using -j4. However, it's probably caused by using -DNOCLEAN. Don't do that, and try again (also omit -j so you can post the actual error if it still fails). Kris pgp0.pgp Description: PGP signature
Re: Build Error
On Mon, Apr 01, 2002 at 12:14:27AM -0500, Scott Sipe wrote: > When doing buildworld on current from a couple hours ago. This is an alpha, > if that makes a difference. This is my first time compiling current > (currently running stable), so apologies if this is something that is my > fault. I just applied the following patch. I think this is what the fix is going to look like anyway. Index: Makefile === RCS file: /home/ncvs/src/sbin/savecore/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- Makefile31 Mar 2002 22:26:56 - 1.8 +++ Makefile1 Apr 2002 06:40:18 - @@ -1,5 +1,5 @@ # $FreeBSD: src/sbin/savecore/Makefile,v 1.8 2002/03/31 22:26:56 phk Exp $ -PROG= savekerneldump +PROG= savecore WARNS= 4 NOMAN= sorry, not yet. LDADD= -lmd -- Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message