I try to compile a piece of software which uses LLVM as a backend (it is
POCL, PortableOpenCL library). On a 10.0-CURRENT r244650M, the software
fails du to an issued clang option -ccc-host-triple, which works well on
FreeBSD 9.1-PRE, which uses still LLVM/CLANG 3.1.
On the net, I find confusing
Am 12/24/12 16:41, schrieb Dimitry Andric:
On 2012-12-24 16:24, O. Hartmann wrote:
I try to compile a piece of software which uses LLVM as a backend (it is
POCL, PortableOpenCL library). On a 10.0-CURRENT r244650M, the software
fails du to an issued clang option -ccc-host-triple, which works
I figured out that my system is somekind of polluted by remnant old files.
I do installworld on a regular basis and I do it like suggested in the
handbook. I also regularyly do make delete-old-XXX in /usr/src.
Well, now I figured out that there are some remnants in several system
folders, for
Am 12/26/12 12:58, schrieb Sergey Kandaurov:
On 26 December 2012 15:49, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
I figured out that my system is somekind of polluted by remnant old files.
I do installworld on a regular basis and I do it like suggested in the
handbook. I also regularyly
Am 12/26/12 19:05, schrieb Kimmo Paasiala:
On Wed, Dec 26, 2012 at 6:20 PM, O. Hartmann
ohart...@zedat.fu-berlin.de wrote:
Am 12/26/12 12:58, schrieb Sergey Kandaurov:
On 26 December 2012 15:49, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
I figured out that my system is somekind
Am 12/30/12 20:41, schrieb David Wolfskill:
On Sat, Dec 29, 2012 at 09:38:42AM -0800, Cy Schubert wrote:
Just udated to the latest current and amd hangs at boot. Ideas?
I don't see a problem @r244855. On my build machine, /usr/ports is a
symlink to a ports working copy that resides on
Am 01/01/13 21:42, schrieb Manfred Antar:
At 11:48 AM 1/1/2013, Gleb Smirnoff wrote:
On Tue, Jan 01, 2013 at 02:39:58AM -0800, Manfred Antar wrote:
M On Thu, Dec 27, 2012 at 09:05:26AM -0800, Manfred Antar wrote:
M M For the past few days the loopback interface 127.0.0.1 is broken on
Current r244916M fails to compile a world with following error:
[...]
cc -O2 -pipe -O3 -march=native
-I/usr/src/contrib/ofed/usr.bin/opensm/../../include/infiniband
-I/usr/src/contrib/ofed/usr.bin/opensm/../../management/opensm/include/
-pthread -DVENDOR_RMPP_SUPPORT -DDUAL_SIDED_RMPP
Since yesterday's update and buildworld on two FreeBSD 10.0-CURRENT
boxes, i realize a strange behaviour. I have one server exporting via
NFSv4 several ZFS volumes. The UID mapping went pretty well so far, but
with a reboot of yesterday (after a buildworld), files are seen with uid
root:wheel and
I use a small testing server. The hardware is most modern Intel hardware
(i3-3220, Z77 chipset), 16GB RAM. The OS is FreeBSD 10.0-CURRENT #1
r245036M: Fri Jan 4 12:48:53 CET 2013.
The ZFS subsystem is comprised by 3 Western Digital 3 TB harddrives (WDC
WD30EZRX-00DC0B0 80.00A80 ATA-9 SATA 3.x
Am 01/04/13 14:30, schrieb Rick Macklem:
O. Hartmann wrote:
Since yesterday's update and buildworld on two FreeBSD 10.0-CURRENT
boxes, i realize a strange behaviour. I have one server exporting via
NFSv4 several ZFS volumes. The UID mapping went pretty well so far,
but
with a reboot
Am 01/04/13 15:45, schrieb Garrett Cooper:
On Fri, Jan 4, 2013 at 6:06 AM, Fleuriot Damien m...@my.gd wrote:
...
And this is under [global] in /usr/local/etc/smb.conf:
min receivefile size = 16384
aio read size = 16384
aio write size = 16384
aio write behind = yes
These
Am 01/04/13 15:52, schrieb Garrett Cooper:
Answering just the trivial question...
On Fri, Jan 4, 2013 at 2:13 AM, O. Hartmann ohart...@zedat.fu-berlin.de
wrote:
...
server-1: FreeBSD 10.0-CURRENT #0 r244957: Wed Jan 2 12:06:13 CET 2013
By the way, can someone give me a hint why some
Am 01/04/13 18:00, schrieb Steve Kargl:
On Fri, Jan 04, 2013 at 05:52:41PM +0100, O. Hartmann wrote:
Am 01/04/13 15:52, schrieb Garrett Cooper:
Answering just the trivial question...
On Fri, Jan 4, 2013 at 2:13 AM, O. Hartmann wrote:
server-1: FreeBSD 10.0-CURRENT #0 r244957: Wed Jan 2 12:06
While working with an OpenCL port that is depending on LLVM 3.2, I feel
very uncomfortable haveng to have devel/llvm-devel installed while the
official release of LLVM is 3.2. The port devel/llvm is still the older
3.1. Is this going to be changed? I guess it must be synchronized with
FreeBSD
Am 01/06/13 15:52, schrieb Dimitry Andric:
On 2013-01-06 13:55, O. Hartmann wrote:
While working with an OpenCL port that is depending on LLVM 3.2, I feel
very uncomfortable haveng to have devel/llvm-devel installed while the
official release of LLVM is 3.2.
Please prod the port maintainer
Am 01/06/13 15:57, schrieb Dimitry Andric:
On 2013-01-06 15:16, Erik Cederstrand wrote:
...
I think the real problem is that LLVM and the related tools are build
in one go, so you can't easily build llvm-config and others for the
base version of LLVM.
Well, it would be easy enough to build
Am 01/06/13 15:52, schrieb Dimitry Andric:
On 2013-01-06 13:55, O. Hartmann wrote:
While working with an OpenCL port that is depending on LLVM 3.2, I feel
very uncomfortable haveng to have devel/llvm-devel installed while the
official release of LLVM is 3.2.
Please prod the port maintainer
Am 01/06/13 17:49, schrieb David Chisnall:
On 6 Jan 2013, at 12:55, O. Hartmann wrote:
Having a crippled LLVM aboard AND the need having installed a port is a
kind of none-sense. Why should I install port devel/llvm to have a
working LLVM backend?
The issue is the same as the issue
Am 01/09/13 09:59, schrieb Gleb Smirnoff:
On Wed, Jan 09, 2013 at 09:56:25AM +0100, Hartmann, O. wrote:
H Same here.
H The OS: FreeBSD 10.0-CURRENT/amd64 r245218. Since I have three boxes
H running approximately the same configurations (I share my configs
H between lab and home), but
My question may sound naiv, sorry.
I have already set up a RAIDZ (on FreeBSD 10.0-CUR), comprised with
three 3 TB disks. I'd like to expand the array with an additional disk -
on the fly.
oh
signature.asc
Description: OpenPGP digital signature
On 01/11/13 00:39, Dimitry Andric wrote:
On 2013-01-08 09:58, Stefan Farfeleder wrote:
On Tue, Jan 08, 2013 at 12:21:12AM +0100, Dimitry Andric wrote:
...
After a lot of splitting up of unwind-dw2.c, I arrived at _Unwind_Resume
which when compiled by clang caused the crashes, but when
When building the system, I receive very quickly the following error
when /usr/src/lib/libcxxrt is compiled:
c++ -fpic -DPIC -O2 -pipe -O3 -march=native
-I/usr/src/lib/libcxxrt/../../contrib/libcxxrt -Qunused-arguments
-fstack-protector -Wno-empty-body -Wno-string-plus-int
Hello.
On FreeBSD 10.0-CURRENT/amd64 I run into the error shown below when
updating the installation of the gcc46 compiler suite.
The OS has been compiled via CLANG, binutils 2.22 are installed and has
been installed either with the UNAME_r settings and WITH_FBSD10_FIX set
in /etc/make.conf.
I
not found. Typing manually svn -r
HEAD in /usr/src as it is shown when the make update fails works well,
since the shell's environment PATH variable knows /usr/local/bin to look
for.
I also file a PR not letting this getting forgotten, please close it, if
it is obsolete.
Regards,
O. Hartmann
On 12/07/11 07:11, Steve Kargl wrote:
On Wed, Dec 07, 2011 at 05:56:31AM +0100, O. Hartmann wrote:
config.status: creating ada/Makefile
config.status: creating auto-host.h
config.status: executing default commands
gmake[2]: Leaving directory `/usr/ports/lang/gcc46/work/build'
gmake[1
On 12/10/11 14:51, Chuck Burns wrote:
On Saturday, December 10, 2011 7:35:27 AM Chuck Burns wrote:
Here is quick, hackish patch to allow your make update to work, it appears
that the Makefile.inc1 does not include the full path to svn, while it does
include the full path to cvs and other
On 12/11/11 01:11, Benjamin Kaduk wrote:
On Sat, 10 Dec 2011, O. Hartmann wrote:
On 12/10/11 14:51, Chuck Burns wrote:
On Saturday, December 10, 2011 7:35:27 AM Chuck Burns wrote:
Here is quick, hackish patch to allow your make update to work, it
appears
that the Makefile.inc1 does
On 12/11/11 00:50, Benjamin Kaduk wrote:
[-questions to bcc]
On Sat, 10 Dec 2011, O. Hartmann wrote:
On 12/07/11 07:11, Steve Kargl wrote:
On Wed, Dec 07, 2011 at 05:56:31AM +0100, O. Hartmann wrote:
config.status: creating ada/Makefile
config.status: creating auto-host.h
config.status
Not fully right, boinc defaults to run on idprio 31 so this isn't an
issue. And yes, there are cases where SCHED_ULE shows much better
performance then SCHED_4BSD. [...]
Do we have any proof at hand for such cases where SCHED_ULE performs
much better than SCHED_4BSD? Whenever the subject
On 12/12/11 18:06, Steve Kargl wrote:
On Mon, Dec 12, 2011 at 04:18:35PM +, Bruce Cran wrote:
On 12/12/2011 15:51, Steve Kargl wrote:
This comes up every 9 months or so, and must be approaching FAQ
status. In a HPC environment, I recommend 4BSD. Depending on the
workload, ULE can cause
On 12/12/11 19:46, siur wrote:
Hello!
My question is quite short and stupid -- why there is still no
packages for 10-current? Did I miss something?
10.0-CURRENT is at this very moment the bloody edge development and
9.0-REL isn't out yet. So do not expect personell dedicating themselfs
on
On 12/12/11 16:13, Vincent Hoffman wrote:
On 12/12/2011 13:47, O. Hartmann wrote:
Not fully right, boinc defaults to run on idprio 31 so this isn't an
issue. And yes, there are cases where SCHED_ULE shows much better
performance then SCHED_4BSD. [...]
Do we have any proof at hand
On 12/12/11 16:51, Steve Kargl wrote:
On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote:
Not fully right, boinc defaults to run on idprio 31 so this isn't an
issue. And yes, there are cases where SCHED_ULE shows much better
performance then SCHED_4BSD. [...]
Do we have any proof
Since a couple of days now I see this happen on FreeBSD
10.0-CURRENT/amd64 (CLANG) (most recent buildworld and potstree) and
also on FreeBSD 9.0-RC[2|3]/amd64 (also CLANG built, most recent portstree):
Building new INDEX files... DESCRIBE.7 INDEX-8 not provided by portsnap
server; INDEX-7 not
Am 12/14/11 23:28, schrieb Garrett Cooper:
On Wed, Dec 14, 2011 at 1:52 PM, Roman Divacky rdiva...@freebsd.org wrote:
-dumpspecs is a gcc internal thing that clang will never support (it doesnt
use
specs). It's wrong for ports to mess with the internals of the compiler and
this should be
Just read this on
phoronix.com
Is this finally a chance to get GPGPU on FreeBSD natively supported?
nVidia has a binary driver, supporting well their higher end graphics
cards on FreeBSD 64bit natively.
I do not understand much about the compiler itself, it's nvcc as far
as I know, and it is
LLVM is now partially installed in the base system, but for some
development and research purposes I need other parts of LLVM like
llc, lli, llvm-as and buddies. I miss them.
Is there a chance to get them reeled into the build tree via a knob in
/etc/src.conf? I'd like to see them available in
Just saw this shot benchmark on Phoronix dot com today:
http://www.phoronix.com/scan.php?page=news_itempx=MTAyNzA
It may be worth to discuss the sad performance of FBSD in some parts of
the benchmark. A difference of a factor 10 or 100 is simply far beyond
disapointing, it is more than
Am 12/15/11 14:51, schrieb Daniel Kalchev:
On Dec 15, 2011, at 3:25 PM, Stefan Esser wrote:
Am 15.12.2011 11:10, schrieb Michael Larabel:
No, the same hardware was used for each OS.
In terms of the software, the stock software stack for each OS was used.
Just curious: Why did you choose
Am 12/15/11 14:58, schrieb Daniel Kalchev:
On Dec 15, 2011, at 3:48 PM, Jeremy Chadwick wrote:
[…]
That said: thrown out, data ignored, done.
Now what? Where are we? We're right back where we were a day or two
ago; meaning no closer to solving the dilemma reported by users and
Am 12/15/11 15:20, schrieb Steven Hartland:
With all the discussion I thought I'd give a buildworld
benchmark a go here on a spare 24 core machine. ULE
tested fine but with 4BSD it wont even boot panicing
with the following:-
http://screensnapr.com/v/hwysGV.png
This is on a clean
On 12/16/11 07:44, Joe Holden wrote:
Arnaud Lacombe wrote:
Hi,
On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann
ohart...@zedat.fu-berlin.de wrote:
Just saw this shot benchmark on Phoronix dot com today:
http://www.phoronix.com/scan.php?page=news_itempx=MTAyNzA
it might be worth highlighting
Since three days for now I get a panic when I shutdown or reboot my
FreeBSD 10.0-CURREN/amd64 box:
Sleeping thread (tid 100033, pid 16) owns a non sleepable lock
panic: sleeping thread
cpuid = 0
PID 16 is always USB on my box.
Any advice or tip to get rid of it?
Oliver
signature.asc
On 12/18/11 02:45, Alexander Kabaev wrote:
On Sun, 18 Dec 2011 01:09:00 +0100
O. Hartmann ohart...@zedat.fu-berlin.de wrote:
Sleeping thread (tid 100033, pid 16) owns a non sleepable lock
panic: sleeping thread
cpuid = 0
PID 16 is always USB on my box.
You really need to give us
On 12/18/11 03:37, Bruce Cran wrote:
On 13/12/2011 09:00, Andrey Chernov wrote:
I observe ULE interactivity slowness even on single core machine
(Pentium 4) in very visible places, like 'ps ax' output stucks in the
middle by ~1 second. When I switch back to SHED_4BSD, all slowness is
gone.
On 12/19/11 09:27, Lev Serebryakov wrote:
Hello, Samuel.
You wrote 15 декабря 2011 г., 16:32:47:
Other benchmarks in the Phoronix suite and their representations are
similarly flawed, _ALL_ of these results should be ignored and no time
should be wasted by any FreeBSD committer further
On 12/19/11 13:21, Andreas Nilsson wrote:
On 19 dec 2011, at 12:50, Samuel J. Greear s...@evilcode.net wrote:
2011/12/19 Lev Serebryakov l...@freebsd.org:
Hello, Samuel.
You wrote 15 декабря 2011 г., 16:32:47:
Other benchmarks in the Phoronix suite and their representations are
similarly
On a freshly updated box the installation of x11/sessreg fails with the
shown message below.
On all boxes I run with FBSD 9 or 10 (all amd64, CLANG build) the build
and installation works fine.
Since I update the box from 8.2-STABLE to 9.0-PRE last night, cleaning
up all ports and having them
On 12/20/11 11:13, O. Hartmann wrote:
On a freshly updated box the installation of x11/sessreg fails with the
shown message below.
On all boxes I run with FBSD 9 or 10 (all amd64, CLANG build) the build
and installation works fine.
Since I update the box from 8.2-STABLE to 9.0-PRE last
On 12/20/11 16:55, Robert Watson wrote:
On Tue, 20 Dec 2011, Attilio Rao wrote:
As we are here, however, I have a question for Robert here: do you
think we should support the _ddb() variant of options even in the case
DDB is not enabled in the kernel?
It's possible that _ddb() should be
On 12/20/11 22:45, Samuel J. Greear wrote:
http://www.osnews.com/story/25334/DragonFly_BSD_MP_Performance_Significantly_Improved
PostgreSQL tests, see the linked PDF for #'s on FreeBSD, DragonFly, Linux
and Solaris. Steps to reproduce these benchmarks provided.
Sam
On Tue, Dec 20, 2011
On 12/21/11 00:29, Jeremy Chadwick wrote:
On Tue, Dec 20, 2011 at 11:54:23PM +0100, O. Hartmann wrote:
On 12/20/11 22:45, Samuel J. Greear wrote:
http://www.osnews.com/story/25334/DragonFly_BSD_MP_Performance_Significantly_Improved
PostgreSQL tests, see the linked PDF for #'s on FreeBSD
On 12/21/11 19:41, Alexander Leidinger wrote:
Hi,
while the discussion continued here, some work started at some other place.
Now... in case someone here is willing to help instead of talking, feel free
to go to http://wiki.freebsd.org/BenchmarkAdvice and have a look what can be
On 12/22/11 10:02, Johan Hendriks wrote:
Stefan Esser schreef:
Am 21.12.2011 22:49, schrieb Johan Hendriks:
Nice page, but one thing i do not get is the following.
[quote]
If you compare FreeBSD / GCC 4.2.1 against, for example, Ubuntu / GCC
4.7 then the results are unlikely to tell you
On 12/22/11 10:56, Igor Mozolevsky wrote:
On 22 December 2011 05:54, Daniel Kalchev dan...@digsys.bg wrote:
[...]
Any 'benchmark' has a goal. You first define the goal and then measure how
different contenders achieve it. Reaching the goal may have several
measurable metrics, that you will use
On 12/22/11 16:59, Gleb Smirnoff wrote:
On Wed, Dec 21, 2011 at 11:09:23PM +0100, Hartmann, O. wrote:
H OS: FreeBSD 10.0-CURRENT/amd64 r228787
H
H Since the last update of world yesterday were I managed to compile the
H OS WITH_LIBCPLUSPLUS=YES in /etc/src.conf,
H only root is capable to
On 12/23/11 07:47, Martin Sugioarto wrote:
Am Fri, 23 Dec 2011 02:17:00 +0100
schrieb O. Hartmann ohart...@zedat.fu-berlin.de:
Benchmarks also could lead developers to look into more details of the
weak points of their OS, if they're open for that. Therefore,
benchmarks are very useful
On 12/23/11 10:07, Daniel Kalchev wrote:
On 23.12.11 03:17, O. Hartmann wrote:
Or even look at the thread regarding to SCHED_ULE. Why has a user,
experiencing really worse performance with SCHED_ULE, in a nearly
scientific manner some engineer the fault? I'd expect the developer or
care
On 12/23/11 15:47, Martin Sugioarto wrote:
Am Fri, 23 Dec 2011 11:18:03 +0200
schrieb Daniel Kalchev dan...@digsys.bg:
The -RELEASE things is just a freeze (or, let's say tested freeze) of
the corresponding branch at some time. It is the code available and
tested at that time.
Hi
On 12/23/11 16:24, Jeremy Chadwick wrote:
On Fri, Dec 23, 2011 at 10:00:05AM -0500, John Baldwin wrote:
On Thursday, December 22, 2011 6:58:46 pm Jeremy Chadwick wrote:
On Fri, Dec 23, 2011 at 12:44:14AM +0100, O. Hartmann wrote:
On 12/21/11 19:41, Alexander Leidinger wrote:
Hi,
while
On 12/23/11 12:38, Daniel Kalchev wrote:
On 23.12.11 12:48, O. Hartmann wrote:
Look at Steve Kargls problem. He investigated a SCHED_ULE problem in a
way that is far beyond enough! He gave tests, insights of his setup,
bad performance compared to SCHED_4BSD and what happend? We are still
On 12/23/11 12:44, Alexander Best wrote:
[...]
Many suggested that the Linux binaries be run via the FreeBSD Linux
emulation. Unchanged.
There is one problem here though, the emulation is still 32 bit.
plus the current emulation layer is far from complete. a lot of stuff hasn't
been
I just run into this couriosity on the most recent build of FreeBSD
10.0-CURRENT/amd64 (CLANG).
A buildworld fails with the below shown error. No wonder, I issued prior
to this buildworld a make delete-old-files and a bunch of files,
libisc.so, libisc.a, and buddies showed up - and got deleted. I
On 12/26/11 02:23, Dimitry Andric wrote:
On 2011-12-26 00:53, O. Hartmann wrote:
I just run into this couriosity on the most recent build of FreeBSD
10.0-CURRENT/amd64 (CLANG).
A buildworld fails with the below shown error. No wonder, I issued prior
to this buildworld a make delete-old-files
Hello out here.
I run into a problem since one of the last portupdates and I do not know
whether this has to do with binutils or gcc46 or even FreeBSD 9.0/10.0
AMD64.
Background:
We use a scientific graphical toolset for planetary research called
ISIS3, which is provided by the USGS. We patched
Am 12/28/11 14:58, schrieb Kostik Belousov:
On Wed, Dec 28, 2011 at 11:48:28AM +0100, O. Hartmann wrote:
Hello out here.
I run into a problem since one of the last portupdates and I do not know
whether this has to do with binutils or gcc46 or even FreeBSD 9.0/10.0
AMD64.
Background:
We
, very
important now.
Bye,
Alexander.
Regards,
Oliver
--
Send via an Android device, please forgive brevity and typographic and
spelling errors.
O. Hartmann ohart...@mail.zedat.fu-berlin.de hat geschrieben:
On 12/23/11 12:44, Alexander Best wrote:
[...]
Many suggested that the Linux
Am 12/28/11 16:57, schrieb Dimitry Andric:
On 2011-12-28 11:48, O. Hartmann wrote:
...
/usr/local/bin/ld:
/usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/../../../libstdc++.a(functexcept.o):
relocation R_X86_64_32 against `std::bad_exception::~bad_exception()'
can not be used when
Am 12/28/11 17:31, schrieb Rainer Hurling:
On 28.12.2011 15:29 (UTC+1), Kostik Belousov wrote:
On Wed, Dec 28, 2011 at 03:10:12PM +0100, O. Hartmann wrote:
Am 12/28/11 14:58, schrieb Kostik Belousov:
On Wed, Dec 28, 2011 at 11:48:28AM +0100, O. Hartmann wrote:
Hello out here.
I run
Am 12/28/11 19:10, schrieb Ed Schouten:
* Rainer Hurling rhur...@gwdg.de, 20111228 17:31:
error: macro _Static_assert passed 3 arguments, but takes just 2
In file included from
/usr/ports/lang/gcc46/work/gcc-4.6-20111209/libstdc++-v3/include/precompiled/stdc++.h:103:0:
Hmmm... This seems
Am 12/29/11 11:48, schrieb Rainer Hurling:
On 28.12.2011 19:31 (UTC+1), Kostik Belousov wrote:
On Wed, Dec 28, 2011 at 07:21:00PM +0100, O. Hartmann wrote:
Am 12/28/11 19:10, schrieb Ed Schouten:
* Rainer Hurlingrhur...@gwdg.de, 20111228 17:31:
error: macro _Static_assert passed 3 arguments
Am 12/29/11 13:34, schrieb Daniel Kalchev:
On 29.12.11 14:19, O. Hartmann wrote:
Am 12/29/11 12:59, schrieb Kostik Belousov:
On Thu, Dec 29, 2011 at 12:19:40PM +0100, O. Hartmann wrote:
[...]
/usr/bin/ld: lapi.o: relocation R_X86_64_32 against `luaO_nilobject_'
can not be used when
Am 12/29/11 12:59, schrieb Kostik Belousov:
On Thu, Dec 29, 2011 at 12:19:40PM +0100, O. Hartmann wrote:
Am 12/29/11 11:48, schrieb Rainer Hurling:
On 28.12.2011 19:31 (UTC+1), Kostik Belousov wrote:
On Wed, Dec 28, 2011 at 07:21:00PM +0100, O. Hartmann wrote:
Am 12/28/11 19:10, schrieb Ed
Am 12/30/11 10:07, schrieb Mark Linimon:
On Sat, Dec 24, 2011 at 04:04:31PM +0100, O. Hartmann wrote:
There maybe serious reasons having the Linuxulator, i do not know. But
if not, why spending rare developer resources on that?
This is a classical misunderstanding of the FreeBSD development
In FreeBSD 9 and 10, src.conf could be populated with those two knobs
WITH_ICONV
and
WITH_BSD_GREP
For some testing purposes, I switched them both to enabled, so I could
test ports and software against these.
I didn't realize any serious issue with WITH_BSD_GREP, but I read, some
time ago, that
When compiling most recent CURRENT on amd64 platform, using CLANG and
enabled WITH_LIBCPLUSPLUS, I receive the follwing error since two days
now. Build shown below was made avoiding -jX when doing buildworld.
[SNIP]
rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/ypupdate_prot.x
-o
On 01/06/12 08:31, Roman Divacky wrote:
what makes you think you're using clang?
On Thu, Jan 05, 2012 at 11:20:34PM +0100, O. Hartmann wrote:
When compiling most recent CURRENT on amd64 platform, using CLANG and
enabled WITH_LIBCPLUSPLUS, I receive the follwing error since two days
now
Hello,
I receive this error since I reeled in the most recent sources for FBSD
10.0-CURRENT/amd64. I build the system with CLANG.
clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3
-fno-strict-aliasing -march=native -D_KERNEL -DKLD_MODULE -nostdinc -I.
On 01/06/12 13:49, Dimitry Andric wrote:
On 2012-01-06 09:40, O. Hartmann wrote:
...
Obviously, these lines in make.conf seem to fail recently when building
the sources:
###
### CLANG
###
.if !defined(NO_CLANG)
.if ${.CURDIR:M/usr/src/*} || ${.CURDIR:M/usr/obj/*} ||
${.CURDIR:M/sys
Hello.
I still use the amd automounter, but I miss NFSv4 capabilities. Since
Linux seems to use a more deep in the kernel located facility, I'd like
to ask whether FreeBSd has an alternative to the amd automounter with
NFSv4 capabilities. Sorry if I bother someone, I'm not aware of an
alternative
The follwoing error occurs hwen trying to compile a kernel (make
buildworld works fine):
objcopy --strip-debug if_ixgb.ko
=== ixgbe (all)
clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3
-fno-strict-aliasing -march=native -DSMP -DIXGBE_FDIR -D_KERNEL
-DKLD_MODULE -nostdinc
On 01/31/12 00:14, Jack Vogel wrote:
Yes, it was. Now if I can just figure out what's going on with sparc
Jack
On Mon, Jan 30, 2012 at 3:11 PM, Glen Barber g...@freebsd.org
mailto:g...@freebsd.org wrote:
On Mon, Jan 30, 2012 at 11:55:48PM +0100, O. Hartmann wrote
I'm using on a couple of servers the nameservice cache dameon nscd and
cache group, passwd and sudoers. Backend is LDAP, but local files
should searched first. then ldap. cache is searched the very first even
before files.
Well, I'd expect that if a group is present, like cups or dhcp and
reside
On 02/01/12 01:03, Benjamin Lee wrote:
On 01/31/2012 03:03 PM, O. Hartmann wrote:
I'm using on a couple of servers the nameservice cache dameon nscd and
cache group, passwd and sudoers. Backend is LDAP, but local files
should searched first. then ldap. cache is searched the very first even
Since a couple of days I try to update/compile x11/kd4-workspace (from
4.7.3 - 4.7.4), but it fails. Compilation fails with gcc 4.2.1 and
CLANG as well.
On FreeBSD 9.0-STABLE/amd64 boxes I tried the port can be build with
CLANG without any problem.
Waht's going wrong on my box? Any hints?
On 02/04/12 18:50, Alberto Villa wrote:
On Saturday 04 February 2012 09:06:21 O. Hartmann wrote:
Mea culpa, mea culpa, mea maxima culpa!
I'm under pressure with my work and I guess I missed something.
Yes, of course, I'll give you the requested, as attached. I hope this is
satisfying, if any
This arise today when updating ghostscript9-9.04 to ghostscript9-9.05:
cc -DHAVE_MKSTEMP -DHAVE_FONTCONFIG -DHAVE_LIBIDN -DHAVE_SETLOCALE
-DHAVE_SSE2 -DHAVE_DBUS -O2 -pipe -O2 -fno-strict-aliasing -pipe
-march=native -fPIC -DUPD_SIGNAL=0 -I.
On 02/13/12 09:34, vehemens wrote:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=d01de08c4c84f0406a23ce38e1c9c163ed2b91bc
Interesting to read that FreeBSD has now explicitely been extracted from
the description file :-(
signature.asc
Description: OpenPGP digital signature
On 02/13/12 19:31, Ivan Klymenko wrote:
В Mon, 13 Feb 2012 19:02:30 +0100
O. Hartmann ohart...@zedat.fu-berlin.de пишет:
On 02/13/12 09:34, vehemens wrote:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=d01de08c4c84f0406a23ce38e1c9c163ed2b91bc
Interesting to read that FreeBSD has now
Hello.
Accidentally, I managed to kill my libc.so.7 and didn't make a backup.
Now my FreeBSD 10/amd64 box, compiled yesterday's world last time,
refuses to do anything since login doesn't work. /bin/sh is missing a
symbol, I forgot the name, it was late last night (and therefore I made
that
On 02/15/12 13:01, Lars Engels wrote:
On Wed, Feb 15, 2012 at 01:47:24PM +0200, Andriy Gapon wrote:
on 15/02/2012 12:33 O. Hartmann said the following:
Hello. Accidentally, I managed to kill my libc.so.7 and didn't make a
backup. Now my FreeBSD 10/amd64 box, compiled yesterday's world last
On 02/15/12 13:58, Dimitry Andric wrote:
On 2012-02-15 13:37, O. Hartmann wrote:
;-) Problem: I can not even login anymore, since I have insecured the
console for security reasons and the shell is rejecting due to a symbol
missing. I tried booting into single user mode, but that doesn't help
On 02/15/12 13:58, Dimitry Andric wrote:
On 2012-02-15 13:37, O. Hartmann wrote:
;-) Problem: I can not even login anymore, since I have insecured the
console for security reasons and the shell is rejecting due to a symbol
missing. I tried booting into single user mode, but that doesn't help
Several time ago I tried to do some development within an IDE, not even
for lectural and educational purposes. Since most of our software is
written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
was highly customizable, flexible and even FreeBSD's ancient outdated
version in the
On 02/23/12 14:38, Eduardo Morras wrote:
At 12:22 23/02/2012, O. Hartmann wrote:
Several time ago I tried to do some development within an IDE, not even
for lectural and educational purposes. Since most of our software is
written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
On 03/01/12 09:49, Pietro Cerutti wrote:
On 2012-Feb-28, 15:44, Pietro Cerutti wrote:
On 2012-Feb-26, 11:48, O. Hartmann wrote:
On 02/23/12 14:38, Eduardo Morras wrote:
At 12:22 23/02/2012, O. Hartmann wrote:
Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version on
ports is 3.0
On 03/03/12 07:44, H wrote:
Doug Barton wrote:
[...] Sure,
our strength is servers, and that is not going to change.
I agree and disagree. Based upon the struggle with desktop usage and
focus on development, FreeBSD is de facto more server oriented. But in
comparison to several other non-BSD
On one of my FreeBSD 10.0-CURRENT boxes I receive this morning this
error message as shown below.
I need to add, that I compiled the shown nvidia-driver hours ago on all
FreeBSD 9.0-STABLE boxes with the same settings and I compiled the
driver just two days before the same way I tried it this
on 03/03/2012 13:44 O. Hartmann said the following:
Back to the topic of the initial posting:
Where can I find documentation for the idiot about flowtable? I can
switch this to ON in the kernel config on FreeBSD 9.0-STABLE as well as
in FreeBSD 10.0-CURRENT. But I can not find any hint
201 - 300 of 1404 matches
Mail list logo
