On 07/17/2017 10:31 AM, Peter Maydell wrote:
and Linux Ubuntu x86_64 Xenial running
clang version 3.8.0-2ubuntu4 (tags/RELEASE_380/final)
Ok, I can reproduce this just fine with debian stretch and clang 3.8.
If we don't build with clang 3.9 that's worth fixing;
it's not in my test set, which
On 17 July 2017 at 20:36, Richard Henderson wrote:
> On 07/17/2017 12:46 AM, Peter Maydell wrote:
>>
>> Hi. This fails to link with clang (OSX, linux, freebsd):
>>
>> Undefined symbols for architecture x86_64:
>>"_helper_atomic_cmpxchgq_be_mmu", referenced from:
>>_helper_csst in mem_h
On 07/17/2017 12:46 AM, Peter Maydell wrote:
Hi. This fails to link with clang (OSX, linux, freebsd):
Undefined symbols for architecture x86_64:
"_helper_atomic_cmpxchgq_be_mmu", referenced from:
_helper_csst in mem_helper.o
ld: symbol(s) not found for architecture x86_64
clang: error:
On 15 July 2017 at 18:30, Richard Henderson wrote:
> Instructions implementing another missing facility,
> getting us a bit closer to being able to upgrade the
> default tcg cpu.
>
> Plus one bug fix for an existing instruction that
> isn't used unless we upgrade the tcg cpu.
>
>
> r~
>
>
> The fo
Instructions implementing another missing facility,
getting us a bit closer to being able to upgrade the
default tcg cpu.
Plus one bug fix for an existing instruction that
isn't used unless we upgrade the tcg cpu.
r~
The following changes since commit 4871b51b9241b10f4fd8e04bbb21577886795e25: