Re: error: your copy of LLDB does not support scripting.

2015-10-09 Thread Rui Paulo
a way to configure LLDB with script support? I think you need to use the ports lldb. -- Rui Paulo ___ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

Re: Kernel compilation failures with gcc 4.9

2015-03-31 Thread Rui Paulo
/FreeBSD_HEAD_external_toolchain_gcc/sys/sys/malloc.h:177:6: note: previous declaration of 'free' was here void free(void *addr, struct malloc_type *type); It shouldn't be using the stdlib when it's built with -ffreestanding or -nostdlib. Can you make sure? -- Rui Paulo

Re: Fails to build sys/i386/boot2 with gcc 4.9

2015-03-29 Thread Rui Paulo
the compiler decided to inline a few functions. Unfortunately, I never saw any difference between -Os and -O2 in all of my tests (boot2 and other code). -- Rui Paulo ___ freebsd-toolchain@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo

[Differential] [Accepted] D1819: libdwarf: Handle .rel relocations

2015-02-11 Thread rpaulo (Rui Paulo)
rpaulo added a subscriber: rpaulo. rpaulo accepted this revision. rpaulo added a reviewer: rpaulo. rpaulo added a comment. This revision is now accepted and ready to land. Reviewed. REVISION DETAIL https://reviews.freebsd.org/D1819 To: emaste, gnn, rpaulo Cc: rpaulo, freebsd-toolchain

[Differential] [Accepted] D1682: Preserve hard symbolic links when modifying source file

2015-01-27 Thread rpaulo (Rui Paulo)
rpaulo accepted this revision. rpaulo added a reviewer: rpaulo. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1682 To: emaste, rpaulo Cc: freebsd-toolchain ___ freebsd-toolchain@freebsd.org mailing list

[Differential] [Changed Subscribers] D1428: readelf: Handle note types from different operating systems

2015-01-03 Thread rpaulo (Rui Paulo)
rpaulo added a subscriber: rpaulo. rpaulo added a comment. This looks odd. Why are we relying on magic numbers instead of constants/enums like before? REVISION DETAIL https://reviews.freebsd.org/D1428 To: emaste Cc: rpaulo, freebsd-toolchain ___

[Differential] [Commented On] D1428: readelf: Handle note types from different operating systems

2015-01-03 Thread rpaulo (Rui Paulo)
rpaulo added a comment. ! In D1428#5, @emaste wrote: ! In D1428#3, @rpaulo wrote: This looks odd. Why are we relying on magic numbers instead of constants/enums like before? Some of the constants in the previous version are Linux-specific, and don't exist in our ELF headers. We could

Re: Is this a compiler bug?

2014-09-21 Thread Rui Paulo
= 0x3ffb+63; printf(%x\n, i); i = 0x3ffc+63; printf(%x\n, i); i = 0x3ffd+63; printf(%x\n, i); i = 0x3ffe+63; printf(%x\n, i); i = 0x3fff+63; printf(%x\n, i); return 0; } Looks like it. Please file a bug report with LLVM. -- Rui Paulo

Re: Is this a compiler bug?

2014-09-21 Thread Rui Paulo
On Sep 21, 2014, at 18:38, Rui Paulo rpa...@me.com wrote: On Sep 21, 2014, at 18:19, Steve Kargl s...@troutmask.apl.washington.edu wrote: #include stdio.h #include stdint.h int main(void) { uint16_t i; i = 0x3ff0+63; printf(%x\n, i); i = 0x3ff1+63; printf(%x\n, i

Re: [CFT] Update to clang 3.4

2014-01-06 Thread Rui Paulo
. Given the push to keep the tree mostly BSD licenced, I would say the former. -- Rui Paulo ___ freebsd-toolchain@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to freebsd-toolchain

Re: [poc] buildkernel + clang + -Werror

2011-11-06 Thread Rui Paulo
the variable type to become signed. One possible security vulnerability was avoided because that developer checked for negative values. I'm against turning this off by default, but it should not cause an error. Regards, -- Rui Paulo ___ freebsd-toolchain

Re: [poc] buildkernel + clang + -Werror

2011-11-06 Thread Rui Paulo
On Nov 6, 2011, at 4:36 PM, Warner Losh wrote: On Nov 6, 2011, at 2:13 PM, Rui Paulo wrote: The only argument against this tautological check that I agree with is when the code is explicitly trying to be safe. If the developer checks for i 0 when indexing an array he/she is trying to guard