A make installworld fails since today on FreeBSD 10.0-CURRENT/amd64.
FreeBSD 10.0-CURRENT #0 r245455: Tue Jan 15 11:31:21 CET 2013
See error message below.
Regards,
Oliver
[...]
mkdir -p /tmp/install.qSk73yBh
progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown date echo
egrep find
Grmpf ... obviously, I should look first into the list, then post. it
has been discovered by others recently ...
On 01/22/13 16:45, O. Hartmann wrote:
A make installworld fails since today on FreeBSD 10.0-CURRENT/amd64.
FreeBSD 10.0-CURRENT #0 r245455: Tue Jan 15 11:31:21 CET 2013
See error
Make world fails in /usr/src/usr.bin/dtc/dtc.cc with a lot of errors
com[laining about an undeclared identifier:
[...]
=== usr.bin/dtc (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/usr.bin/dtc created for /usr/src/usr.bin/dtc
rm -f .depend
mkdep -f .depend -a
Just want to note that make buildworld fails on
r245901 with the following unhealthy end:
=== kerberos5/lib/libheimbase (install)
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libheimbase.a
/usr/obj/usr/src/lib32/usr/lib32
sh /usr/src/tools/install.sh -C -o root -g wheel -m 444
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for
a notice for the development folks ...
oh
=== libexec/atf/atf-check (all)
c++ -O3 -pipe
On 01/29/13 11:08, David Chisnall wrote:
On 29 Jan 2013, at 10:06, O. Hartmann wrote:
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT builds ... just
Am 01/29/13 17:35, schrieb David Wolfskill:
On Tue, Jan 29, 2013 at 11:06:02AM +0100, O. Hartmann wrote:
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT
Am 01/31/13 05:06, schrieb Jesse:
z
On 1/31/13, Jesse je...@glx.me wrote:
i set these in make.conf:
CXXFLAGS+=-stdlib=libc++
CXXFLAGS+=-std=c++11
i comment them and rebuild world ok
but it works at previous revision.
On 1/30/13, Dimitry Andric d...@freebsd.org wrote:
On 2013-01-30
On 01/31/13 05:43, O. Hartmann wrote:
Am 01/31/13 05:06, schrieb Jesse:
z
On 1/31/13, Jesse je...@glx.me wrote:
i set these in make.conf:
CXXFLAGS+=-stdlib=libc++
CXXFLAGS+=-std=c++11
i comment them and rebuild world ok
but it works at previous revision.
On 1/30/13, Dimitry Andric d
Am 01/31/13 10:10, schrieb David Chisnall:
On 31 Jan 2013, at 04:37, O. Hartmann wrote:
First, I suspected the c++ option -std=c++11 I issued in /etc/src.conf
when building the sources - I did this before without any problems.
Then, leaving the build without -std=c++11 option, I get
CURRENT, as of recent Revision 246285 (see below) fails and
crashes/reboots on an Ivy-Bridge platform (see below). Since the box
does not have debugging switched on (not yet, will do eventually
Monday), Last thing I see on screen is
p4tcc3: CPU Frequency Thermal Control on cpu3
then the system
Am 02/03/13 21:48, schrieb Dimitry Andric:
On 2013-01-29 11:06, O. Hartmann wrote:
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT builds ... just
Am 02/04/13 20:50, schrieb John Baldwin:
On Sunday, February 03, 2013 11:26:53 am O. Hartmann wrote:
CURRENT, as of recent Revision 246285 (see below) fails and
crashes/reboots on an Ivy-Bridge platform (see below). Since the box
does not have debugging switched on (not yet, will do eventually
Am 02/09/13 09:15, schrieb Johnny Eriksson:
In all honesty.. The blog post (and your email) are basically
information free, they don't name names and provide no script
or downloadable code that will allow end users to check if they
are affected.
A link with a little bit more information:
Setting only base system source compiler optins in /etc/src.conf, for
instance
#
CXXFLAGS+= -stdlib=libc++
CXXFLAGS+= -std=c++11
which do NOT appear in /etc/make.conf, make building port
grahpics/libfpx complaining about unrecognized compiler options.
As far a sI
Am 02/13/13 15:05, schrieb Kimmo Paasiala:
On Wed, Feb 13, 2013 at 3:33 PM, Tom Evans tevans...@googlemail.com wrote:
On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi
yama...@kbh.biglobe.ne.jp wrote:
On 2013/02/13 19:08, O. Hartmann wrote:
Setting only base system source compiler optins
Am 02/14/13 14:19, schrieb Yamaya Takashi:
On 2013/02/13 22:33, Tom Evans wrote:
On Wed, Feb 13, 2013 at 12:30 PM, Yamaya Takashi
yama...@kbh.biglobe.ne.jp wrote:
On 2013/02/13 19:08, O. Hartmann wrote:
Setting only base system source compiler optins in /etc/src.conf, for
instance
Recent CURRENT sources do not build properly and fail with the following
error:
rm -f .depend
mkdep -f .depend -a-I/usr/src/lib/libjail -std=gnu99
/usr/src/lib/libjail/jail.c /usr/src/lib/libjail/jail_getid.c
=== lib/libkiconv (depend)
=== lib/libldns (depend)
rm -f .depend
mkdep -f .depend
On 02/15/13 18:58, David Wolfskill wrote:
On Fri, Feb 15, 2013 at 06:44:41PM +0100, O. Hartmann wrote:
Recent CURRENT sources do not build properly and fail with the following
error:
I had no trouble building:
FreeBSD g1-227.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #812
Am 02/15/13 19:08, schrieb David Wolfskill:
On Fri, Feb 15, 2013 at 07:01:16PM +0100, O. Hartmann wrote:
...
My boxes are one revision ahead of yours and all of them do not build
the recent sources as reported:
FreeBSD 10.0-CURRENT #0 r246825: Fri Feb 15 14:23:40 CET 2013
And by the way
A while ago - approximately three years from now, i was looking for a
GPGPU capable solution for usage on FreeBSD and I stepped into the
compilers from PathScale which are supposed to handle OpenACC (like
OpenMP #pragma omp, but in this case #pragma openacc instead).
Well, there was hope since
Well, I'm brave and switched several beta switches on my FreeBSD
10.0-CUR systems on and I realize, that I receive a lot of
make: /usr/ports/Mk/bsd.port.mk line 5137: warning: using previous
script for -depends defined here
make: /usr/ports/Mk/bsd.port.mk line 5140: warning: duplicate script
for
Am 02/20/13 10:09, schrieb Anton Shterenlikht:
Oliver
I try to use FreeBSD for day-to-day numerical
work, as far as possible. I have to complement
it with linux cluster systems, largely due to
a range of compilers available there.
Anyway, keep me posted if you get anywhere with this.
Compiling most recent sources of CURRENT with Revision: 247040 results
in a kernel crash with funny blinking characters on the screen. This
happens on all systems with different amd64 Intel CPU generations at
this very moment.
Last working sources (reverting and booting kernel.old) is in my case
At the moment, the most recent kernel of FreeBSD 10.0-CURRENT crashes on
all of the boxes I compiled the most recent kernel sources (build a
world ncluding kernel, not only the kernel, so the system is consistent).
At the loader prompt, I need to unload the buggy kernel and load the old
working
On 02/20/13 18:17, Ruslan Makhmatkhanov wrote:
O. Hartmann wrote on 20.02.2013 18:36:
Compiling most recent sources of CURRENT with Revision: 247040 results
in a kernel crash with funny blinking characters on the screen. This
happens on all systems with different amd64 Intel CPU generations
Am 02/21/13 16:28, schrieb Shawn Webb:
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box failing:
Am 02/21/13 20:51, schrieb Konstantin Belousov:
On Thu, Feb 21, 2013 at 08:40:44PM +0100, O. Hartmann wrote:
Am 02/21/13 16:28, schrieb Shawn Webb:
I'm on r247095. My box is failing to boot on a Dell Precision T7500. I'm
running ZFS as root with a mirrored root pool.
Here's a pic of the box
21, 2013 at 09:14:07PM +0100, O. Hartmann wrote:
The supposed fix was committed as r247117.
Simply compiling a new kernel doesn't resolve the problem.
See the commit message why your kernel appears to not work.
http://svnweb.freebsd.org/base?view=revisionrevision=247117
Did you update gas
Am 02/21/13 22:55, schrieb Shawn Webb:
The results are in: success! Thanks everyone. This is why I love FreeBSD:
the community is amazing!
On Thu, Feb 21, 2013 at 4:54 PM, O. Hartmann
ohart...@zedat.fu-berlin.dewrote:
Am 02/21/13 22:01, schrieb Shawn Webb:
I'm building now. I should
On 03/06/13 13:29, Dimitry Andric wrote:
On 2013-03-05 20:59, Hartmann, O. wrote:
...
A truss top reveals this, is this of help?
...
socket(PF_LOCAL,SOCK_STREAM,0) = 4 (0x4)
connect(4,{ AF_UNIX /var/run/nscd },15)= 0 (0x0)
fcntl(4,F_SETFL,O_NONBLOCK)
Am 03/06/13 14:04, schrieb John Baldwin:
On Tuesday, March 05, 2013 2:35:48 pm Hartmann, O. wrote:
On recent FreeBSD 10.0-CURRENT/amd64 (CLANG buildworld, serveral systems
(3) the same symptoms)), many services drop a sporadic
broken pipe
This happesn to system's top (I have to type it
Am 03/06/13 18:32, schrieb Jan Beich:
Hartmann, O. ohart...@zedat.fu-berlin.de writes:
*** [do-extract] Signal 13
I have the same issue but it usually happens on `make install'.
And reverting r247804 seems to be the workaround. Can you confirm?
I went back as far as r247479 and
There is work going on to move the OpenBSD pf(1) towards a more SMP
friendly entity - this reduces CPU load and should raise throughput.
Are there any plans for FreeBSD native packet filter IPFW2 to gain the
same? Or, to ask it differently, IS ipfw(1), the freeBSD native
packetfilter, already SMP
Am 03/07/13 16:48, schrieb Gleb Smirnoff:
On Thu, Mar 07, 2013 at 01:31:19PM +0100, O. Hartmann wrote:
O There is work going on to move the OpenBSD pf(1) towards a more SMP
O friendly entity - this reduces CPU load and should raise throughput.
O
O Are there any plans for FreeBSD native
On
FreeBSD 10.0-CURRENT #0 r248128: Sun Mar 10 10:41:10 CET 2013
I receive the error message below when trying to update installed port
openldap24-sasl-client:
=== Cleaning for openldap-sasl-client-2.4.33_1
=== Waiting on fetch checksum for net/openldap24-sasl-client ===
===
On Mon, 2013-03-11 at 12:00 +0100, Niclas Zeising wrote:
On 2013-03-11 11:58, Hartmann, O. wrote:
Am 03/11/13 11:17, schrieb Dimitry Andric:
On 2013-03-10 00:39, Steve Kargl wrote:
...
If you have a clang built FreeBSD-current, then it is no
longer possible to *bootstrap* gcc-4.6.x,
On Mon, 2013-03-11 at 17:29 +0100, Dimitry Andric wrote:
On 2013-03-11 14:15, Niclas Zeising wrote:
On 03/11/13 14:13, Steve Kargl wrote:
...
No. Here's my make.conf.
KERNCONF=SPEW
CPUTYPE?=opteron
FFLAGS+= -O2 -pipe -march=native -mtune=native -funroll-loops
-ftree-vectorize
On Tue, 2013-03-12 at 17:16 -0500, Bryan Drewery wrote:
On 3/10/2013 6:44 AM, O. Hartmann wrote:
On
FreeBSD 10.0-CURRENT #0 r248128: Sun Mar 10 10:41:10 CET 2013
I receive the error message below when trying to update installed port
openldap24-sasl-client:
=== Cleaning for openldap
On Wed, 2013-03-13 at 04:49 -0500, Bryan Drewery wrote:
On 3/13/2013 2:55 AM, O. Hartmann wrote:
On Tue, 2013-03-12 at 17:16 -0500, Bryan Drewery wrote:
I have just committed a fix to the ports tree for this.
Hello.
Well, I just updated the port's tree a few minutes ago and can
On Wed, 2013-03-13 at 07:26 -0500, Bryan Drewery wrote:
On 3/13/2013 7:21 AM, O. Hartmann wrote:
On Wed, 2013-03-13 at 04:49 -0500, Bryan Drewery wrote:
On 3/13/2013 2:55 AM, O. Hartmann wrote:
On Tue, 2013-03-12 at 17:16 -0500, Bryan Drewery wrote:
I have just committed a fix
On Wed, 2013-03-13 at 09:54 -0500, Bryan Drewery wrote:
On 3/13/2013 8:55 AM, O. Hartmann wrote:
On Wed, 2013-03-13 at 07:26 -0500, Bryan Drewery wrote:
On 3/13/2013 7:21 AM, O. Hartmann wrote:
On Wed, 2013-03-13 at 04:49 -0500, Bryan Drewery wrote:
On 3/13/2013 2:55 AM, O. Hartmann wrote
It is hard to explain in the subject.
I have Apache 2.4 running on a most recent FreeBSD 10.0:
FreeBSD 10.0-CURRENT #1 r248935: Sat Mar 30 20:25:32 CET 2013
I have successfully running port www/apache24. The port is really bumpy,
if not to say crappy. Whenever I want to rebuild a port that has
Trying to boot a kernel r249381 fails and I see on the console the
loader prompt at mountroot. Obviously, the bootloader doesn't find the
root/boot partition. On all FreeBSD 10 boxes I have this phenomenon is
the same, all boxes have GPT (UFS) partitions to boot from and set GPT
labels to address
On Sat, 2013-04-13 at 10:07 +, Marcus Reid wrote:
On Sat, Apr 13, 2013 at 09:14:10AM +0200, O. Hartmann wrote:
Trying to boot a kernel r249381 fails and I see on the console the
loader prompt at mountroot. Obviously, the bootloader doesn't find
the root/boot partition.
Same problem
Trying to recompile converters/libiconv on FreeBSD 10.0-CUR/r49438 (with
bran new CLANG 3.3) results with the errors below. This error shows up
on boxes having FBSD 10 and X11. It doesn't show up on those boxes
running without a full X11 (that is the only difference I can figure out
at the moment
On Tue, 2013-04-16 at 20:58 +0200, Dimitry Andric wrote:
On Apr 16, 2013, at 00:42, Jan Beich jbe...@tormail.org wrote:
O. Hartmann ohart...@zedat.fu-berlin.de writes:
./unistd.h:694:5: error: invalid token at start of a preprocessor
expression
#if @GNULIB_EUIDACCESS@
^
1 error
trying to read the temperature on an Intel Core-i7 3930K box
(10.0-CURRENT #2 r249647: Fri Apr 19 13:22:41 CEST 2013 amd64) via
sysctl -a|grep tempe
crashes sporadically the system due to panic/page fault and dumps core.
I'm not able to reproduces this behaviour by intention, as I stated at
the
Since a couple of weeks now, FreeBSD 10.0-CURRENT is really unresponsive
when managing high disk I/O.
This is most noticeable when starting the buildworld process, hwen clang
3.3 starts to build the llvm backend libraries and doing some sort of
portmaster/portupgrade in parallel: even a make
While trying to build buildworld with
WITH_NAND= YES
in /etc/src.conf
I receive this error below.
[...]
ld -dc -r -o stty.lo
stty_stub.o /usr/obj/usr/src/rescue/rescue//usr/src/bin/stty/cchar.o
/usr/obj/usr/src/rescue/rescue//usr/src/bin/stty/gfmt.o
Trying to update port graphics/jasper on our FreeBSD 10.0-CURRENT boxes
(all r249720 or higher) fails on all(!) Core2Duo based systems (Intel
E8400 or Q6600) (CLANG 3.3) with the below shown error.
Interestingly, the port does compile on all boxes running the very same
FreeBSD 10.0-CURRENT with
On Mon, 2013-04-22 at 21:40 +0200, Dimitry Andric wrote:
On Apr 22, 2013, at 20:47, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Trying to update port graphics/jasper on our FreeBSD 10.0-CURRENT boxes
(all r249720 or higher) fails on all(!) Core2Duo based systems (Intel
E8400 or Q6600
On Mon, 2013-04-22 at 00:09 +0200, Ed Schouten wrote:
Hi,
2013/4/21 O. Hartmann ohart...@zedat.fu-berlin.de:
/usr/src/sbin/newfs_nandfs/newfs_nandfs.c:83:18: error: no previous
extern declaration for non-static variable
'user_files' [-Werror,-Wmissing-variable-declarations]
struct
On Tue, 2013-04-23 at 21:03 +0200, Dimitry Andric wrote:
On Apr 17, 2013, at 21:16, Jung-uk Kim j...@freebsd.org wrote:
On 2013-04-17 06:07:47 -0400, Dimitry Andric wrote:
On Apr 17, 2013, at 07:31, Jan Beich jbe...@tormail.org wrote:
Dimitry Andric d...@freebsd.org writes: On Apr 16, 2013,
Since the overhaul of several core functions of P Davidek, the NSCD
nameservice caching daemon seems to be broken. Just to test this, I
enabled the nscd again and my most recent CURRENT box seems to have
forgotten that there is a root:
su: unknown login: root
or when trying to
On Sun, 2013-04-28 at 10:44 +0200, Stefan Esser wrote:
Am 28.04.2013 00:31, schrieb Paul Webster:
Just got this link on IRC, (freenode/##freebsd) was so funny I thought
I would see if I could get any of you guys to spit out you're coffee
:)
http://antibsd.wordpress.com/
So much
If people would participate in discussions of severe subjects like they
do regarding to the none-sense that BSD hater writes and womit out into
the world, or even start commenting on the misguided guy's preferred
comments in the Phoronix forum, I guess Google would counter-balance the
hits a
When doing a
make installworld
on FreeBSD 10.0-CURRENT #1 r250041: Mon Apr 29 09:34:03 CEST 2013 amd64
(sources at At revision 250097)
I receive this sticky error below:
/usr/share/man/man4/nve.4.gz - /usr/share/man/man4/ntb_hw.4.gz
install: link /usr/share/man/man4/ntb_hw.4.gz
-
On Sun, 2013-05-05 at 10:01 +0400, de...@stasyan.com wrote:
Hello !
This problems appears about 4-6 months ago after updating of -CURRENT host.
Unable to boot host with nvidia_load=YES in loader.conf because panic.
But when nvidia driver loads manually via kldload, everything OK.
Nvidia
On Thu, 2013-05-09 at 17:16 -0500, Larry Rosenman wrote:
On 2013-05-09 06:16, Damjan Jovanovic wrote:
On Wed, May 8, 2013 at 8:52 PM, Larry Rosenman l...@lerctr.org wrote:
On 2013-05-08 13:37, Larry Rosenman wrote:
On 2013-05-08 12:46, Larry Rosenman wrote:
On 2013-05-08 12:00, Daniel
Several machines running
FreeBSD 10.0-CURRENT #0 r250636: Tue May 14 21:13:19 CEST 2013 amd64
were scrubbing the pools over the past two days. Since that takes a
while, I was sure I could shutdown the boxes and scrubbing will restart
next restart automatically.
Not this time! On ALL(!) systems
On Wed, 2013-05-15 at 10:39 -0700, Xin Li wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/15/13 10:20, O. Hartmann wrote:
Several machines running FreeBSD 10.0-CURRENT #0 r250636: Tue May
14 21:13:19 CEST 2013 amd64 were scrubbing the pools over the past
two days. Since
On Wed, 2013-05-15 at 10:39 -0700, Xin Li wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/15/13 10:20, O. Hartmann wrote:
Several machines running FreeBSD 10.0-CURRENT #0 r250636: Tue May
14 21:13:19 CEST 2013 amd64 were scrubbing the pools over the past
two days. Since
On Thu, 2013-05-16 at 19:42 +0100, Steven Hartland wrote:
- Original Message -
From: Xin Li delp...@delphij.net
On 05/15/13 10:20, O. Hartmann wrote:
Several machines running FreeBSD 10.0-CURRENT #0 r250636: Tue May
14 21:13:19 CEST 2013 amd64 were scrubbing the pools over
For a short notice:
I have a box that is at the moment stuck with r250670 since this is
version doesn't crash.
Every version above also most recent sources, coredump after several
seconds after the console login shows up with a lot of chat on the
screen regarding CAM and SCSI-like output.
This
Switching off systems running FreeBSD 10.0-CURRENT #3 r250886: Tue May
21 23:12:29 CEST 2013 amd64 but pressing the power button doesn't switch
the box off anymore. The console is stuck with presenting last lines of
syncing disks and several numbers counting down the to-sync blocks.
This happens
Since r250670 (last known stable) I face a lot of problems.
On systems with SSD, after a couple of seconds the box is crashing and
rebooting, showing up a lot of CAM/SCSI stuff on the console.
A system with traditional disks I get while shutdown in progress (via
ACPI power button or shutdown -p
With CLANG on FreeBSD 10.0-CURRENT r250968, I get this error message in
a source I try to port.
I did not find any suitable official workaround and I'd like to avoid
patching all files containing those #pragma statements. Is there a
geenral solution on FreeBSD to overcome this?
error: unknown
Compiling most recent world doesn't proceed and fails with the
following error:
/usr/src/lib/msun/ld80/s_expl.c:288:12: error: use of
undeclared identifier 'P5' t45 = r * P5 + P4;
Just for notice.
Oliver
signature.asc
Description: PGP signature
On Mon, 3 Jun 2013 11:15:25 -0700
Steve Kargl s...@troutmask.apl.washington.edu wrote:
On Mon, Jun 03, 2013 at 07:59:39PM +0200, O. Hartmann wrote:
Compiling most recent world doesn't proceed and fails with the
following error:
/usr/src/lib/msun/ld80/s_expl.c:288:12: error: use
Kernel build fails on recent r251744 CURRENT:
[...]
--- vlapic.o ---
/usr/src/sys/modules/vmm/../../amd64/vmm/io/vlapic.c:468:15: error:
implicit declaration of function 'cpusetobj_ffs' is invalid in C99
[-Werror,-Wimplicit-function-declaration] while ((i =
cpusetobj_ffs(dmask)) != 0) { ^ 1 error
Kernel compilation fails on most recent CURRENT with the following
error on AMD64 machines:
--- vlapic.o ---
/usr/src/sys/modules/vmm/../../amd64/vmm/io/vlapic.c:468:15: error:
implicit declaration of function 'cpusetobj_ffs' is invalid in C99
[-Werror,-Wimplicit-function-declaration] while ((i =
On Fri, 14 Jun 2013 15:40:20 +0400
Boris Samorodov b...@passap.ru wrote:
14.06.2013 15:06, Sergey Kandaurov пишет:
On 14 June 2013 13:55, O. Hartmann ohart...@zedat.fu-berlin.de
wrote:
Kernel build fails on recent r251744 CURRENT:
[...]
--- vlapic.o ---
/usr/src/sys/modules/vmm
Having a 1TB disk with a MBR partition layout created successfully with
gpart create -s MBR ada4, which is shown as
Geom name: ada4
modified: false
state: OK
fwheads: 16
fwsectors: 63
last: 1953525167
first: 63
entries: 4
scheme: MBR
Consumers:
1. Name: ada4
Mediasize: 1000204886016 (931G)
Just for notice.
The most recent sources fail to compile a kernel successfully:
[...]
/usr/src/sys/fs/nfsclient/nfs_clstate.c:5160:33: error: format
specifies type 'long long' but the argument has type 'uint64_t' (aka
'unsigned long') [-Werror,-Wformat] lastbyte=%qd\n, error,
flp-nfsfl_off,
On Sun, 23 Jun 2013 01:53:18 +0900 (JST)
Hiroki Sato h...@freebsd.org wrote:
hiren panchasara hiren.panchas...@gmail.com wrote
in
calcpeug98bmk5hh58xwpr4d39vgptpotfsjnej-1phk5vm2...@mail.gmail.com:
hi On Jun 22, 2013 6:09 AM, O. Hartmann
hi ohart...@zedat.fu-berlin.de wrote:
hi
hi
The recent sources fails to build with the following error:
[...]
=== sbin/devd (all)
c++ -O2 -pipe -O3 -march=native -I. -I/usr/src/sbin/devd -pipe -O3
-Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith
it when I get to the office this morning.
The code version I have is
[...]
Updating /usr/src using Subversion
--
Updating '.':
At revision 252505.
[...]
Thanks for looking into it.
Regards,
Oliver
On Tue, Jul 2, 2013 at 3:56 AM, O
Hello.
I try to compile a package of C++ software for FreeBSD with CLANG which
uses clang++. I have to use -stdlib=libc++ -std=c++11.
I receive the following error and after consulting developers of the
code I was informed that libc++ routine std::isinf() should return
boolvec_t, but it returns
On Sun, 7 Jul 2013 10:11:28 +0200
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Hello.
I try to compile a package of C++ software for FreeBSD with CLANG
which uses clang++. I have to use -stdlib=libc++ -std=c++11.
I receive the following error and after consulting developers
Whe I try to compile the sources of a port in spe (devel/pocl), which
is now out as RC6, I receive this error shown below:
[...]
../vecmathlib/pocl/../vec_sse_double1.h:451:38: error:
conversion from 'int' to 'boolvec_t' (aka 'boolvecreal_t, size') is
ambiguous boolvec_t isinf() const { return
On Wed, 10 Jul 2013 15:22:58 +0100
David Chisnall thera...@freebsd.org wrote:
Hi,
On 10 Jul 2013, at 14:58, O. Hartmann ohart...@zedat.fu-berlin.de
wrote:
Whe I try to compile the sources of a port in spe (devel/pocl),
which is now out as RC6, I receive this error shown below
On Wed, 10 Jul 2013 18:04:16 +0100
David Chisnall thera...@freebsd.org wrote:
On 10 Jul 2013, at 17:33, O. Hartmann ohart...@zedat.fu-berlin.de
wrote:
Hi David,
thanks for the fast response.
The code I was told to check with is this:
#include iostream
#include typeinfo
Updating CURRENT from r253216 to r253252 triggers an updating of
several ports to fail, namely, for instance,
www/firefox
graphiks/webkit-gtk2
deskuitls/fbreader
graphics/gdal
The error is in all ports when compiled with CLANG 3.3 -std=c++11
-stdlib=libc++ similar, routing to math.h. I will
On Fri, 12 Jul 2013 12:13:58 -0500
Scot Hetzel swhet...@gmail.com wrote:
On Fri, Jul 12, 2013 at 11:16 AM, Scot Hetzel swhet...@gmail.com
wrote:
On Thu, Jul 11, 2013 at 9:33 AM, David Chisnall
thera...@freebsd.org wrote:
On 11 Jul 2013, at 13:11, Bruce Evans b...@optusnet.com.au wrote:
I have trouble with a ZFS pool after interrupted scrubbing on FreeBSD
10-CURREN (10.0-CURRENT #1 r253579: Tue Jul 23 20:31:59 CEST 2013
amd64).
After I shut down the box while the ZFS pool in question was still in
scrubbing, after a reboot the system marked that pool as defect. I
tried to clean
make installkernel fails in r253794 with the following error:
=== usb/runfw (install)
install -o root -g wheel -m 555 runfw.ko /boot/kernel
install: runfw.ko: No such file or directory
*** Error code 71
regards,
oliver
signature.asc
Description: PGP signature
On Tue, 30 Jul 2013 09:29:56 +0200
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
make installkernel fails in r253794 with the following error:
=== usb/runfw (install)
install -o root -g wheel -m 555 runfw.ko /boot/kernel
install: runfw.ko: No such file or directory
*** Error code
I tried the new option options RDRAND_RNG on my SOHO server, equipted
with a Intel i3-3220 Ivy Brdige CPU, which is supposed to have the
Bull Mountain random number generator as a piece of hardware in its
uncore.
Enabling the kernel option doesn't reveal any presence of such a
hardware number
On Tue, 30 Jul 2013 16:07:48 +0200
Julian Stecklina jstec...@os.inf.tu-dresden.de wrote:
On 07/30/2013 01:46 PM, O. Hartmann wrote:
I tried the new option options RDRAND_RNG on my SOHO server,
equipted with a Intel i3-3220 Ivy Brdige CPU, which is supposed
to have the Bull Mountain
Updating several ports on CURRENT fails with a fetch error, which
expresses itself via
[math/eigen3]
Certificate verification failed for /C=US/O=DigiCert
Inc/OU=www.digicert.com/CN=DigiCert High Assurance EV CA-1
34380876968:error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate
On most recent CUURENT (FreeBSD 10.0-CURRENT #4 r253800: Tue Jul 30
13:41:11 CEST 2013 amd64 ) port garphics/blender fails to compile due
to the following error.
I guess this has to do with the changes necessary to math.h/cmath and
the c++11 standard issue.
[...]
Scanning dependencies of target
On Wed, 31 Jul 2013 07:45:33 -0700
Bryan Drewery bdrew...@freebsd.org wrote:
On 7/31/2013 3:16 AM, O. Hartmann wrote:
Updating several ports on CURRENT fails with a fetch error, which
expresses itself via
[math/eigen3]
This should be fixed now. SSL Certificate Verification has
On Tue, 30 Jul 2013 16:07:48 +0200
Julian Stecklina jstec...@os.inf.tu-dresden.de wrote:
On 07/30/2013 01:46 PM, O. Hartmann wrote:
I tried the new option options RDRAND_RNG on my SOHO server,
equipted with a Intel i3-3220 Ivy Brdige CPU, which is supposed
to have the Bull Mountain
This is strange:
Accidentally I started from two different terminals on the same box
rm -rf /usr/obj/usr make -j2 buildworld
While the first proceess had a headstart, the second killed
the /usr/obj entries and so both jobs died immediately.
But after that, I tried simply again
make buildworld
On Thu, 1 Aug 2013 17:26:18 +0200
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
This is strange:
Accidentally I started from two different terminals on the same box
rm -rf /usr/obj/usr make -j2 buildworld
While the first proceess had a headstart, the second killed
the /usr/obj entries
Buildworld fails with
=== libexec/atf/atf-check (all)
c++ -O2 -pipe -O3 -march=native -DHAVE_CONFIG_H -O3
-I/usr/src/libexec/atf/atf-check/../../../contrib/atf
-Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith
On Thu, 1 Aug 2013 21:10:52 +0200
Baptiste Daroussin b...@freebsd.org wrote:
On Thu, Aug 01, 2013 at 08:31:02PM +0200, O. Hartmann wrote:
Buildworld fails with
=== libexec/atf/atf-check (all)
c++ -O2 -pipe -O3 -march=native -DHAVE_CONFIG_H -O3
-I/usr/src/libexec/atf/atf-check
On Fri, 2 Aug 2013 08:26:01 +0100
David Chisnall thera...@freebsd.org wrote:
On 1 Aug 2013, at 20:10, Baptiste Daroussin b...@freebsd.org wrote:
Thay is with the new ld behaviour, it seems like for some reason,
when linking with libc++ it lacks an explicit link on libcxxrt, I
ll let c++
On Fri, 3 Jan 2014 17:04:00 -
Steven Hartland kill...@multiplay.co.uk wrote:
- Original Message -
From: O. Hartmann ohart...@zedat.fu-berlin.de
On Fri, 3 Jan 2014 14:38:03 -
Steven Hartland kill...@multiplay.co.uk wrote:
- Original Message -
From: O
401 - 500 of 1404 matches
Mail list logo