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:
On 1 Dec 2013, at 07:59, Konstantin Belousov kostik...@gmail.com 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
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 rak...@freebsd.org wrote:
Raphael Kubo da Costa rak...@freebsd.org writes:
David Chisnall thera...@freebsd.org writes:
Author: theraven
Date: Fri Jul 12 11:03:51 2013
New Revision: 253260
URL: http://svnweb.freebsd.org/changeset/base
On 25 Oct 2013, at 06:03, Steven Hartland kill...@multiplay.co.uk 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
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:
On 8 Sep 2013, at 21:18, Dag-Erling Smørgrav d...@des.no wrote:
David Chisnall thera...@freebsd.org 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 /usr/src/usr.bin% make
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
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: 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.
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:
On 6 Sep 2013, at 11:36, Konstantin Belousov kostik...@gmail.com 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
On 6 Sep 2013, at 21:25, Nathan Whitehorn nwhiteh...@freebsd.org 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
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:
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:
-Wno-c++11-extensions
On Fri, Sep 6, 2013 at 1:08 PM, David Chisnall thera...@freebsd.org wrote:
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
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:
On 6 Sep 2013, at 21:11, Nathan Whitehorn nwhiteh...@freebsd.org 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
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
On 6 Sep 2013, at 21:26, David Chisnall thera...@freebsd.org wrote:
On 6 Sep 2013, at 21:25, Nathan Whitehorn nwhiteh...@freebsd.org 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
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
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
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
On 31 Aug 2013, at 12:30, Ed Schouten e...@80386.nl 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
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
On 13 Aug 2013, at 21:57, Jilles Tjoelker jil...@stack.nl 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.
On 14 Aug 2013, at 13:21, John Baldwin j...@freebsd.org wrote:
On Wednesday, August 14, 2013 4:23:11 am David Chisnall wrote:
On 13 Aug 2013, at 21:57, Jilles Tjoelker jil...@stack.nl wrote:
Given that JIT is for performance and larger addresses increase code
size and register pressure
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 7 Aug 2013, at 21:56, Jilles Tjoelker jil...@stack.nl 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
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
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
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 b...@optusnet.com.au wrote:
On Mon, 29 Jul 2013, David Chisnall wrote
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
On 29 Jul 2013, at 08:05, David Schultz d...@freebsd.org wrote:
On Thu, Jul 11, 2013, David Chisnall wrote:
+static __inline int
+__inline_isnan(double __x)
+{
+
+return (__x != __x);
+}
+
+static __inline int
+__inline_isnanf(float __x)
+{
+
+return (__x != __x
On 29 Jul 2013, at 14:44, Bruce Evans b...@optusnet.com.au 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
On 28 Jul 2013, at 13:44, Tijl Coosemans t...@coosemans.org 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++ cmath header broken. There are some other
failures in this header in
On 25 Jul 2013, at 19:19, Tijl Coosemans t...@coosemans.org 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 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
On 26 Jul 2013, at 11:26, Tijl Coosemans t...@coosemans.org wrote:
On Fri, 26 Jul 2013 10:43:07 +0100 David Chisnall wrote:
On 25 Jul 2013, at 19:19, Tijl Coosemans t...@coosemans.org wrote:
This also
broke compilation of C code with -D_XOPEN_SOURCE=500.
Do you have a test case
On 25 Jul 2013, at 09:11, Hans Petter Selasky h...@bitfrost.no 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.
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 cmath.
The standard (n3242, section 17.6.1.1, paragraph 4) says that, because these
are
declared
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:
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
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:
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
On 11 Jul 2013, at 19:52, Tijl Coosemans t...@coosemans.org 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
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
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:
On 20 Jun 2013, at 00:10, Warner Losh i...@bsdimp.com 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
On 20 Jun 2013, at 14:09, Julian Elischer jul...@freebsd.org 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
On 20 Jun 2013, at 20:34, Warner Losh i...@bsdimp.com 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
On 19 Jun 2013, at 16:13, John Baldwin j...@freebsd.org 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
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
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:
On 26 May 2013, at 03:45, Bruce Evans b...@optusnet.com.au 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
___
On 10 May 2013, at 10:01, Eitan Adler ead...@freebsd.org 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
On 10 May 2013, at 10:12, Eitan Adler ead...@freebsd.org 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
On 5 May 2013, at 19:31, Andrey Chernov a...@freebsd.org 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
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
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: 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
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
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
00:00:00 1970 (empty, because file is newly added)
+++ head/usr.bin/dtc/checking.ccTue Jan 22 17:49:51 2013
(r245803)
@@ -0,0 +1,210 @@
+/*-
+ * Copyright (c) 2013 David Chisnall
+ * All rights reserved.
+ *
+ * This software was developed by SRI International and the University
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
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:
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: 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
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:
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
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
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
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 is
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() and
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
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
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
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 long
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:
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
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 implicitly
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
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
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++ cmath to work after including math.h
Submitted by: Yamaya Takashi
Reviewed by: das
MFC after:1 week
Modified:
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 wchar_t **wmonths =
Author: theraven
Date: Thu May 3 15:54:06 2012
New Revision: 234958
URL: http://svn.freebsd.org/changeset/base/234958
Log:
Fix stdatomic.h 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
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
atomic header that works with clang 3.1 (and, importantly, the pre-3.1
snapshot currently
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:
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
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
On 7 Apr 2012, at 18:10, David Schultz wrote:
The biggest hinderance to using extern inline is that gcc and C99
disagree about what it means, unless you use a reasonably recent
compiler in C99 mode. I first tried to use extern inline in the
tree several years after I backported gcc's C99
On 2 Apr 2012, at 02:03, Alexander Kabaev wrote:
there are reports of this commit breaking complex C++ binaries such as
build as part of KDE4. This is being looked at.
Do you have any more information about what is broken? (Run-time failures,
linker failures?)
Author: theraven
Date: Sun Apr 1 09:35:23 2012
New Revision: 233757
URL: http://svn.freebsd.org/changeset/base/233757
Log:
Bump __FreeBSD_version for xlocale cleanup, as requested by ports people.
Approved by: dim (mentor)
Modified:
head/sys/sys/param.h
Modified: head/sys/sys/param.h
Author: theraven
Date: Sat Mar 31 14:25:12 2012
New Revision: 233749
URL: http://svn.freebsd.org/changeset/base/233749
Log:
Make libsupc++ build as a shared library and make libstdc++ a filter library
for it.
This allows people to swap out libsupc++ for libcxxrt easily, so we can begin
Author: theraven
Date: Fri Mar 30 12:48:36 2012
New Revision: 233699
URL: http://svn.freebsd.org/changeset/base/233699
Log:
Undo the earlier revert of the ABI change in libsupc++. On further
discussion,
posting an errata notice with 9.1 is the less painful solution.
Approved by: dim
101 - 200 of 256 matches
Mail list logo
