On 7/16/19 5:37 PM, Warner Losh wrote:
On Tue, Jul 16, 2019 at 3:32 PM Dennis Clarke wrote:
The window would have been smaller. CI detected the breakage within 10
minutes, but I was away from my email attending to some household things
for an hour more...
Ha! Sometimes I hear people
On Tue, Jul 16, 2019 at 3:32 PM Dennis Clarke wrote:
>
> > The window would have been smaller. CI detected the breakage within 10
> > minutes, but I was away from my email attending to some household things
> > for an hour more...
> >
>
> Ha! Sometimes I hear people even sleep ?
>
> I was just
The window would have been smaller. CI detected the breakage within 10
minutes, but I was away from my email attending to some household things
for an hour more...
Ha! Sometimes I hear people even sleep ?
I was just thinking the probability of landing in that one failed
buildworld was
On Tue, Jul 16, 2019 at 5:04 AM Dennis Clarke wrote:
> On 7/16/19 6:55 AM, Dimitry Andric wrote:
> > On 16 Jul 2019, at 12:36, Dennis Clarke wrote:
> >>
> >> On 7/16/19 2:48 AM, Warner Losh wrote:
> >>> On Tue, Jul 16, 2019 at 12:07 AM Dennis Clarke
> >>> wrote:
>
On 7/16/19 6:55 AM, Dimitry Andric wrote:
On 16 Jul 2019, at 12:36, Dennis Clarke wrote:
On 7/16/19 2:48 AM, Warner Losh wrote:
On Tue, Jul 16, 2019 at 12:07 AM Dennis Clarke
wrote:
/usr/src/r350018/sbin/camcontrol/camcontrol.c: In function 'getdevtype':
On 16 Jul 2019, at 12:36, Dennis Clarke wrote:
>
> On 7/16/19 2:48 AM, Warner Losh wrote:
>> On Tue, Jul 16, 2019 at 12:07 AM Dennis Clarke
>> wrote:
>>> /usr/src/r350018/sbin/camcontrol/camcontrol.c: In function 'getdevtype':
>>> /usr/src/r350018/sbin/camcontrol/camcontrol.c:679: warning:
On 7/16/19 2:48 AM, Warner Losh wrote:
On Tue, Jul 16, 2019 at 12:07 AM Dennis Clarke
wrote:
/usr/src/r350018/sbin/camcontrol/camcontrol.c: In function 'getdevtype':
/usr/src/r350018/sbin/camcontrol/camcontrol.c:679: warning: comparison
of unsigned expression < 0 is always false
Anyone else
On Tue, Jul 16, 2019 at 12:07 AM Dennis Clarke
wrote:
> /usr/src/r350018/sbin/camcontrol/camcontrol.c: In function 'getdevtype':
> /usr/src/r350018/sbin/camcontrol/camcontrol.c:679: warning: comparison
> of unsigned expression < 0 is always false
>
> Anyone else seeing this ?
>
Fixed hours ago
In r350018 for a buildworld I am running into :
.
.
.
cc --sysroot=/usr/obj/usr/src/r350018/powerpc.powerpc64/tmp
-B/usr/obj/usr/src/r350018/powerpc.powerpc64/tmp/usr/bin -O2 -pipe
-I/usr/src/r350018/sbin/nvmecontrol -DWITH_NVME -DRESCUE -MD
-MF.depend.camcontrol.o -MTcamcontrol.o
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
Hello:
On a system running:
FreeBSD 11.0-CURRENT #1 r264673: Sat Apr 19 09:43:10 EDT 2014 amd64
and with the source updated at midnight US EST, running make
buildworld
produces:
cc -O2 -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh
On Fri, Jun 06, 2014 at 01:53:54PM -0400, Robert Huff wrote:
Hello:
On a system running:
FreeBSD 11.0-CURRENT #1 r264673: Sat Apr 19 09:43:10 EDT 2014 amd64
and with the source updated at midnight US EST, running make
buildworld
produces:
...
cc -O2 -pipe -gdwarf-2
On Tue, May 3, 2011 at 10:07 PM, Manfred Antar n...@pozo.com wrote:
I get this error when trying to buildworld on current i386.
It's been this way for awhile Any Ideas ?
=== boot/i386/boot0 (all)
clang -O2 -pipe -DVOLUME_SERIAL -DPXE -DFLAGS=0x8f -DTICKS=0xb6
-DCOMSPEED=7 5 + 3
On 2011-12-28 16:44, Renato Botelho wrote:
On Tue, May 3, 2011 at 10:07 PM, Manfred Antarn...@pozo.com wrote:
I get this error when trying to buildworld on current i386.
It's been this way for awhile Any Ideas ?
=== boot/i386/boot0 (all)
clang -O2 -pipe -DVOLUME_SERIAL -DPXE -DFLAGS=0x8f
On Wed, Dec 28, 2011 at 2:26 PM, Dimitry Andric d...@freebsd.org wrote:
On 2011-12-28 16:44, Renato Botelho wrote:
On Tue, May 3, 2011 at 10:07 PM, Manfred Antarn...@pozo.com wrote:
I get this error when trying to buildworld on current i386.
It's been this way for awhile Any Ideas ?
===
On 2011-12-28 17:32, Renato Botelho wrote:
On Wed, Dec 28, 2011 at 2:26 PM, Dimitry Andricd...@freebsd.org wrote:
...
Most likely, it is due to the way you set CC, CXX and/or CPP in
make.conf. Can you please post that file?
Sure, follow my src.conf:
.if !defined(CC) || ${CC} == cc
On Wed, Dec 28, 2011 at 2:39 PM, Dimitry Andric d...@freebsd.org wrote:
On 2011-12-28 17:32, Renato Botelho wrote:
On Wed, Dec 28, 2011 at 2:26 PM, Dimitry Andricd...@freebsd.org wrote:
...
Most likely, it is due to the way you set CC, CXX and/or CPP in
make.conf. Can you please post
Olivier Smedts oliv...@gid0.org writes:
2011/5/5 Roman Divacky rdiva...@freebsd.org:
Because with clang, -march=native often breaks buildworld, while
-march=core2 is ok.
Can you be more specific about this claim? On what CPU are seeing
this breakage?
Ok, with latest HEAD...
%echo | gcc
On 05/04/11 16:20, Dimitry Andric wrote:
On 2011-05-04 15:44, Manfred Antar wrote:
...
src.conf:
WITHOUT_DYNAMICROOT=yes
WITH_IDEA=yes
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
#Don't die on warnings
NO_WERROR=
WERROR=
Aha. Please
2011/5/5 O. Hartmann ohart...@zedat.fu-berlin.de:
On 05/04/11 16:20, Dimitry Andric wrote:
On 2011-05-04 15:44, Manfred Antar wrote:
...
src.conf:
WITHOUT_DYNAMICROOT=yes
WITH_IDEA=yes
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
Because with clang, -march=native often breaks buildworld, while
-march=core2 is ok.
Can you be more specific about this claim? On what CPU are seeing
this breakage?
Anyway, can you compile and run on that machine this:
http://lev.vlakno.cz/~rdivacky/Host.cpp
It's the LLVM CPU
2011/5/5 Roman Divacky rdiva...@freebsd.org:
Because with clang, -march=native often breaks buildworld, while
-march=core2 is ok.
Can you be more specific about this claim? On what CPU are seeing
this breakage?
On a Core2 Quad Q9450 and a Core i7 860.
I use core2 on both because that's the
On 05/05/11 15:46, Olivier Smedts wrote:
2011/5/5 O. Hartmannohart...@zedat.fu-berlin.de:
On 05/04/11 16:20, Dimitry Andric wrote:
On 2011-05-04 15:44, Manfred Antar wrote:
...
src.conf:
WITHOUT_DYNAMICROOT=yes
WITH_IDEA=yes
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX)
2011/5/5 Roman Divacky rdiva...@freebsd.org:
Because with clang, -march=native often breaks buildworld, while
-march=core2 is ok.
Can you be more specific about this claim? On what CPU are seeing
this breakage?
Ok, with latest HEAD...
%echo | gcc -march=native -E -v -x c -### -
Using
clang -O2 -pipe -march=native -fomit-frame-pointer
-DATJOB_DIR=\/var/at/jobs/\ -DLFILE=\/var/at/jobs/.lockfile\
-DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\ -DVERSION=\2.9\
-DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\'
-DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\/var/at/\
2011/5/5 Roman Divacky rdiva...@freebsd.org:
clang -O2 -pipe -march=native -fomit-frame-pointer
-DATJOB_DIR=\/var/at/jobs/\ -DLFILE=\/var/at/jobs/.lockfile\
-DLOADAVG_MX=1.5 -DATSPOOL_DIR=\/var/at/spool\ -DVERSION=\2.9\
-DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\'
2011/5/5 Roman Divacky rdiva...@freebsd.org:
Can you invoke this very same command (ie. linking) with -### and show me?
Does it work when you try to link the same .o files without specifying
-march=native ?
My system has previously been compiled with clang and -march=core2.
It's a corei7.
# /usr/obj/usr/src/tmp/usr/bin/clang -O2 -pipe -march=native
-fomit-frame-pointer -DATJOB_DIR=\/var/at/jobs/\
-DLFILE=\/var/at/jobs/.lockfile\ -DLOADAVG_MX=1.5
-DATSPOOL_DIR=\/var/at/spool\ -DVERSION=\2.9\ -DDAEMON_UID=1
-DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\'
On 2011-05-04 03:07, Manfred Antar wrote:
I get this error when trying to buildworld on current i386.
It's been this way for awhile Any Ideas ?
=== boot/i386/boot0 (all)
clang -O2 -pipe -DVOLUME_SERIAL -DPXE -DFLAGS=0x8f -DTICKS=0xb6 -DCOMSPEED=7
5 + 3 -ffreestanding
At 11:38 PM 5/3/2011, Dimitry Andric wrote:
On 2011-05-04 03:07, Manfred Antar wrote:
I get this error when trying to buildworld on current i386.
It's been this way for awhile Any Ideas ?
=== boot/i386/boot0 (all)
clang -O2 -pipe -DVOLUME_SERIAL -DPXE -DFLAGS=0x8f -DTICKS=0xb6
-DCOMSPEED=7
On 2011-05-04 15:44, Manfred Antar wrote:
...
src.conf:
WITHOUT_DYNAMICROOT=yes
WITH_IDEA=yes
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
#Don't die on warnings
NO_WERROR=
WERROR=
Aha. Please move the clang-related stuff to make.conf
I get this error when trying to buildworld on current i386.
It's been this way for awhile Any Ideas ?
=== boot/i386/boot0 (all)
clang -O2 -pipe -DVOLUME_SERIAL -DPXE -DFLAGS=0x8f -DTICKS=0xb6
-DCOMSPEED=7 5 + 3 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx
-mno-3dnow -mno-sse
Hi all
Last night I CVSupped my system for the first time, It came up with no errors.
I then went to make buildworld and I got the following error.
=== usr.sbin/bluetooth/bcmfw
rm -f .depend
mkdep -f .depend -a
-I/usr/src/usr.sbin/bluetooth/bcmfw/../../../sys/netgraph/bluetooth/include
On 2003.06.26 22:59:32 +1000, David Lodeiro wrote:
Last night I CVSupped my system for the first time, It came up with no errors.
I then went to make buildworld and I got the following error.
Do another cvsup, this has already been fixed.
--
Simon L. Nielsen
pgp0.pgp
Description: PGP
I had this error always, since I install 4.0-C
`make -k buildworld' helps, but it is no way for build world.
=== share/doc/usd/19.memacros
touch _stamp.extraobjs
(cd /usr/src/share/doc/usd/19.memacros; groff -mtty-char -Tascii -me -o1-
/usr/s
rc/share/doc/usd/19.memacros/intro.me) | gzip -cn
35 matches
Mail list logo
