[I listed my /usr/src svn veriosn information instead of /usr/ports .
Correcting. . .]
On 2018-Dec-31, at 12:05, Mark Millard wrote:
> On 2018-Dec-31, at 10:16, Jonathan Chen wrote:
>
>> On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote:
>> [...]
>>> But if you have a form of hang-up that show
There's always 'WITHOUT_CLANG=1' in src.conf.
Best,
Conrad
On Mon, Dec 31, 2018 at 12:09 PM Warner Losh wrote:
>
> On Mon, Dec 31, 2018, 1:36 PM Ryan Stone
> > Does this mean that it's currently impossible to build a world with
> > debug symbols?
> >
>
> Yes. Clang is simply too big until 64 bi
On Mon, Dec 31, 2018, 1:36 PM Ryan Stone Does this mean that it's currently impossible to build a world with
> debug symbols?
>
Yes. Clang is simply too big until 64 bit offset support goes in.
Warner
>
___
freebsd-current@freebsd.org mailing list
htt
On 2018-Dec-31, at 10:16, Jonathan Chen wrote:
> On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote:
> [...]
>> But if you have a form of hang-up that shows no sign of being tied
>> to kevent or hangs-up only sometimes, I'd be surprised if the __packed
>> change(s) would fix the issue.
>
> With t
Does this mean that it's currently impossible to build a world with
debug symbols?
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebs
On Mon, 31 Dec 2018 at 21:05, Mark Millard wrote:
[...]
> But if you have a form of hang-up that shows no sign of being tied
> to kevent or hangs-up only sometimes, I'd be surprised if the __packed
> change(s) would fix the issue.
With the __packed-modified qemu-user-static, the amd64->armv7
cros
On Mon, 31 Dec 2018 13:12:15 +, Dimitry Andric wrote:
> On 31 Dec 2018, at 13:08, Matthias Apitz wrote:
>>
>> On Mon, 31 Dec 2018 12:27:55 +0100, Matthias Apitz wrote:
>>>
>>> Hello,
>>>
>>> I'm updating the usual way a system from r314251 to tje
>>> actual CURRENT r342378.
>>> The 'make i
On 31 Dec 2018, at 13:08, Matthias Apitz wrote:
>
> On Mon, 31 Dec 2018 12:27:55 +0100, Matthias Apitz wrote:
>>
>> Hello,
>>
>> I'm updating the usual way a system from r314251 to tje actual CURRENT
>> r342378.
>> The 'make installworld' failes in single user mode with:
>>
>> ld-elf.so.1: /u
On Mon, 31 Dec 2018 at 14:34, Mark Millard via freebsd-ports
wrote:
>
> [Removing __packed did make the size and offsets match armv7
> and the build worked based on the reconstructed qemu-arm-static.]
Thanks for the analysis Mark! I've been suffering quite a few hangups
with my ports crossbuilds
On Mon, 31 Dec 2018 12:27:55 +0100, Matthias Apitz wrote:
>
> Hello,
>
> I'm updating the usual way a system from r314251 to tje actual CURRENT
> r342378.
> The 'make installworld' failes in single user mode with:
>
> ld-elf.so.1: /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/rm:
> Undefined sy
Hello,
I'm updating the usual way a system from r314251 the the actual CURRENT.
The 'make installworld' failes in single user mode with:
ld-elf.so.1: /usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/sbin/rm:
Undefined symbol lstat1@FBSD_1.5
What can I do?
Thanks
matthias
--
Matthias Apit
On 2018-Dec-30, at 21:01, Jonathan Chen wrote:
> On Mon, 31 Dec 2018 at 14:34, Mark Millard via freebsd-ports
> wrote:
>>
>> [Removing __packed did make the size and offsets match armv7
>> and the build worked based on the reconstructed qemu-arm-static.]
>
> Thanks for the analysis Mark! I've
12 matches
Mail list logo