On Thu, 12 Mar 2020, Kyle Evans wrote:
> Log:
> emulators/virtualbox-ose: use contemporary GCC instead of old llvm
This patch does not exactly do that. =:o
> +# machine/atomic.h may use features that are only available in GCC9. This is
> +# a workaround, anyways- we should be expressing USES=
On Sun, 22 Mar 2020, Kyle Evans wrote:
>> Okay to change this to USE_GCC=yes?
> It's actually needing to be changed back away from GCC, because this
> inherently breaks as the qt bits it uses are compiled with llvm and
> used an incompatible libc++ -- there's an open PR about it after this
> commit
On Sat, 23 May 2020, Damjan Jovanovic wrote:
>>> Also Konstantin and other developers have fixed that rtld-elf issue in
>>> the base system by changing link_map.l_addr to work the way it does on
>>> Linux/NetBSD/Illumos
>> The fix should appear in stable/12 in one week, assuming no further
>> reg
On Sat, 23 May 2020, Damjan Jovanovic wrote:
> Wine 5.9 is out, and all 3 of the bugs in 5.7 - 5.8 that were affecting
> FreeBSD should be fixed upstream now.
Thank you for debugging and even fixing those, Damjan - and even doing
so upstream!
> However I accidentally introduced another bug recen
On Sun, 24 May 2020, Damjan Jovanovic wrote:
>> I just started test builds of emulators/wine-devel with that patch.
>>
>> So far I have kept files/patch-tools-winegcc which reverts the upstream
>> change (1ccd638b1aa85fb3c43b49d69d279cd509ebdc21) that kicked of this
>> avalanche of events. I was t
On Sun, 24 May 2020, Damjan Jovanovic wrote:
> This is the patch I would send, it effectively changes 2 lines to check an
> extra condition (__FreeBSD_version < 1202000):
>
>
> commit c81fc2e8dc75c5dcab300da4fa6cc6ccfb0c3d15 (freebsd-mmap)
> Author: Damjan Jovanovic
> Date: Sat May 23 13:49:31
On Sat, 23 May 2020, Damjan Jovanovic wrote:
> For Wine. I'll submit it upstream when the rtld-elf patch goes into
> stable/12.
What will happen to users on FreeBSD 11 (or 12 before the rtld-elf
patch) when that additional patch goes into upstream Wine?
Gerald
Hi Mark,
On Sat, 10 Dec 2016, Mark Millard wrote:
> [Top post of example lack of lang/gcc6-devel vs. lan/gcc6
> substitutability. Context /usr/ports/ at -r428325 (other
> than a few specially controlled items.]
I had another look, and lang/gcc6 and lang/gcc6-devel really are
substitutable in what
On Sun, 11 Dec 2016, Mark Millard wrote:
> I reported already that devel/kBuild/Makefile has in its
> Makefile:
>
> USE_GCC= any
>
> and devel/kBuild is what causes the lang/gcc* build. (I
> reported more than that but it is the part relevant here.)
I had read that, and I di investigate.
USE_G
On Wed, 15 Jun 2011, Rusty Nejdl wrote:
>>> I just ran into an issue with WINE on amd 64. I did not have binutils
>>> installed in the 32bit environment. WINE compiled without issue but when
>>> running it, it would completely hang. After backing up two versions and
>>> troubleshooting kernels's
10 matches
Mail list logo
