^
1 error generated.
--- amd64_get_gsbase.o ---
1 error generated.
*** [amd64_get_gsbase.o] Error code 1
make[4]: stopped in /usr/src/lib/libc
CI appears green after this commit, so I'm inclined to pin this on yet
another instance of LLVM 7 being stricter than LLVM 6. Backing out this
revision all
On 01/11/2018 15:43, Charlie Li wrote:
> On 01/11/2018 12:04, Brooks Davis wrote:
>> Is this failure with devel/llvm70? It's currently missing the patch
>> required to make this work. https://reviews.freebsd.org/D17709 contains
>> this patch among others. I'll see abo
res3=0x9c00
XSAVE Features=0x1
VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID
TSC: P-state invariant, performance statistics
> make is statically linked, do dynamically linked program fault ?
>
After some more checks, only the statically linked programs crash.
--
Charlie Li
Can't thin
th your port commit at my next opportunity.
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishwin for off-list communication)
signature.asc
Description: OpenPGP digital signature
2 make`_init + 6
make`_init:
-> 0x2ebd92 <+6>: movsl (%rsi), %es:(%rdi)
(lldb) n
Process 22663 stopped
* thread #1, name = 'make', stop reason = signal SIGSEGV: invalid
address (fault address: 0x0)
frame #0: 0x0000002ebd92 make`_init + 6
make`_init:
-> 0x2ebd92 <+6>
kern.pre.mk, which has
the same effect of this changeset.
> or just use the clang700-import branch wholesale. :-)
>
I would, but I also update and build head irregularly and prefer to
build and run the newest code as they are committed. That, and I'm a bit
lazy to run svn merge when I update :
-page-size=4096: has LLD been ignoring this part the whole time,
and is it of any meaningful use anymore (it seemed to mean something
with bfd)?
--
Charlie Li
Can't think of a witty .sigline today…
(This email address is for mailing list use only; replace local-part
with vishwin for off-list
les that clang IAS cannot
assemble are for amd64 and i386, has there been any research into nasm
and yasm at least? nasm is specified as a build dependency in certain
multimedia/ ports, and yasm in gecko@, for amd64 and i386 assembly code.
Both are licensed under some BSD licence variant.
--
Char
On 05/11/2018 21:51, Konstantin Belousov wrote:
> For you, but not for me.
>
Turns out I omitted the fact that I have WITH_RETPOLINE enabled, which
caused all this. emaste@ reported in PR 26 and committed r340650.
--
Charlie Li
Can't think of a witty .sigline today…
(This email a
