On 15 Nov 2015, at 19:12, Simon J. Gerraty wrote:
>
> Garrett Cooper wrote:
>> We lack a [dtd/json] spec for tools, so programming for xo'ification
>> doesn't seems like the best idea in the world to me from a end-user
>> sysadmin/developer perspective.
>
> A dtd etc is good for sure, and we (J
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 "official" git commit i
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 reorder loads/stores *to
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 sources for the regex st
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 that has fixed the problem.
> I
On 24 Oct 2015, at 11:07, David Chisnall wrote:
>
> 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
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. But I just discovered
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 components here that you’re conflating:
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 Foundation to fund it, nor availabi
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:
https://wiki.freebsd.org/Graphics
On 20 Aug 2015, at 17:44, Justin Hibbits 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 notes at
> https:
On 28 Jul 2015, at 18:33, Adrian Chadd 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 good API if so.
David
On 28 Jul 2015, at 18:23, Adrian Chadd 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 able to add
condvar /
On 27 Jul 2015, at 20:49, Slawa Olhovchenkov 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 that, befor
On 9 Jul 2015, at 10:17, NGie Cooper 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 integrating it in, but
On 14 May 2015, at 10:24, Baptiste Daroussin wrote:
>
> On Thu, May 14, 2015 at 10:13:18AM +0100, David Chisnall wrote:
>> On 14 May 2015, at 09:59, Baptiste Daroussin wrote:
>>>
>>> On Thu, May 14, 2015 at 09:55:19AM +0100, David Chisnall wrote:
>>&
On 14 May 2015, at 09:59, Baptiste Daroussin wrote:
>
> On Thu, May 14, 2015 at 09:55:19AM +0100, David Chisnall wrote:
>> On 14 May 2015, at 01:02, Baptiste Daroussin wrote:
>>>
>>> - it is partially CDDL partially BSD license.
>>
>> We currently hav
On 14 May 2015, at 01:02, Baptiste Daroussin 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
___
freebsd-current@freebsd.o
On 13 May 2015, at 17:05, Pedro Giffuni 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:
>
> https://gcc.gnu.org/onlined
On 13 May 2015, at 09:03, John-Mark Gurney 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 11 May 2015, at 17:27, Jos Backus 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 correct, and you a
On 23 Apr 2015, at 00:12, Craig Rodrigues 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 wrong thing anyway (
On 1 Apr 2015, at 05:03, Rui Paulo 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) and there
On 28 Mar 2015, at 13:54, Julian Elischer 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 enables the
SLP vect
On 22 Mar 2015, at 22:01, Craig Rodrigues 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.
>>
>
> OK, conv
On 3 Mar 2015, at 01:32, Andrey Chernov 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 string with some v
On 2 Mar 2015, at 09:24, Harrison Grundy
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 JSON are intrinsically
extensible
On 2 Mar 2015, at 09:16, Julian Elischer 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 the point of lib
On 1 Mar 2015, at 21:29, Rui Paulo wrote:
>
> On Mar 1, 2015, at 11:11, David Chisnall 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 1 Mar 2015, at 18:49, Harrison Grundy
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
> utilities anyway.
How would it be
On 12 Feb 2015, at 04:49, Glen Barber 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 later, on demand.
On 5 Feb 2015, at 07:48, Luigi Rizzo 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
support -fwrapv (th
On 2 Jan 2015, at 05:00, Ed Maste 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 -Wno-error-a
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.
D
On 15 Nov 2014, at 18:56, Alfred Perlstein 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 now), to avoid
On 11 Nov 2014, at 03:35, Allan Jude 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) interface, which allow
On 29 Oct 2014, at 03:11, Ed Maste 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 would be great
if
On 21 Oct 2014, at 00:15, Mason Loring Bliss 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 so
> forth. Sho
On 19 Oct 2014, at 23:09, Craig Rodrigues 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.
>Anything
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 thes
On 2 Sep 2014, at 12:47, Michelle Sullivan 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 relying on us
for s
On 14 Aug 2014, at 02:34, Russell L. Carter 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 of
FreeBSD,
On 12 Aug 2014, at 19:09, John Baldwin 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
> explicitly
> memse
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 wrote:
> Hi all,
>
> I'm very please to announce the release of pkg
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 wrote:
> Hello everybody,
>
> It seems there are pro
On 5 Jul 2014, at 14:07, Dimitry Andric 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 probably
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
On 3 Jun 2014, at 09:00, Beeblebrox 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 question. The only insi
On 2 Jun 2014, at 16:12, Ollivier Robert 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. For a
>
On 29 May 2014, at 23:06, Andreas Nilsson 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 to build a sma
On 29 May 2014, at 02:23, Bryan Drewery 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 bit better by lo
On 28 May 2014, at 17:10, Dirk Engling 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 supporting multiple packag
On 25 May 2014, at 21:31, Oliver Pinter wrote:
> On 5/25/14, Dag-Erling Smørgrav wrote:
>> Oliver Pinter writes:
>>> pax_log will be in future a generic pax related logging framework,
>>> with ratelimiting and other features. It will log user, IP, binary
>>> name, path, checksum, and others.
>
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 __S
On 11 May 2014, at 20:23, Adrian Chadd wrote:
> On 11 May 2014 12:01, David Chisnall wrote:
>> On 17 Apr 2014, at 09:30, Adrian Chadd wrote:
>>
>>> Can't we add a devd hook to do that?
>>
>> I tried doing this, but it turns out that wlan devi
On 17 Apr 2014, at 09:30, Adrian Chadd 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 rc scripts, my rout
On 29 Apr 2014, at 18:39, Julian Elischer 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 toolchain some time aroun
On 25 Apr 2014, at 09:16, Matthias Gamsjager wrote:
> Isn't the latest news that Google&co 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 OpenSSL from the
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 mac
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
I
qsort_r(base, nel, width, compar,
(int (*)(void *, const void *, const void *))
On 4 Apr 2014, at 23:48, David Chisnall 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 som
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 definition
On 3 Apr 2014, at 14:26, Warner Losh wrote:
>
> On Apr 3, 2014, at 2:11 AM, David Chisnall wrote:
>
>> On 3 Apr 2014, at 00:23, Warner Losh wrote:
>>
>>> So less carping and more fixing is needed here.
>>
>> Should be fixed in r264069 - I
On 3 Apr 2014, at 00:23, Warner Losh 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
___
freebsd-current@
On 2 Apr 2014, at 21:21, Steve Kargl 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 encourage, codified as the
On 2 Apr 2014, at 20:53, Michael Butler 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);
> + fn.fn_ptr.cx
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 know
On 2 Apr 2014, at 13:40, Daniel Kalchev 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
On 1 Apr 2014, at 23:10, Kevin Oberman 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 stuff once. It j
On 1 Apr 2014, at 08:11, Jordan Hubbard 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 optimize
> all of the hot-
On 20 Mar 2014, at 14:08, John Baldwin 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 build sys
On 12 Mar 2014, at 02:07, Roger Pau Monné 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.
> Minimum Accept
On 7 Mar 2014, at 16:41, Rui Paulo wrote:
> On 6 Mar 2014, at 23:30, David Xu 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 to support?
Yes, definitely. B
On 6 Mar 2014, at 16:53, Dimitry Andric 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,
although not yet quit
On 28 Feb 2014, at 01:51, Michael Butler 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 translation of "semantic
On 27 Feb 2014, at 02:41, Michael Butler wrote:
> .. 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, the number of transforms tha
On 25 Feb 2014, at 08:09, Daniel Kalchev 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.
> Another risk is
On 24 Feb 2014, at 16:39, Lyndon Nerenberg 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 to
> pull dow
On 24 Feb 2014, at 13:25, Matthias Gamsjager 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 more complex system
On 24 Feb 2014, at 08:35, Baptiste Daroussin 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 all of
the base
On 24 Feb 2014, at 07:34, Baptiste Daroussin wrote:
> Usual complains about sendmail in base until now has been:
> - complex configuration
> - long history of security concerns
> - no need for a full mta in base
The other complaint is that sendmail is only half of a useable MTA in base. If
you
On 23 Feb 2014, at 18:31, Freddie Cash 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 implement every L
On 23 Feb 2014, at 18:11, Allan Jude 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 is, there is no su
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. Beca
On 17 Feb 2014, at 11:16, Gleb Smirnoff 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 additional
> threa
On 16 Feb 2014, at 20:38, Dimitry Andric 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 with an
Open
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 1
On 6 Feb 2014, at 18:34, Julian H. Stacey 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 speakers (& n
On 29 Jan 2014, at 15:37, Michael Schmiedgen wrote:
> On 29.01.2014 16:16, David Chisnall wrote:
>> On 29 Jan 2014, at 15:08, Michael Schmiedgen wrote:
>>
>>> Can we expect a current version of spring in ports soon? That would
>>> be nice! AFAIK newer versions
On 29 Jan 2014, at 15:08, Michael Schmiedgen 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 import Intel's
On 21 Jan 2014, at 07:13, Antonio Olivares wrote:
> On Tue, Jan 21, 2014 at 7:49 AM, Ivan Voras 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 version
>>
>>
>> 2
On 10 Jan 2014, at 00:37, Lundberg, Johannes
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 experience this, or is it
jus
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 y
On 19 Dec 2013, at 09:40, Luigi Rizzo 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 with a fa
On 16 Dec 2013, at 21:35, Dimitry Andric 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 for a while, b
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 wrote:
> Luigi Rizzo 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 the caller.
> To b
On 13 Nov 2013, at 19:40, Dimitry Andric 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 should still be p
On 12 Nov 2013, at 18:21, John Baldwin 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 std:
On 12 Nov 2013, at 16:54, Steve Kargl wrote:
> On Tue, Nov 12, 2013 at 04:38:17PM +0000, David Chisnall wrote:
>> On 12 Nov 2013, at 16:32, Steve Kargl
>> wrote:
>>
>>> Trying to build news/pan with clang++ dies with
>>>
>>> gmake[3]: Enter
101 - 200 of 315 matches
Mail list logo
