On 5 Mar 2014, at 23:17, Glen Barber g...@freebsd.org wrote:
After several months of testing and fixing (and breaking)
various parts of release/release.sh changes, it is now
possible to build FreeBSD/arm images as part of the release
process.
That's great! How much effort would it be to
On 6 Mar 2014, at 17:47, Glen Barber g...@freebsd.org wrote:
On Thu, Mar 06, 2014 at 04:37:11PM +, David Chisnall wrote:
On 5 Mar 2014, at 23:17, Glen Barber g...@freebsd.org wrote:
After several months of testing and fixing (and breaking)
various parts of release/release.sh changes
On 26 Mar 2014, at 22:30, Dimitry Andric d...@freebsd.org wrote:
Add a SUBDIR_PARALLEL option to bsd.subdir.mk, to allow make to process
all the SUBDIR entries in parallel, instead of serially. Apply this
option to a selected number of Makefiles, which can greatly speed up the
build on
Author: theraven
Date: Wed Apr 2 11:10:46 2014
New Revision: 264038
URL: http://svnweb.freebsd.org/changeset/base/264038
Log:
Fix an issue where the locale and rune locale could become out of sync,
causing mb* functions (and similar) to be called with the wrong data
(possibly a null
==
--- /dev/null 00:00:00 1970 (empty, because file is newly added)
+++ head/lib/libc/gen/scandir_b.c Wed Apr 2 16:07:48 2014
(r264042)
@@ -0,0 +1,29 @@
+/*-
+ * Copyright (c) 2014 David Chisnall
+ * All rights reserved
On 2 Apr 2014, at 17:18, Konstantin Belousov kostik...@gmail.com wrote:
This is completely wrong. You cannot modify FreeBSD 8.x namespace in
11.x HEAD time.
That was an error, however we are using symbol versioning completely wrongly in
FreeBSD anyway (see the last two DevSummit discussions
Author: theraven
Date: Wed Apr 2 16:29:29 2014
New Revision: 264043
URL: http://svnweb.freebsd.org/changeset/base/264043
Log:
Move scandir_b to a later symbol version.
Modified:
head/lib/libc/gen/Symbol.map
Modified: head/lib/libc/gen/Symbol.map
On 2 Apr 2014, at 18:24, Konstantin Belousov kostik...@gmail.com wrote:
It does, I read it.
Read the code again. Or even just read the comments. In particular the
blocks_abi.h file contains a detailed description of why the rest of what you
say is wrong.
Now libc depends on the
Author: theraven
Date: Thu Apr 3 08:08:36 2014
New Revision: 264069
URL: http://svnweb.freebsd.org/changeset/base/264069
Log:
Add an extra void* cast to work around a bug in FreeBSD-gcc inherited
from Apple.
Modified:
head/lib/libc/include/block_abi.h
Modified:
Author: theraven
Date: Thu Apr 3 08:16:45 2014
New Revision: 264070
URL: http://svnweb.freebsd.org/changeset/base/264070
Log:
Move _b functions into the 11.x symbol version namespace.
Modified:
head/lib/libc/Versions.def
head/lib/libc/gen/Symbol.map
head/lib/libc/stdlib/Symbol.map
Author: theraven
Date: Thu Apr 3 17:31:38 2014
New Revision: 264082
URL: http://svnweb.freebsd.org/changeset/base/264082
Log:
Fix the inheritance of the FBSDprivate_1.0 namespace.
Modified:
head/lib/libc/Versions.def
Modified: head/lib/libc/Versions.def
On 4 Apr 2014, at 12:52, Baptiste Daroussin b...@freebsd.org wrote:
On Wed, Apr 02, 2014 at 04:07:48PM +, David Chisnall wrote:
Author: theraven
Date: Wed Apr 2 16:07:48 2014
New Revision: 264042
URL: http://svnweb.freebsd.org/changeset/base/264042
Log:
Add support for some block
On 4 Apr 2014, at 12:52, Baptiste Daroussin b...@freebsd.org wrote:
This breaks a couple of ports starting with cups, those ports do expect
libdispatch to be available if _BLOCK_ exists. Do you plan to import
libdispatch soon?
I've just tried building the print/cups-client port and it builds
On 4 Apr 2014, at 13:14, Baptiste Daroussin b...@freebsd.org wrote:
On Fri, Apr 04, 2014 at 01:10:24PM +0100, David Chisnall wrote:
On 4 Apr 2014, at 12:52, Baptiste Daroussin b...@freebsd.org wrote:
This breaks a couple of ports starting with cups, those ports do expect
libdispatch
On 4 Apr 2014, at 13:23, Jordan Hubbard j...@ixsystems.com wrote:
On Apr 4, 2014, at 4:59 PM, David Chisnall thera...@freebsd.org wrote:
I believe that libdispatch most likely won't be imported until there is an
in-tree consumer, but it's in ports and there's nothing stopping ports
On 4 Apr 2014, at 13:44, Jordan Hubbard j...@ixsystems.com wrote:
On Apr 4, 2014, at 5:33 PM, David Chisnall thera...@freebsd.org wrote:
The slight problem, however, is that we would still like to be able to build
the base system with a more or less standard C compiler. Blocks
On 4 Apr 2014, at 14:44, Jordan Hubbard j...@ixsystems.com wrote:
Ah, OK. And I’m guessing there’s been no interest in forward-porting the
blocks support to 4.7? That’s kind of… a bummer.
I don't think so. Warner has been forward-porting some of the FreeBSD binutils
changes, but even
Author: theraven
Date: Sat Apr 5 08:17:48 2014
New Revision: 264143
URL: http://svnweb.freebsd.org/changeset/base/264143
Log:
Silence a warning with GCC that was breaking the build with Juniper's GCC.
Reviewed by: marcel
Modified:
head/lib/libc/stdlib/atexit.c
Author: theraven
Date: Sun Apr 6 17:06:27 2014
New Revision: 264196
URL: http://svnweb.freebsd.org/changeset/base/264196
Log:
Move definitions out of rpc_com so that the linker doesn't complain about
multiple definitions.
Reported by: sbruno
Modified:
head/lib/libc/rpc/rpc_com.h
On 9 Apr 2014, at 15:19, Kubilay Kocak koobs.free...@gmail.com wrote:
That expectation is orthogonal to whether we or other projects do it one
way or another. RHEL users may well be as confused as ours (whether of
not ours are). It may be relevant as a data point, but not for decision
making.
On 5 May 2014, at 18:42, Andrey Chernov a...@freebsd.org wrote:
Please don't commit OpenBSD errors. Now you mix calloc() with the
realloc() for the same variable later which makes calloc() zeroing
pointless and waste of CPU.
The purpose of calloc() here is not (primarily) to get the zero'd
On 5 May 2014, at 20:49, Pedro Giffuni p...@freebsd.org wrote:
Yes, but I reverted it because there are other ways to check for overflows
without the performance hit.
Do we have a good reusable routine for doing this somewhere? Clang and gcc
both have some idiom recognisers that try to spot
On 5 May 2014, at 22:33, Warner Losh i...@bsdimp.com wrote:
reallocf():
The reallocf() function is identical to the realloc() function, except
that it will free the passed pointer when the requested memory cannot be
allocated. This is a FreeBSD specific API designed to ease the
On 5 May 2014, at 22:40, Andrey Chernov a...@freebsd.org wrote:
On 05.05.2014 22:28, David Chisnall wrote:
On 5 May 2014, at 18:42, Andrey Chernov a...@freebsd.org wrote:
Please don't commit OpenBSD errors. Now you mix calloc() with the
realloc() for the same variable later which makes
On 5 May 2014, at 22:51, Andrey Chernov a...@freebsd.org wrote:
For standard malloc/realloc interface it is up to the caller to check
n*size not overflows. You must trust caller already does such check.
Do a search of the CVE database sometime to see how well placed that trust
generally is.
Bruce,
On 6 May 2014, at 05:46, Bruce Evans b...@optusnet.com.au wrote:
The standard behaviour is undefined. It cannot be relied on. From C99
(n869.txt):
%7.20.3.1 The calloc function
% %Synopsis
% %[#1]
% %#include stdlib.h
%
On 11 May 2014, at 13:53, Ian Lepore i...@freebsd.org wrote:
Ooops, indeed, thanks. Although... it's a good change in terms of
speeding up the build, I just didn't intend to commit it until it got
tested with -j levels higher than I can test with my little 6-core
machine.
I'd be happy to
On 11 May 2014, at 14:05, Ian Lepore i...@freebsd.org wrote:
On Sun, 2014-05-11 at 13:58 +0100, David Chisnall wrote:
On 11 May 2014, at 13:53, Ian Lepore i...@freebsd.org wrote:
Ooops, indeed, thanks. Although... it's a good change in terms of
speeding up the build, I just didn't intend
On 20 May 2014, at 18:16, Gleb Smirnoff gleb...@freebsd.org wrote:
Would be cool if most of tools (netstat, systat, etc...) could
determine size of terminal and dynamically widen all their fields.
Thus, tool can run w/o any abbreviations when run in a script mode,
run abbreviated on a small
On 30 May 2014, at 06:18, Rui Paulo rpa...@felyko.com wrote:
Is this going to cause any ports fallout?
It shouldn't do. Any code that compiles on OS X will expect these to be in the
correct place, and since DragonFly applied the fix first we'd hopefully have
found any fallout via dports.
On 3 Jun 2014, at 06:01, Adrian Chadd adr...@freebsd.org wrote:
I wonder if in the short term we should just use inlines for now, at
least so the methodization can get done without hurting people on
ARM/MIPS.
It's probably worth thinking a bit more carefully about the KPI, since it's
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:
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: 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: 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: 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
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.
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 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
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
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 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
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
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: 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: 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
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: 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 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: 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 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
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
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 10 Jul 2014, at 18:13, Adrian Chadd adr...@freebsd.org wrote:
... I think this particular commit highlights our almost complete lack
of useful data types in our C libraries.
I think it's about time we grew a similar list of basic DSAs.
I had to reimplement hash tables, trees and
Author: theraven
Date: Sat Jul 12 07:47:50 2014
New Revision: 268566
URL: http://svnweb.freebsd.org/changeset/base/268566
Log:
Turn off exceptions and rtti when building the c++ version of users.
Neither is used in the program and this saves us 10KB (around 40%) in binary
size.
Modified:
On 10 Jul 2014, at 16:29, Ed Schouten e...@80386.nl wrote:
With the patch above, the binary shrinks to 15640 bytes, so my
concerns are somewhat addressed. :-)
I wasn't seeing that saving, but I've now committed a tweak to the Makefile
that turns off exceptions and RTTI. This shrinks the
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
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: 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
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
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: 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).
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: 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
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: 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
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: 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
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: 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
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:
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:
101 - 200 of 256 matches
Mail list logo