On 8 Nov 2015, at 02:32, Ulrich Spörlein wrote:
>
>
> Git commit hashes *might* change in the future. I really don't
> see how this is a big deal anyway. It happened once and I'm trying to
> have it never happen again. But why are people afraid of this
> happening? Every
On 5 Nov 2015, at 16:55, Mateusz Guzik wrote:
>
>> Will that cause problems, especially for code inside a loop
>> where the compiler may decide to shuffle things around?
>>
>
> Lock value is volatile, so the compiler should not screw us up.
Note: volatile means do not
On 1 Nov 2015, at 21:30, Baptiste Daroussin wrote:
>
> All issues reported has been fixed, except if more issues are reported, this
> will be merged into head next saturday: November 7th
That’s really excellent news! Thanks for doing this. Are there any good
potential
On 25 Oct 2015, at 00:07, George Abdelmalik wrote:
>
> You've beaten me to it with the fix before I could lodge the bug report :)
>
> In your repo I've seen that the mmap(2) call now takes the MAP_PRIVATE flag. I
> applied that change locally to my source tree and
On 23 Oct 2015, at 17:40, Ian Lepore wrote:
>
> Don't cc me. I looked at the in-tree dtc code once and decided it's
> too flawed to try to maintain, and it supports only a subset of the
> full dts syntax. That's why we switched back to using the gnu dtc for
> buildkernel.
On 24 Oct 2015, at 11:07, David Chisnall <thera...@freebsd.org> wrote:
>
> On 23 Oct 2015, at 17:40, Ian Lepore <i...@freebsd.org> wrote:
>>
>> Don't cc me. I looked at the in-tree dtc code once and decided it's
>> too flawed to try to maintain, and it suppo
On 17 Sep 2015, at 10:55, Lundberg, Johannes
wrote:
>
> Looking at those pages it seems like development has basically been
> standing still for the last couple of years.
I’m not sure why you’d have that impression. The Haswell entry on that page
links here:
On 17 Sep 2015, at 11:31, Lundberg, Johannes
wrote:
>
> Anyway, I wish the foundation would support the graphics team by sponsoring
> this development…
The Foundation did fund a lot of this work, and likely will again. The problem
is not willingness of the
On 17 Sep 2015, at 14:41, Lundberg, Johannes
wrote:
>
> However, the problem now is not the driver right? But the whole graphics
> stack which has to be rewritten to work with new generation graphics like
> KMS, Wayland, etc?
There are lots of different
On 20 Aug 2015, at 17:44, Justin Hibbits jr...@alumni.cwru.edu wrote:
There was a working group at BSDCan this year on power management, and
what we need to / can do to bring it up to par with the modern world.
Unfortunately, I haven't had any time lately to work on it, but you
can read the
On 27 Jul 2015, at 20:49, Slawa Olhovchenkov s...@zxy.spb.ru wrote:
No idea.
May be someone know about current status swap in file on UFS.
This is work for me some time ago.
It sounds as if the swap was working (as the build took a long time, it didn’t
run out of memory). My guess would be
On 28 Jul 2015, at 18:23, Adrian Chadd adrian.ch...@gmail.com wrote:
(What would be nice is having kqueue know about conditionals, so we
can sleep on a cond as well as a kqueue fd+queue, but I can't have
everything I want..)
I recently came across a need to do something like this. Being
On 28 Jul 2015, at 18:33, Adrian Chadd adrian.ch...@gmail.com wrote:
Windows has had this for years. It makes async network programming
with thread worker queues significantly less abusive.
Can you do the same with Solaris completion ports? It might be a good source
of inspiration for a
On 9 Jul 2015, at 10:17, NGie Cooper yaneurab...@gmail.com wrote:
I agree that this is less applicable for FreeBSD than NetBSD. Please
keep in mind that contrib/netbsd-tests came from NetBSD, not FreeBSD.
Peter Holm and I tried our best to vet out the issues with the test
suite before
On 14 May 2015, at 09:59, Baptiste Daroussin b...@freebsd.org wrote:
On Thu, May 14, 2015 at 09:55:19AM +0100, David Chisnall wrote:
On 14 May 2015, at 01:02, Baptiste Daroussin b...@freebsd.org wrote:
- it is partially CDDL partially BSD license.
We currently have a WITHOUT_CDDL knob
On 14 May 2015, at 01:02, Baptiste Daroussin b...@freebsd.org wrote:
- it is partially CDDL partially BSD license.
We currently have a WITHOUT_CDDL knob that some people use. If we don’t build
the CDDL parts, what will break?
David
___
On 14 May 2015, at 10:24, Baptiste Daroussin b...@freebsd.org wrote:
On Thu, May 14, 2015 at 10:13:18AM +0100, David Chisnall wrote:
On 14 May 2015, at 09:59, Baptiste Daroussin b...@freebsd.org wrote:
On Thu, May 14, 2015 at 09:55:19AM +0100, David Chisnall wrote:
On 14 May 2015, at 01:02
On 13 May 2015, at 09:03, John-Mark Gurney j...@funkthat.com wrote:
Poul-Henning Kamp wrote this message on Tue, May 12, 2015 at 06:31 +:
In message 20150512032307.gp37...@funkthat.com, John-Mark Gurney writes:
Also, you'd probably see even better performance by increasing the
On 13 May 2015, at 17:05, Pedro Giffuni p...@freebsd.org wrote:
Hello;
I am looking at the cdefs in other BSDs hoping to avoid adopting the
same definitions with incompatible names and I noticed NetBSD is using
a new __builtin_unreachable (void) function from gcc 4.6:
On 11 May 2015, at 17:27, Jos Backus j...@catnook.com wrote:
I didn't miss anything. My point is that debating to update one piece of
obsolete software with another is silly, and that FreeBSD should try to
move forward in this area. But that's hard, as your response indicates.
Steve is
On 23 Apr 2015, at 00:12, Craig Rodrigues rodr...@freebsd.org wrote:
While not as smooth as clicking a merge button in GitHub,
this is a valid way to accept patches submitted via GitHub pull requests,
and integrate them in our FreeBSD Subversion repo.
The merge button on GitHub does the
On 1 Apr 2015, at 05:03, Rui Paulo rpa...@me.com wrote:
That is expected. WITH_PKG=devel is a make(1) option that only affects ports
(non-binary pkgs).
Are you sure? I have it in make.conf on one of my systems where I never build
ports manually (and don't even have a ports tree installed)
On 28 Mar 2015, at 13:54, Julian Elischer jul...@freebsd.org wrote:
the point is that clang will do this anywhere it can, because it isn't taking
into account the
side effects, just the speed of the commands themselves.
This is also something that is not going to decrease. Clang now
On 22 Mar 2015, at 22:01, Craig Rodrigues rodr...@freebsd.org wrote:
Volatile is not the solution, it is completely orthogonal. The correct
way would be to use unsigned integers, for which wrapping is defined,
then convert those back and forth when presenting the results to the
user.
On 3 Mar 2015, at 01:32, Andrey Chernov a...@freebsd.org wrote:
So, why you ever need to modify wc? Just load wc inside your
json/xml/etc writer, replacing its printf at the ld-elf.so level.
You can't get structured output from printf() because printf() takes
unstructured input. It's a
On 1 Mar 2015, at 21:29, Rui Paulo rpa...@me.com wrote:
On Mar 1, 2015, at 11:11, David Chisnall thera...@freebsd.org wrote:
How would it be in a port? It involves modifying core utilities (some of
which, like ifconfig, rely on kernel APIs that change between releases) to
emit structured
On 2 Mar 2015, at 09:24, Harrison Grundy harrison.gru...@astrodoggroup.com
wrote:
It would seem like the libxo stuff runs the risk of becoming this same
API.
Why? The 'API' in the case of an libxo-ised program is a stream on stdout that
is then consumed by a JSON or XML parser. XML and
On 2 Mar 2015, at 09:16, Julian Elischer jul...@freebsd.org wrote:
if we develop a suitable post processor with pluggable grammars, we save a
lot of work.
given enough examples you could almost have automatically generated grammars.
This decoupled approach is problematic. A large part of
On 1 Mar 2015, at 18:49, Harrison Grundy harrison.gru...@astrodoggroup.com
wrote:
That does seem useful, but I'm not sure I see the reasoning behind
putting into base, over a port or package, since processing XML in base
is a pain, and it can't serve up JSON or HTML without additional
On 12 Feb 2015, at 04:49, Glen Barber g...@freebsd.org wrote:
I would like to see it enabled by default for 11.0-RELEASE.
For everyone concerned about size, remember that the goal for 11.0-RELEASE is
to use pkg for the base system, which makes it much easier to:
- Install some debug info
On 5 Feb 2015, at 07:48, Luigi Rizzo ri...@iet.unipi.it wrote:
Rather than depending on a compiler option, wouldn't it be better/more
robust to change ticks to unsigned, which has specified wrapping behavior?
Especially if we want to extend support for external toolchains. gcc and clang
On 2 Jan 2015, at 05:00, Ed Maste ema...@freebsd.org wrote:
It's a variable length array in a struct / union. Other than being
confusing and now triggering a warning after the clang update it
should be fine.
Most likely we need to build asr with -Werror disabled for that
warning, perhaps
Fir the clang 3.4 import, I had some patches (that never got applied), which
used clang -O0 and then opt with some custom optimisation order to get a
reasonable size saving. It might be worth trying that, so that future changes
to the default optimisation order don't make things worse again.
On 15 Nov 2014, at 18:56, Alfred Perlstein bri...@mu.org wrote:
git clone --config remote.origin.fetch='+refs/notes/*:refs/notes/*'
https://github.com/freebsd/freebsd.git
You might want to add --depth 2000 (where 2000 is a guess at how many commits
there have been since when it broke and
On 11 Nov 2014, at 03:35, Allan Jude allanj...@freebsd.org wrote:
jkh@ mentioned this specifically when he gave his talk at EuroBSDCon and
MeetBSD, about how Apple solved this in LaunchD, because apparently
originally libc DID check /etc/localtime constantly.
Darwin also has the notify(3)
On 29 Oct 2014, at 03:11, Ed Maste ema...@freebsd.org wrote:
/usr/lib/debug is the standard location for standalone debug data
established by GDB, and seems like a decent enough location. I'll make
sure to update the man page.
Do gdb and lldb also look in /usr/local/lib/debug? If not, it
On 21 Oct 2014, at 00:15, Mason Loring Bliss ma...@blisses.org wrote:
The second thing that would be useful would be a series of cheat sheets for
various things. This can either be equivalent commands or equivalent systems.
Let new folks know that LUKS is GELI and that md-raid1 is gmirror and
On 19 Oct 2014, at 23:09, Craig Rodrigues rodr...@freebsd.org wrote:
(2) Most devops engineers in web/mobile companies are familiar with
Linux. Any differences between Linux and FreeBSD in
command-line
utilities are not show-stoppers, but they are annoyances.
There are a couple of similar issues currently. The other one that comes to
mind is that every X11 application that needs to use OpenGL (or similar) must
open /dev/dri/{something}, but the default permissions only permit root.
The correct solution is probably to ship a devfs.conf that puts
On 2 Sep 2014, at 12:47, Michelle Sullivan miche...@sorbs.net wrote:
I'm not happy that the EOL was
not actually an EOL and it was actually a deadline.
I'm not sure what you think the difference is. The EOL says 'the FreeBSD
project no longer supports this configuration'. If you are not
On 14 Aug 2014, at 02:34, Russell L. Carter rcar...@pinyon.org wrote:
So I would be very willing to contribute to this project, if that
makes sense.
Best,
Russell
(what list should this move to? Perhaps ports?)
I'd suggest docs. Note that currently, the docs team is the smallest part
On 12 Aug 2014, at 19:09, John Baldwin j...@freebsd.org wrote:
OTOH, I have actually seen junk profiling _improve_ performance in certain
cases as it forces promotion of allocated pages to superpages since all pages
are dirtied. (I have a local hack that adds a new malloc option to
Great news!
I've been running the 1.3 prereleases for a while, and aside from one hiccup in
the early alphas, it's been a very pleasant experience.
Thanks to all involved,
David
On 23 Jul 2014, at 15:42, Baptiste Daroussin b...@freebsd.org wrote:
Hi all,
I'm very please to announce the
Hi Ivan,
The demangler in libcxxrt is taken from the elftoolchain project. Kai Wang
(added to cc:) was interested in improving it, but I doubt any fixes will be
merged to 9.x any time soon.
David
On 15 Jul 2014, at 14:11, Ivan A. Kosarev i...@ivan-labs.com wrote:
Hello everybody,
It
On 5 Jul 2014, at 14:07, Dimitry Andric d...@freebsd.org wrote:
Interestingly, -Wno-uninitialized has been in bsd.sys.mk since r76861,
and the accompanying comment (XXX Delete -Wuninitialized by default for
now -- the compiler doesn't always get it right) has never been
changed. :-)
It is
On 1 Jul 2014, at 15:41, d...@gmx.com wrote:
Also, you're at least the 3rd user (I'm at least the 2nd) that runs into this
case; ie., here's a report: http://forums.freebsd.org/showthread.php?t=14612
(of course, this does not contain a solution).
Please note that forums.freebsd.org is not a
On 3 Jun 2014, at 09:00, Beeblebrox zap...@berentweb.com wrote:
I know that they are related to GNUstep (although I have no idea what
GNUstep actually does other than act as a messaging system probably like
dbus). Anyway, I don't understand how why they start up and that's
exactly my
On 2 Jun 2014, at 16:12, Ollivier Robert robe...@keltia.freenix.fr wrote:
According to David Chisnall on Thu, May 29, 2014 at 10:19:41AM +0100:
We can probably do a bit better by looking at the complete dependency graph
and removing any ports that have unconditional dependencies on X
On 29 May 2014, at 23:06, Andreas Nilsson andrn...@gmail.com wrote:
Having a parent set would be nice, yes. I maintain two repos for several
FreeBSD-versions. Being able to pull some of the deps from packages instead
of blindingly building would be nice.
Yes, for a lot of cases you only want
On 29 May 2014, at 02:23, Bryan Drewery bdrew...@freebsd.org wrote:
As for skipping unneeded ports the best I can do is '-a' or Build it all.
If a port is only needed for WITH_X11 then an IGNORE should be added to it
when WITHOUT_X11 is set to prevent wasting time on it.
We can probably do a
On 28 May 2014, at 17:10, Dirk Engling erdge...@erdgeist.org wrote:
I wonder if there is or there are any plans to provide an official repo
suitable for a typical non-desktop-installation, i.e. with
There aren't currently any plans, but we're now bringing online the
infrastructure for
On 25 May 2014, at 21:31, Oliver Pinter oliver.p...@gmail.com wrote:
On 5/25/14, Dag-Erling Smørgrav d...@des.no wrote:
Oliver Pinter oliver.p...@gmail.com writes:
pax_log will be in future a generic pax related logging framework,
with ratelimiting and other features. It will log user, IP,
Hi,
I thought I'd already fixed this a year or so ago. Looking at my system, I see
this in cdefs.h:
/* C++11 exposes a load of C99 stuff */
#if defined(__cplusplus) __cplusplus = 201103L
#define __LONG_LONG_SUPPORTED
#ifndef __STDC_LIMIT_MACROS
#define __STDC_LIMIT_MACROS
#endif
#ifndef
On 17 Apr 2014, at 09:30, Adrian Chadd adr...@freebsd.org wrote:
Can't we add a devd hook to do that?
I tried doing this, but it turns out that wlan devices don't appear to send
devd LINK_UP / LINK_DOWN events. It would be nice to have a clean solution to
this. By default, using the stock
On 11 May 2014, at 20:23, Adrian Chadd adr...@freebsd.org wrote:
On 11 May 2014 12:01, David Chisnall thera...@freebsd.org wrote:
On 17 Apr 2014, at 09:30, Adrian Chadd adr...@freebsd.org wrote:
Can't we add a devd hook to do that?
I tried doing this, but it turns out that wlan devices
On 29 Apr 2014, at 18:39, Julian Elischer jul...@freebsd.org wrote:
I just recompiled ld and gcc and it's still not working.. did we break
sysroot support some time in 2011?
My memory may be faulty, but I was under the impression that we switched *to*
enabling sysroot support in the
On 25 Apr 2014, at 09:16, Matthias Gamsjager mgamsja...@gmail.com wrote:
Isn't the latest news that Googleco and the linux foundation setup a
construction that these vital opensource projects get the proper
funding. Meaning more man power and hopefully less bugs
Yes, there's effort to improve
Hi all,
For a little while, I've had an issue with the machine that sits on the edge of
my network deciding to start avahi as soon as a network is available, meaning
that it then runs mDNS advertisements on the external interface and not the
wireless one, requiring a manual restart once the
It looks like these two are defined in rpc_com.h, so they are declared and
defined in multiple compilation units. That's not actually wrong (they'll have
common linkage and be merged), but it's discouraged because it can mask other
errors. Can you see if this patch fixes it for you?
David
Hi Marcel,
This error is a warning for me with gcc 4.7.3 when I try. With 4.2.1 in the
tree, it appears to be silenced by something (or possibly we're using the
native blocks code path with gcc and clang doesn't emit that warning in
non-blocks mode). We could pull out the structure
,
(int (*)(void *, const void *, const void *))
On 4 Apr 2014, at 23:48, David Chisnall thera...@freebsd.org wrote:
Hi Marcel,
This error is a warning for me with gcc 4.7.3 when I try. With 4.2.1 in the
tree, it appears to be silenced by something (or possibly we're using
On 3 Apr 2014, at 00:23, Warner Losh i...@bsdimp.com wrote:
So less carping and more fixing is needed here.
Should be fixed in r264069 - I'm sure Jenkins / Tinderbox will tell me if it
isn't...
libc now builds for me with gcc and clang.
David
___
On 3 Apr 2014, at 14:26, Warner Losh i...@bsdimp.com wrote:
On Apr 3, 2014, at 2:11 AM, David Chisnall thera...@freebsd.org wrote:
On 3 Apr 2014, at 00:23, Warner Losh i...@bsdimp.com wrote:
So less carping and more fixing is needed here.
Should be fixed in r264069 - I'm sure Jenkins
On 1 Apr 2014, at 23:10, Kevin Oberman rkober...@gmail.com wrote:
Audio output is pretty system dependent, but I had little problem getting
my audio to auto-switch to headphones when I plugged them in. The setup is
a bit ugly,but I only had to check the available PINs (ugly, ugly) and set
up
On 2 Apr 2014, at 13:40, Daniel Kalchev dan...@digsys.bg wrote:
On 02.04.14 12:22, David Chisnall wrote:
The use case that PulseAudio was [over]designed to fix was plugging in USB
headphones (or connecting a Bluetooth headset) and having existing audio
streams redirected there.
Please
Hi,
I'm trying to reproduce this, but I don't seem to be able to get the same error
as you. I do get a warning with GCC about a cast to an anonymous struct, which
the attached patch fixes, but even without this I'm able to build both with the
gcc in 9 and the gcc in ports. Can you let me
On 2 Apr 2014, at 20:53, Michael Butler i...@protected-networks.net wrote:
cc (GCC) 4.2.1 20070831 patched [FreeBSD]
.. on ..
FreeBSD 11.0-CURRENT #22 r263969: Mon Mar 31 10:45:56 EDT 2014
Splitting it like ..
- fn.fn_ptr.cxa_func = (void(*)(void*))GET_BLOCK_FUNCTION(func);
+
On 2 Apr 2014, at 21:21, Steve Kargl s...@troutmask.apl.washington.edu wrote:
Who is we in even if we don't encourage it...?
We is the FreeBSD project, collectively. For a larger list of things that
we recommend, look at the src.conf man page, which contains a long list of
things that we
On 1 Apr 2014, at 08:11, Jordan Hubbard j...@mail.turbofuzz.com wrote:
1. Power. As you point out, being truly power efficient is a complete
top-to-bottom engineering effort and it takes a lot more than just trying to
idle the processor whenever possible to achieve that. You need to
On 20 Mar 2014, at 14:08, John Baldwin j...@freebsd.org wrote:
No, the compiler should provide a working wmmintrin.h header in one of
its built-in paths if it supports the AES instructions. This is akin to
saying that code that uses stdio.h should use -I/usr/src/include.
It does, however our
On 12 Mar 2014, at 02:07, Roger Pau Monné roger@citrix.com wrote:
I've found out that the value PTHREAD_STACK_MIN is currently set (2048
bytes) seems to be way too low
This looks like an error in your code. The spec says:
PTHREAD_STACK_MIN
Minimum size in bytes of thread stack storage.
On 7 Mar 2014, at 16:41, Rui Paulo rpa...@freebsd.org wrote:
On 6 Mar 2014, at 23:30, David Xu davi...@freebsd.org wrote:
it seems filename ended with a dot is illegal on Windows, if someone
wants to check out freebsd source code on Windows, it will be a problem.
Is this something we want
On 6 Mar 2014, at 16:53, Dimitry Andric d...@freebsd.org wrote:
Now on a side note, it would be very nice if our kernel debugging
extensions were ported to the ports version of gdb, which is
non-ancient... :-)
I believe that emaste has an lldb-based kgdb replacement on his todo list,
On 28 Feb 2014, at 01:51, Michael Butler i...@protected-networks.net wrote:
I guess what I'm trying to get at is that I am used to a compiler which
takes one of two actions, irrespective of the complexities of the source
language or target architecture ..
1) the compiler has no definitive
On 27 Feb 2014, at 02:41, Michael Butler i...@protected-networks.net wrote:
sigh .. way back in the late 70's or maybe early 80's when I was
actually doing some work on compilers, we had a saying: produce correct
code even if it's not optimal or exit and tell the user why.
In the late '70s,
On 25 Feb 2014, at 08:09, Daniel Kalchev dan...@digsys.bg wrote:
What we risk with everything is a port concept is that we live in a world
that there is a lot of software to chose from, but from time to time, the
software happens to be incompatible with FreeBSD in one way, or another.
On 24 Feb 2014, at 08:35, Baptiste Daroussin b...@freebsd.org wrote:
dma can exactly do that :) while being smaller than opensmtpd (which is very
very nice as well, this is the one I use when I need a full smtp setup :))
Sounds excellent then. We definitely should be moving to a world where
On 24 Feb 2014, at 13:25, Matthias Gamsjager mgamsja...@gmail.com wrote:
How about delaying the startup of services that are not necessary right at
the start. For example sshd, samba etc could be loaded after xdm ( or even
after the DE has loaded).
It's a good idea, but it depends on a far
On 24 Feb 2014, at 16:39, Lyndon Nerenberg lyn...@orthanc.ca wrote:
If the above doesn't work, you have to fall back to ports. And this is where
things get really hairy. Just generating the list of required distfiles is
problematic. 'make fetch-recursive-list' will give you a script to run
Hi Bruno,
To preface this, I'd like to say that I do believe that FreeBSD does need a
more modern init system. SMF on Solaris and Launchd on Darwin both have some
advantages. These are what I see as the limitations in our current design (not
in priority order):
1) Options are implicit.
On 23 Feb 2014, at 18:11, Allan Jude free...@allanjude.com wrote:
sysrc solves this nicely, it is in base now, and is great for
programmatically adding, removing and changing lines in rc.conf style
files. It is also in ports for older versions of FreeBSD where it is not
in base.
The problem
On 23 Feb 2014, at 18:31, Freddie Cash fjwc...@gmail.com wrote:
The main developer for systemd is very anti-portability and anti-!Linux. He
had actively rejected patches that made his projects work on non-Linux
systems. In order to port systemd to a non-Linux system, he wants you to
first
On 16 Feb 2014, at 20:38, Dimitry Andric d...@freebsd.org wrote:
I hope it will be ready to appear in 3.5 release. There is currently an
experimental version, based on clang 3.3, published here:
http://clang-omp.github.io/
I'd like to see this version in ports so that we could build ports
On 17 Feb 2014, at 11:16, Gleb Smirnoff gleb...@freebsd.org wrote:
Now for the new sendfile. The core idea is that sendfile()
schedules the I/O, but doesn't wait for it to complete. It
returns immediately to the process, and I/O completion is
processed in kernel context. Unlike aio(4), no
This looks like a bug, please file an llvm PR. The offending code seems to be
createUniqueEntity() in lib/Support/Unix/Path.inc, which does... something.
Something weird and convoluted that seems to try to implement mkstemp() /
mkdtemp() in an incomprehensible way.
David
On 13 Feb 2014, at
On 6 Feb 2014, at 18:34, Julian H. Stacey j...@berklix.com wrote:
Best avoid the obscure word `Deprecated' in manuals:
It's not common/ plain English. Maybe a geek import, or USA
dialect ? It's not easily internationaly understood English.
Best make manuals easier for non native English
On 29 Jan 2014, at 15:08, Michael Schmiedgen schmied...@gmx.net wrote:
Can we expect a current version of spring in ports soon? That would
be nice! AFAIK newer versions require OpenMP. Will this compile with
our (new 3.4 soon) base clang?
Base clang doesn't support OpenMP. We should probably
On 29 Jan 2014, at 15:37, Michael Schmiedgen schmied...@gmx.net wrote:
On 29.01.2014 16:16, David Chisnall wrote:
On 29 Jan 2014, at 15:08, Michael Schmiedgen schmied...@gmx.net wrote:
Can we expect a current version of spring in ports soon? That would
be nice! AFAIK newer versions require
On 21 Jan 2014, at 07:13, Antonio Olivares olivares14...@gmail.com wrote:
On Tue, Jan 21, 2014 at 7:49 AM, Ivan Voras ivo...@freebsd.org wrote:
Hi,
Is there any way I can avoid manually resolving hundreds of merge
conflicts of the following type while using freebsd-update ?
1 current
Hi Johannes,
Are you using the packaged Xorg in both cases? Currently, the default for 10
is the old (pre-KMS) X.org and the default for 11 (HEAD) is the newer
(post-KMS) one. If you're using the default one, would you mind trying the new
one? You can build it from ports by putting this in
On 10 Jan 2014, at 00:37, Lundberg, Johannes johan...@brilliantservice.co.jp
wrote:
Creating a user who is only added to one group (for example wheel) works
fine.
I created a user with bsdconfig for the first time yesterday and found that
their new home directory was owned by root. Did you
On 16 Dec 2013, at 21:35, Dimitry Andric d...@freebsd.org wrote:
In any case, if anything like this is implemented, I would really prefer
something like CMake does, e.g. give you a percentage counter that
provides some information about how 'far' the build is progressing.
I haven't seen this
On 19 Dec 2013, at 09:40, Luigi Rizzo ri...@iet.unipi.it wrote:
If a command produces warning output but exits with success, then that
command's output is dumped to stdout (explicitly serialised by Ninja so that
it's never interleaved with another command's output).
If a command exits
Hi Ed,
How are you planning on building the LLVM / Clang libraries? Will they be
statically linked to the compiler and the debugger, or do you intend to make
them dynamic too? I found about a small slowdown with a dynamic clang, but the
link times were much lower when building.
Currently,
On 28 Nov 2013, at 15:13, jb jb.1234a...@gmail.com wrote:
Luigi Rizzo rizzo at iet.unipi.it writes:
...
But I don't understand why you find ksize()/malloc_usable_size() dangerous.
...
The original crime is commited when *usable size* (an implementation detail)
is exported (leaked) to
On 13 Nov 2013, at 19:40, Dimitry Andric d...@freebsd.org wrote:
On the other hand, different C++ standard libraries simply cannot be
mixed. The internal implementations are usually completely different.
This is not really news at all, certainly not to the ports people. :-)
That said, it
On 12 Nov 2013, at 18:21, John Baldwin j...@freebsd.org wrote:
struct foo {
struct foo bar;
}
Except it isn't. It's declaring the head of a container. This is more
like:
struct foo {
TAILQ_HEAD(, foo) messages;
};
Eitan is correct here. The definition of
On 12 Nov 2013, at 16:32, Steve Kargl s...@troutmask.apl.washington.edu wrote:
Trying to build news/pan with clang++ dies with
gmake[3]: Entering directory `/usr/ports/news/pan/work/pan-0.139/pan/general'
CXXfile-util.o
In file included from file-util.cc:38:
In file included from
On 12 Nov 2013, at 16:54, Steve Kargl s...@troutmask.apl.washington.edu wrote:
On Tue, Nov 12, 2013 at 04:38:17PM +, David Chisnall wrote:
On 12 Nov 2013, at 16:32, Steve Kargl s...@troutmask.apl.washington.edu
wrote:
Trying to build news/pan with clang++ dies with
gmake[3
On 24 Oct 2013, at 21:50, Sean Bruno sean_br...@yahoo.com wrote:
On Thu, 2013-10-24 at 21:24 -0400, David Chisnall wrote:
Don't forget the freelocale() at the end.
ah, ok. I wish that there was some kind of example that I could go off
of in the man page. I'm sort of trundling my way
101 - 200 of 313 matches
Mail list logo