Author: theraven
Date: Sat Jan 11 19:02:17 2014
New Revision: 260553
URL: http://svnweb.freebsd.org/changeset/base/260553
Log:
Add missing C++11 typeinfos to the libcxxrt version script.
PR: 185663
MFC after:1 week
Modified:
head/lib/libcxxrt/Version.map
Modified: head/l
Author: theraven
Date: Thu Dec 12 08:55:24 2013
New Revision: 259250
URL: http://svnweb.freebsd.org/changeset/base/259250
Log:
Some more cleanups and bug fixes in dtc for property printing / parsing.
Submitted by: Patrick Wildt
Modified:
head/usr.bin/dtc/fdt.cc
Modified: head/usr.bin/dt
Author: theraven
Date: Thu Dec 12 08:48:45 2013
New Revision: 259249
URL: http://svnweb.freebsd.org/changeset/base/259249
Log:
Fix the version string in dts emission.
Reported by: Patrick Wildt
MFC after:1 week
Modified:
head/usr.bin/dtc/fdt.cc
Modified: head/usr.bin/dtc/fdt.cc
=
On 1 Dec 2013, at 07:59, Konstantin Belousov wrote:
> Revert the drm2/i915 changes from this and following commits now.
> You did not contacted obvious maintainer of the file.
>
> The changes are pointless and make the import of upstream changes
> harder; for i915_reg.h, much harder.
>
> Not to
Author: theraven
Date: Tue Nov 5 14:07:30 2013
New Revision: 257703
URL: http://svnweb.freebsd.org/changeset/base/257703
Log:
When writing DTS to a file, don't write some of it to stderr.
Reported by: ray
Modified:
head/usr.bin/dtc/fdt.cc
Modified: head/usr.bin/dtc/fdt.cc
On 26 Oct 2013, at 20:18, Raphael Kubo da Costa wrote:
> Raphael Kubo da Costa writes:
>
>> David Chisnall writes:
>>
>>> Author: theraven
>>> Date: Fri Jul 12 11:03:51 2013
>>> New Revision: 253260
>>> URL: http://svnweb.freebsd.org/
On 25 Oct 2013, at 06:03, "Steven Hartland" wrote:
> As discussed on IRC while I agree removing CC is possibly the better
> fix moving forward, I think removing /usr/bin/CC has quite a bit more
> risk, especially at this stage in the release phase of 10.
I'm not sure what the risk is. CC is an
Author: theraven
Date: Mon Sep 23 13:16:21 2013
New Revision: 255815
URL: http://svnweb.freebsd.org/changeset/base/255815
Log:
Import a new libcxxrt. This fixes some potential crashing in the demangler.
Approved by: re (gjb)
MFC after:1 week
Modified:
head/contrib/libcxxrt/libelf
On 8 Sep 2013, at 21:18, Dag-Erling Smørgrav wrote:
> David Chisnall writes:
>> Log:
>> On platforms where clang is the default compiler, don't build gcc or
>> libstdc++.
>
> This uncovers what I think is a bug in bsd.prog.mk:
>
> des@ds4 /u
Author: theraven
Date: Sat Sep 7 07:26:51 2013
New Revision: 255348
URL: http://svnweb.freebsd.org/changeset/base/255348
Log:
Add note in UPDATING about the no-gcc-by-default switch.
Modified:
head/UPDATING
Modified: head/UPDATING
On 6 Sep 2013, at 21:26, David Chisnall wrote:
> On 6 Sep 2013, at 21:25, Nathan Whitehorn wrote:
>
>> Thanks! I ran into one other issue with the patch: c++filt continues to
>> be built, but will be removed by make delete-old, which I guess is not
>> intentional.
Author: theraven
Date: Fri Sep 6 20:08:03 2013
New Revision: 255321
URL: http://svnweb.freebsd.org/changeset/base/255321
Log:
On platforms where clang is the default compiler, don't build gcc or
libstdc++.
To enable them, set WITH_GCC and WITH_GNUCXX in src.conf.
Make clang default to usin
Author: theraven
Date: Fri Sep 6 20:46:07 2013
New Revision: 255325
URL: http://svnweb.freebsd.org/changeset/base/255325
Log:
Don't delete c++filt when doing a make delete-old if GCC is not built but
C++ is.
Modified:
head/tools/build/mk/OptionalObsoleteFiles.inc
Modified: head/tools/buil
/llvm/lib/Support/APFloat.cpp
> -o APFloat.o
> cc1plus: error: unrecognized command line option "-Wno-c++11-extensions"
>
> On Fri, Sep 6, 2013 at 1:08 PM, David Chisnall wrote:
>> Author: theraven
>> Date: Fri Sep 6 20:08:03 2013
>> New Revision: 255321
>&
On 6 Sep 2013, at 21:11, Nathan Whitehorn wrote:
> Don't you mean MACHINE here? Otherwise native builds on pc98 will fail
> due to:
>
>> +# The pc98 bootloader requires gcc to build and so we must leave gcc enabled
>> +# for pc98 for now.
>> +.if ${__TT} == "pc98"
>> +__DEFAULT_NO_OPTIONS+=GNUCX
Author: theraven
Date: Fri Sep 6 20:42:14 2013
New Revision: 255324
URL: http://svnweb.freebsd.org/changeset/base/255324
Log:
Only set -Wno-c++11-extensions if we're building with clang, so bootstrapping
clang with gcc doesn't fail.
Modified:
head/share/mk/bsd.own.mk
Modified: head/share/
Author: theraven
Date: Fri Sep 6 20:23:15 2013
New Revision: 255322
URL: http://svnweb.freebsd.org/changeset/base/255322
Log:
Fix use of MACHINE_ARCH where MACHINE was intended for pc98 detection.
Reported by: nwhitehorn
Modified:
head/share/mk/bsd.own.mk
Modified: head/share/mk/bsd.o
On 6 Sep 2013, at 21:25, Nathan Whitehorn wrote:
> Thanks! I ran into one other issue with the patch: c++filt continues to
> be built, but will be removed by make delete-old, which I guess is not
> intentional.
Hmm, no that's not intentional. Why is make delete-old deleting it?
David
On 6 Sep 2013, at 11:36, Konstantin Belousov wrote:
> This is extremely rude. Such things are traditionally (and properly)
> done with Makefile.inc in our tree. Look at the very beginning of
> mk/bsd.init.mk.
I was not aware of Makefile.inc, thank you.
> But the whole commit is hack. If you
Author: theraven
Date: Fri Sep 6 10:40:38 2013
New Revision: 255298
URL: http://svnweb.freebsd.org/changeset/base/255298
Log:
Use Makefile.inc instead of .export.
Modified:
head/lib/libiconv_modules/Makefile
head/lib/libiconv_modules/Makefile.inc
Modified: head/lib/libiconv_modules/Makefi
Author: theraven
Date: Fri Sep 6 09:46:44 2013
New Revision: 255297
URL: http://svnweb.freebsd.org/changeset/base/255297
Log:
Fix the namespace pollution caused by iconv.h including stdbool.h
This broke any C89 ports that defined bool themselves, including things
like gcc, gtk, and so on.
00:00:00 1970 (empty, because file is newly added)
+++ head/lib/msun/src/imprecise.c Fri Sep 6 07:58:23 2013
(r255294)
@@ -0,0 +1,69 @@
+/*-
+ * Copyright (c) 2013 David Chisnall
+ * All rights reserved.
+ *
+ * Redistribution and use in source and binary forms, with or without
Author: theraven
Date: Wed Sep 4 15:02:14 2013
New Revision: 255206
URL: http://svnweb.freebsd.org/changeset/base/255206
Log:
Add a c++/v1/tr1 include directory containing symlinks to all of the standard
headrs.
Lots of third-party code expects to find C++03 headers under tr1 because
th
On 31 Aug 2013, at 12:30, Ed Schouten wrote:
> 1. Fix LLVM/Clang.
>
> Never ever let LLVM/Clang emit calls to __sync_*. You can easily
> implement the __sync_* interface on top of __atomic_*. What baffles
> me, is that the calls to __sync_* are emitted by LLVM
> (SelectionDAGLegalize::ExpandAto
Author: theraven
Date: Sat Aug 31 08:56:33 2013
New Revision: 255093
URL: http://svnweb.freebsd.org/changeset/base/255093
Log:
Don't use _Unwind_Backtrace() on ARM as it's currently missing from our
libgcc_s. andrew@ has patches to add it, so this can be reverted and sync'd
with upstream late
Author: theraven
Date: Sat Aug 31 08:50:45 2013
New Revision: 255092
URL: http://svnweb.freebsd.org/changeset/base/255092
Log:
Unconditionally compile the __sync_* atomics support functions into
compiler-rt
for ARM.
This is quite ugly, because it has to work around a clang bug that does not
Author: theraven
Date: Mon Aug 19 12:37:13 2013
New Revision: 254522
URL: http://svnweb.freebsd.org/changeset/base/254522
Log:
Add support for parameterised device tree sources to the device tree compiler.
Reviewed by: brooks
Sponsored by: DARPA, AFRL
Modified:
head/usr.bin/dtc/dtc.1
Author: theraven
Date: Wed Aug 14 14:34:02 2013
New Revision: 254327
URL: http://svnweb.freebsd.org/changeset/base/254327
Log:
Make carets line up in dtc diagnostics if the line starts with a tab.
Modified:
head/usr.bin/dtc/input_buffer.cc
Modified: head/usr.bin/dtc/input_buffer.cc
=
On 14 Aug 2013, at 13:21, John Baldwin wrote:
> On Wednesday, August 14, 2013 4:23:11 am David Chisnall wrote:
>> On 13 Aug 2013, at 21:57, Jilles Tjoelker wrote:
>>
>>> Given that JIT is for performance and larger addresses increase code
>>> size and regi
On 13 Aug 2013, at 21:57, Jilles Tjoelker wrote:
> Given that JIT is for performance and larger addresses increase code
> size and register pressure, the mmap() flag is probably useful.
> Alternatively, all the JITted code could be placed in one block and use
> relative addressing.
This would be
On 7 Aug 2013, at 21:56, Jilles Tjoelker wrote:
> The code_model stuff is not for x32 support but for PIC/PIE code where
> code+data exceed 2GB so relative addressing cannot always be used. The
> ABI then prescribes that %r15 be loaded with the GOT pointer when
> invoking a large model (code>2GB)
Author: theraven
Date: Wed Aug 7 11:30:04 2013
New Revision: 254057
URL: http://svnweb.freebsd.org/changeset/base/254057
Log:
Remove __attribute__((__aligned__)) that generates incorrect alignment on
compilers that know about SSE. Code left over from old header that thought
that 64 bits was
On 29 Jul 2013, at 14:44, Bruce Evans wrote:
>> It's very difficult within this verbiage to work out what you believe the
>> correct code should look like. Please either provide a patch or commit the
>> fix yourself.
>
> I prefer to give details.
Details are useful when they serve to expand
On 29 Jul 2013, at 08:05, David Schultz wrote:
> On Thu, Jul 11, 2013, David Chisnall wrote:
>> +static __inline int
>> +__inline_isnan(double __x)
>> +{
>> +
>> +return (__x != __x);
>> +}
>> +
>> +static __inline int
>> +__inlin
Author: theraven
Date: Mon Jul 29 12:33:03 2013
New Revision: 253766
URL: http://svnweb.freebsd.org/changeset/base/253766
Log:
Restore the longer form of the _Generic. The short form does not work in C++.
Modified:
head/lib/msun/src/math.h
Modified: head/lib/msun/src/math.h
Bruce,
It's very difficult within this verbiage to work out what you believe the
correct code should look like. Please either provide a patch or commit the fix
yourself.
David
On 29 Jul 2013, at 11:59, Bruce Evans wrote:
> On Mon, 29 Jul 2013, David Chisnall wrote:
>
>>
Author: theraven
Date: Mon Jul 29 08:32:13 2013
New Revision: 253764
URL: http://svnweb.freebsd.org/changeset/base/253764
Log:
Reenable the isnan(double) / isinf(double) declarations when targeting C89 +
SUSv2 mode.
Modified:
head/lib/msun/src/math.h
Modified: head/lib/msun/src/math.h
=
On 28 Jul 2013, at 13:44, Tijl Coosemans wrote:
> Is it possible to put them back where they were but behind
> #if __cplusplus < 201103L ? That would be the least disruptive.
That would still leave the libc++ header broken. There are some other
failures in this header in C++03 mode that I nee
On 26 Jul 2013, at 11:26, Tijl Coosemans wrote:
> On Fri, 26 Jul 2013 10:43:07 +0100 David Chisnall wrote:
>> On 25 Jul 2013, at 19:19, Tijl Coosemans wrote:
>>> This also
>>> broke compilation of C code with -D_XOPEN_SOURCE=500.
>>
>> Do you have a
On 25 Jul 2013, at 16:10, m...@freebsd.org wrote:
> Isn't that a compiler bug? memset(p, 0, n) is the same as bzero(p, n). Why
> would the compiler warn on one and not the other?
They are different. memcpy is defined by the C standard. bzero is defined by
POSIX. When you are compiling C co
On 25 Jul 2013, at 19:19, Tijl Coosemans wrote:
> This also
> broke compilation of C code with -D_XOPEN_SOURCE=500.
Do you have a test case for this?
David
signature.asc
Description: Message signed with OpenPGP using GPGMail
On 25 Jul 2013, at 09:11, Hans Petter Selasky wrote:
> The structure looks like some size, so bzero() might run faster than memset()
> depending on the compiler settings. Should be profiled before changed!
They will generate identical code for small structures with known sizes. Both
clang and
Author: theraven
Date: Tue Jul 23 10:23:43 2013
New Revision: 253563
URL: http://svnweb.freebsd.org/changeset/base/253563
Log:
Add isnan() and isinf() to the global namespace in libstdc++'s .
The standard (n3242, section 17.6.1.1, paragraph 4) says that, because these
are
declared as mac
Author: theraven
Date: Sat Jul 13 13:04:38 2013
New Revision: 253321
URL: http://svnweb.freebsd.org/changeset/base/253321
Log:
Cleaner support for type qualifiers.
Submitted by: Pasi Parviainen
Modified:
head/lib/msun/src/math.h
Modified: head/lib/msun/src/math.h
===
Author: theraven
Date: Sat Jul 13 10:10:45 2013
New Revision: 253319
URL: http://svnweb.freebsd.org/changeset/base/253319
Log:
Ensure that the _Generic() macro in math.h works with qualified types.
tgmath.h contains the same bugs and so should be fixed in the same way.
Modified:
head/lib
Author: theraven
Date: Fri Jul 12 11:03:51 2013
New Revision: 253260
URL: http://svnweb.freebsd.org/changeset/base/253260
Log:
Fix the build with C++ where __builtin_types_compatible_p is not allowed.
Modified:
head/lib/msun/src/math.h
Modified: head/lib/msun/src/math.h
=
On 11 Jul 2013, at 19:52, Tijl Coosemans wrote:
> GCC doesn't support _Generic yet for -std=c11.
Ugh. Given that they also lack a fine-grained feature check mechanism, they
really should not advertise support for a language dialect if they don't
support it.
>
>> +#elif __GNUC_PREREQ__(5, 1)
Author: theraven
Date: Thu Jul 11 19:34:16 2013
New Revision: 253219
URL: http://svnweb.freebsd.org/changeset/base/253219
Log:
Fix some typoes in math.h cleanup.
Modified:
head/lib/msun/src/math.h
Modified: head/lib/msun/src/math.h
Author: theraven
Date: Thu Jul 11 17:41:04 2013
New Revision: 253215
URL: http://svnweb.freebsd.org/changeset/base/253215
Log:
Cleanups to math.h that prevent namespace conflicts with C++.
Reviewed by: bde
MFC after:3 days
Modified:
head/lib/msun/src/math.h
Modified: head/lib/msu
Author: theraven
Date: Wed Jul 10 16:28:24 2013
New Revision: 253159
URL: http://svnweb.freebsd.org/changeset/base/253159
Log:
Import new libcxxrt / libc++. This brings some bug fixes, including a
potential race condition for static initialisers.
Modified:
head/contrib/libc++/include/__bit_
Author: theraven
Date: Wed Jul 10 10:57:09 2013
New Revision: 253149
URL: http://svnweb.freebsd.org/changeset/base/253149
Log:
Report error for out-of-range numerical inputs. Requested by brooks.
Modified:
head/usr.bin/dtc/fdt.cc
Modified: head/usr.bin/dtc/fdt.cc
===
On 20 Jun 2013, at 20:34, Warner Losh wrote:
> People trying new versions of FreeBSD. Some of them install the release,
> others might install a snapshot, some will do an install world. But if it
> worked in release 9.3 and broke in 9.4, then to find where they would need to
> install an svn p
On 20 Jun 2013, at 14:09, Julian Elischer wrote:
>> Which of the classes of user that I outlined do you think wants to be able
>> to do that? As a FreeBSD user, I never felt the desire to do that, but
>> maybe I was unusual. As a FreeBSD developer, I don't mind installing the svn
>> port to b
On 20 Jun 2013, at 00:10, Warner Losh wrote:
>> - FreeBSD developers, who are probably okay with installing a port, but
>> would prefer a version that didn't depend on kitchen/sink?
>>
>> - Users, who wish to be able to update the source tree and then either build
>> world, or build some optio
On 19 Jun 2013, at 16:13, John Baldwin wrote:
> portsnap does not work for src. (I thought we had already covered that
> in earlier threads?) portsnap only moves forward. It is a very important
> feature for our users that whatever tool they use for source updating be
> bidirectional. In part
Author: theraven
Date: Tue Jun 18 10:26:22 2013
New Revision: 251934
URL: http://svnweb.freebsd.org/changeset/base/251934
Log:
Fix bug in destructor for checker manager in DTC that caused segfaults on
exit.
Modified:
head/usr.bin/dtc/checking.cc
Modified: head/usr.bin/dtc/checking.cc
=
Author: theraven
Date: Mon Jun 17 15:34:22 2013
New Revision: 251856
URL: http://svnweb.freebsd.org/changeset/base/251856
Log:
Add a checker to dtc, based on a feature request from rwatson / brooks.
This checks that every node that has children specifies their register sizes.
This is not ena
Author: theraven
Date: Mon Jun 17 15:30:47 2013
New Revision: 251855
URL: http://svnweb.freebsd.org/changeset/base/251855
Log:
Rename a parameter in sys/time.h so that you don't get warnings for things
like libdialog that include both this header and math.h.
Modified:
head/sys/sys/time.h
M
Author: theraven
Date: Sun Jun 16 21:15:35 2013
New Revision: 251820
URL: http://svnweb.freebsd.org/changeset/base/251820
Log:
Fix some missing symbols in the libsupc++ Version.map
MFC after:1 week
Modified:
head/gnu/lib/libsupc++/Version.map
Modified: head/gnu/lib/libsupc++/Version
On 26 May 2013, at 03:45, Bruce Evans wrote:
> Hmm, it would be useful to have a compiler flag for initializing all
> local variables to trap representations on entry to functions.
The clang memory sanitizer does this.
David
___
svn-src-head@freebsd
On 10 May 2013, at 10:12, Eitan Adler wrote:
> I don't remember any recent tool which uses that cast
> to remove errors.
clang -Wunused-result
gcc -Wunused-result
David
___
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/list
On 10 May 2013, at 10:01, Eitan Adler wrote:
> I thought style(9) disliked the leading (void) but I could be wrong.
The cast to (void) tells the compiler that you are ignoring the return result.
Without it, you will introduce new warnings and break the build on certain
compiler versions with
On 5 May 2013, at 19:31, Andrey Chernov wrote:
> It is better to fix this function return type to match POSIX standard
> rather than to document its non-standard behavior. We try to follow
> POSIX when possible and this is the case.
We follow Darwin in this case, which returns 0 on success or -1
On 24 Apr 2013, at 03:40, Juli Mallett wrote:
> I don't see why we shouldn't just replace regnum.h with the NetBSD
> version, and merge that to all active branches. Since you're trying
> to update these headers, Warner, it would be great if you could do
> that.
That would probably be sensible.
On 20 Feb 2013, at 08:25, m...@freebsd.org wrote:
> These should be declared const int *. And the cast shouldn't be
> needed in C, since void * can be assigned to any other pointer type.
In fact, the entire function body can be replaced with:
return (*(int*)p1 - *(int*)p2);
qsort doesn't req
Author: theraven
Date: Thu Feb 7 15:45:28 2013
New Revision: 246487
URL: http://svnweb.freebsd.org/changeset/base/246487
Log:
Import new libc++ to head. Various small fixes and cleanups.
MFC after:2 weeks
Modified:
head/contrib/libc++/include/__config
head/contrib/libc++/include/
Author: theraven
Date: Thu Feb 7 11:08:03 2013
New Revision: 246462
URL: http://svnweb.freebsd.org/changeset/base/246462
Log:
Fix a copy-and-paste error in libcxxrt.
Modified:
head/contrib/libcxxrt/exception.cc
Modified: head/contrib/libcxxrt/exception.cc
===
Author: theraven
Date: Mon Jan 28 11:12:49 2013
New Revision: 246028
URL: http://svnweb.freebsd.org/changeset/base/246028
Log:
Fix some symbol version mismatches between libstdc++ and libsupc++/libcxxrt
that were causing the runtime and STL libraries to see different versions of
various clas
Author: theraven
Date: Fri Jan 25 08:34:38 2013
New Revision: 245901
URL: http://svnweb.freebsd.org/changeset/base/245901
Log:
Fix style nit in dtc man page: sentences should start on new lines.
Reported By: joel
Modified:
head/usr.bin/dtc/dtc.1
Modified: head/usr.bin/dtc/dtc.1
===
Author: theraven
Date: Wed Jan 23 08:54:34 2013
New Revision: 245839
URL: http://svnweb.freebsd.org/changeset/base/245839
Log:
Explicitly include headers that are implicitly included by libstdc++. Fixes
building dtc with libc++.
Modified:
head/usr.bin/dtc/checking.cc
head/usr.bin/dtc/dtb
Author: theraven
Date: Tue Jan 22 19:40:26 2013
New Revision: 245822
URL: http://svnweb.freebsd.org/changeset/base/245822
Log:
Fix spurious leading / on dtc path in Makefile.inc1. Spotted by jhb.
Modified:
head/Makefile.inc1
Modified: head/Makefile.inc1
=
Author: theraven
Date: Tue Jan 22 18:15:43 2013
New Revision: 245809
URL: http://svnweb.freebsd.org/changeset/base/245809
Log:
Fix the missing sentence that ended in the middle in the man page for dtc
(also
spotted by gavin).
Modified:
head/usr.bin/dtc/dtc.1
Modified: head/usr.bin/dtc/dtc
Author: theraven
Date: Tue Jan 22 18:12:31 2013
New Revision: 245807
URL: http://svnweb.freebsd.org/changeset/base/245807
Log:
Fix logic error in explicitly specified dtb versions spotted by gavin.
Modified:
head/usr.bin/dtc/dtc.cc
Modified: head/usr.bin/dtc/dtc.cc
==
===
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/usr.bin/dtc/checking.cc Tue Jan 22 17:49:51 2013
(r245803)
@@ -0,0 +1,210 @@
+/*-
+ * Copyright (c) 2013 David Chisnall
+ * All right
Author: theraven
Date: Mon Jan 21 17:37:23 2013
New Revision: 245745
URL: http://svnweb.freebsd.org/changeset/base/245745
Log:
Import new fix from libcxxrt. This fixes the case where you attempt to
rethrow
an exception when you haven't caught one. This is largely a cosmetic fix, as
(unles
Author: theraven
Date: Sat Jan 12 10:06:59 2013
New Revision: 245327
URL: http://svnweb.freebsd.org/changeset/base/245327
Log:
Fix libcxxrt / libc++ build with the clang in head.
Pointy hat to:theraven
Modified:
head/contrib/libcxxrt/atomic.h
Modified: head/contrib/libcxxrt/atom
Author: theraven
Date: Fri Jan 11 15:05:55 2013
New Revision: 245304
URL: http://svnweb.freebsd.org/changeset/base/245304
Log:
Merge new version of libcxxrt. This brings in three fixes:
- Don't treat pointers to members as pointers in catch blocks (they're usually
fat pointers).
-
On 30 Nov 2012, at 00:15, Eitan Adler wrote:
> Every time I talk to the clang folk about flags they point me to gcc
> documentation.
No we don't. We point you at the gcc documentation and at the clang manual.
Clang aims to support all of the gcc flags, and provides some extra ones as
document
Author: theraven
Date: Thu Nov 29 13:35:44 2012
New Revision: 243673
URL: http://svnweb.freebsd.org/changeset/base/243673
Log:
Merge new libc++ into head.
Modified:
head/contrib/libc++/include/exception
head/contrib/libc++/include/iterator
head/contrib/libc++/include/locale
Directory Prop
Author: theraven
Date: Tue Nov 13 03:27:43 2012
New Revision: 242945
URL: http://svnweb.freebsd.org/changeset/base/242945
Log:
Import new version of libc++ into base.
Modified:
head/contrib/libc++/include/__config
head/contrib/libc++/include/__functional_base
head/contrib/libc++/include/_
On 23 Oct 2012, at 16:05, Andre Oppermann wrote:
> For zero copy send we're trying to come up with a sendfile-like
> approach where the page is simply wired into kernel space. The
> application then is not allowed to touch it until the socket
> buffer has released it again. The main issue here i
On 9 Oct 2012, at 17:33, Andrey Chernov wrote:
> Do you check assembler output for _both_ cases?
> In my testing clang and gcc xor's 'junk' properly in case it have
> 'volatile' keyword (as in srandomdev()) and elide it without 'volatile'.
> IMHO this change should be backed out for srandomdev() a
On 23 Sep 2012, at 20:27, Garrett Cooper wrote:
>+1. free(3) should silently ignore NULL parameters passed into it.
Indeed. The C standard's description for free() states that:
> If ptr is a null pointer, no action occurs.
This means that a standards-compilant compiler is entirely at liber
On 16 Sep 2012, at 10:37, Chris Rees wrote:
> Actually:
>
> for (;;)
>;
This form will generate a compiler warning, because it looks like a missing
loop body. You can silence the warning by this form:
for (;;) {}
This makes it clear that you have an explicit body containing no statem
Author: theraven
Date: Fri Jul 6 20:16:22 2012
New Revision: 238182
URL: http://svn.freebsd.org/changeset/base/238182
Log:
Restore the __collate_load_error global that was accidentally removed in the
xlocale refactoring.
MFC after:1 week
Modified:
head/lib/libc/locale/collate.c
On 4 Jul 2012, at 21:32, Andrey Chernov wrote:
> 1) /dev/urandom may not exist in jails/sandboxes while sysctls (or old way
> initialization) always exists.
From the perspective of Capsicum sandboxes, a device node is better than a
sysctl. The kernel must hard-code policy about which sysctls a
On 22 Jun 2012, at 08:34, Marius Strobl wrote:
> I don't know much about x86 CPUs but is my understanding correct
> that TSCs are not synchronized in any way across CPUs, i.e.
> reading it on different CPUs may result in time going backwards
> etc., which is okay for this application though?
As l
Author: theraven
Date: Mon Jun 11 15:40:57 2012
New Revision: 236890
URL: http://svn.freebsd.org/changeset/base/236890
Log:
Clean up some symbol versions for libsupc++ / libcxxrt.
MFC after:1 week
Reviewed by: kan
Modified:
head/gnu/lib/libsupc++/Version.map
head/lib/libcxxrt/Ve
Author: theraven
Date: Mon Jun 11 14:02:02 2012
New Revision: 236889
URL: http://svn.freebsd.org/changeset/base/236889
Log:
Fix a leak when setting the global character locale to "C" from something
else.
Reported by: mm
Modified:
head/lib/libc/locale/setrunelocale.c
Modified: head/lib
On 4 Jun 2012, at 11:00, Tijl Coosemans wrote:
> On 02-06-2012 20:10, Konstantin Belousov wrote:
>> Author: kib
>> Date: Sat Jun 2 18:10:16 2012
>> New Revision: 236456
>> URL: http://svn.freebsd.org/changeset/base/236456
>>
>> Log:
>> Use plain store for atomic_store_rel on x86, instead of imp
On 30 May 2012, at 09:01, Marius Strobl wrote:
> Ehm, yes, but given that this wouldn't be the first such flag we have
> is avoiding it really worth the link time and run time overheads in
> the long term?
Given the small overhead of the extra hashes, yes. At some point in the
future, we can t
On 28 May 2012, at 20:33, Dimitry Andric wrote:
> On the other hand, it's really platform-dependent: I've checked several
> Linux distributions, and it is fairly unpredictable whether their gcc
> passes --hash-style to the linker, or if they do, which option they use.
Can we make it dependent on
Author: theraven
Date: Mon May 28 12:11:00 2012
New Revision: 236177
URL: http://svn.freebsd.org/changeset/base/236177
Log:
Correctly export operator new / delete for things linking against libsupc++
but
not libstdc++.
Unfortunately, it appears that libsupc++ / libstdc++ have a different
Author: theraven
Date: Sun May 27 12:54:41 2012
New Revision: 236148
URL: http://svn.freebsd.org/changeset/base/236148
Log:
Allow inclusion of libc++ to work after including math.h
Submitted by: Yamaya Takashi
Reviewed by: das
MFC after:1 week
Modified:
head/lib/msun/src/math.h
On 11 May 2012, at 08:48, Konstantin Belousov wrote:
> On Fri, May 11, 2012 at 12:37:16PM +, Gabor Kovesdan wrote:
>> Author: gabor
>> Date: Fri May 11 12:37:16 2012
>> New Revision: 235267
>> URL: http://svn.freebsd.org/changeset/base/235267
>
>> +bool byte_sort = false;
>> +
>> +static wcha
Author: theraven
Date: Thu May 3 17:44:07 2012
New Revision: 234976
URL: http://svn.freebsd.org/changeset/base/234976
Log:
Import new version of libc++. Among other improvements, this comes with an
header that works with clang 3.1 (and, importantly, the pre-3.1
snapshot currently in head)
Author: theraven
Date: Thu May 3 15:54:06 2012
New Revision: 234958
URL: http://svn.freebsd.org/changeset/base/234958
Log:
Fix after clang decided to rename all of its builtins to include
a c11 prefix to disambiguate them from the one provided by GCC.
Note: Clang 3.1 also supports the G
Author: theraven
Date: Fri Apr 27 15:35:09 2012
New Revision: 234732
URL: http://svn.freebsd.org/changeset/base/234732
Log:
Add a note to hostapd.conf about an unhelpful error message in the hope that
it won't confuse anyone else in the future.
MFC after:1 week
Modified:
head/usr.s
Author: theraven
Date: Sun Apr 22 18:51:38 2012
New Revision: 234578
URL: http://svn.freebsd.org/changeset/base/234578
Log:
Fix some incorrect symbol versions.
Reported by: das
Modified:
head/lib/libc/locale/Symbol.map
Modified: head/lib/libc/locale/Symbol.map
=
Author: theraven
Date: Sun Apr 22 16:58:14 2012
New Revision: 234573
URL: http://svn.freebsd.org/changeset/base/234573
Log:
Fix a bug caused by some misplaced brackets.
Reported by: das
Modified:
head/include/xlocale/_ctype.h
Modified: head/include/xlocale/_ctype.h
101 - 200 of 269 matches
Mail list logo