search for: 532k

...t rebuilding every single dependent application. Win! > I wish; > > - NDEBUG may not modify API. class structure (member offset, vtables) > should be stable and identical among Release builds and Debug builds. > - NDEBUG may keep and add facilities. Done :-) The patchset is 532K so I've put it online: http://www.nuanti.com/tmp/llvm-api-stability/ The bulk edits are split out and noted. They were refactored with an internal tool, so it's not a big hassle to keep this up to date until 3.4 is out the door. A handful of fixes were needed to add support for Release...

On Nov 11, 2013, at 9:56 AM, Alp Toker <alp at nuanti.com> wrote: > Done :-) > > The patchset is 532K so I've put it online: > > http://www.nuanti.com/tmp/llvm-api-stability/ > > The bulk edits are split out and noted. They were refactored with an internal tool, so it's not a big hassle to keep this up to date until 3.4 is out the door. > > A handful of fixes were nee...

On 11/11/2013 19:08, Chris Lattner wrote: > On Nov 11, 2013, at 9:56 AM, Alp Toker <alp at nuanti.com > <mailto:alp at nuanti.com>> wrote: >> Done :-) >> >> The patchset is 532K so I've put it online: >> >> http://www.nuanti.com/tmp/llvm-api-stability/ >> >> The bulk edits are split out and noted. They were refactored with an >> internal tool, so it's not a big hassle to keep this up to date until >> 3.4 is out the door. >&g...

...le: colour dummy device 80x25 Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Software IO TLB disabled vmalloc area: c9000000-fb7fe000, maxmem 33ffe000 Memory: 126360k/139264k available (1792k kernel code, 4556k reserved, 532k data, 140k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 5988.98 BogoMIPS (lpj=29944938) Mount-cache hash table entries: 512 CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 2048K Checking ...

2013/11/10 Alp Toker <alp at nuanti.com>: > #ifndef NDEBUG > > This is the biggest violation. NDEBUG should only ever be used in source > files. That way if something is crashing we can swap in a debug build > without rebuilding every single dependent application. Win! I wish; - NDEBUG may not modify API. class structure (member offset, vtables) should be stable and

...virbr0 virbr0 0.0.0.0/0 0.0.0.0/0 0 0 REJECT all -- * virbr0 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable 0 0 REJECT all -- virbr0 * 0.0.0.0/0 0.0.0.0/0 reject-with icmp-port-unreachable Chain OUTPUT (policy ACCEPT 532K packets, 79M bytes) pkts bytes target prot opt in out source destination 5) ps -ef | grep dnsmasq nobody 12382 1 0 Sep11 ? 00:00:00 /usr/sbin/dnsmasq --strict-order --bind-interfaces --pid-file=/var/run/libvirt/network/default.pid --conf-file= --except-interface lo --li...

On 11/11/2013 19:16, Alp Toker wrote: > On 11/11/2013 19:08, Chris Lattner wrote: >> On Nov 11, 2013, at 9:56 AM, Alp Toker <alp at nuanti.com >> <mailto:alp at nuanti.com>> wrote: >>> Done :-) >>> >>> The patchset is 532K so I've put it online: >>> >>> http://www.nuanti.com/tmp/llvm-api-stability/ >>> >>> The bulk edits are split out and noted. They were refactored with an >>> internal tool, so it's not a big hassle to keep this up to date until >>> 3.4...

...total- --net/eth0----net/eth1----net/eth2-> usr sys idl wai hiq siq|_read _writ|_recv _send:_recv _send:_recv _send> 0 2 94 4 0 0|4322B 3753k| 0 0 : 0 0 : 0 0 > 0 1 50 49 0 0| 554k 2202k| 0 0 : 584k 26k: 462B 0 > 0 2 49 49 0 0| 532k 2098k| 0 35B: 743k 4544k: 809B 0 > 0 1 50 49 0 0| 484k 80k| 35B 0 : 573k 24k: 569B 0 > 0 1 50 49 0 0| 500k 2352k| 0 0 : 548k 739k: 440B 0 > 0 1 50 49 0 0| 510k 0 | 35B 35B: 604k 1775k:1066B 0 > 0 2 50 49 0 0|...

http://bugzilla.mindrot.org/show_bug.cgi?id=105 markus at openbsd.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From markus at openbsd.org 2002-02-07 06:54 ------- could you please try this without scp? e.g.

With the recent thread on using C++11 in LLVM/clang, one of the recurring themes was a desire to make the internal headers more consumable. While I don't personally want any kind of stability guarantee for internal headers, I do think we can do more to ensure that any given snapshot of the headers is consumable from different compilers and build configurations. In practice this means

...280K pte [ 0.034794] 0x0000000000200000-0x0000000077a00000 1912M pmd [ 0.034796] 0x0000000077a00000-0x0000000077ad5000 852K pte [ 0.034798] 0x0000000077ad5000-0x0000000077b5a000 532K RW GLB x pte [ 0.034801] 0x0000000077b5a000-0x0000000077b5f000 20K pte [ 0.034803] 0x0000000077b5f000-0x0000000077b60000 4K RW GLB x pte [ 0.034806] 0x0000000077b60000-0x0000000077b66000 24K...

...ools/polly/lib/External/CMakeFiles/polly-isl-test.dir 552K build/tools/clang/test/SemaObjCXX 548K build/tools/polly/lib/External/CMakeFiles/polly-isl-test.dir/isl 548K build/tools/clang/test/SemaObjCXX/Output 544K build/tools/clang/test/CodeGenOpenCL 540K build/tools/clang/test/CodeGenOpenCL/Output 532K build/tools/llvm-special-case-list-fuzzer 528K build/lib/Target/BPF/TargetInfo 524K build/tools/llvm-special-case-list-fuzzer/CMakeFiles 520K build/tools/llvm-special-case-list-fuzzer/CMakeFiles/llvm-special-case-list-fuzzer.dir 520K build/tools/clang/unittests/Rewrite/CMakeFiles 520K build/lib/Tar...