On Sun, Feb 03, 2019 at 02:41:28PM +0100, Ingo Schwarze wrote:
> Hi Pascal,
>
> Pascal Stumpf wrote on Sun, Feb 03, 2019 at 11:13:12AM +0100:
>
> > That is not correct because [...]
>
> Which illustrates yet again that getting good grades at school
> doesn't imply real understanding; i dared to
> On 4 Feb 2019, at 22:00, Tim Kuijsten wrote:
>
> On Mon, Feb 04, 2019 at 12:07:22PM +1000, David Gwynne wrote:
>> Currently you can change a tun interface from being point to point to
>> being a broadcast interface. Why?
>
> I'm using broadcast mode in my own wireguard implementation becaus
enh wrote:
> it seems like OpenBSD did cherrypick this FreeBSD regex fix...
>
> https://github.com/freebsd/freebsd/commit/981dd2aa38f37e4d0dd86225c619e900fc03d82e#diff-d7c26714f9432399b202eefcedb97491
That's an odd way to phrase applying a diff that was sent to OpenBSD...
> ...but not this one,
it seems like OpenBSD did cherrypick this FreeBSD regex fix...
https://github.com/freebsd/freebsd/commit/981dd2aa38f37e4d0dd86225c619e900fc03d82e#diff-d7c26714f9432399b202eefcedb97491
...but not this one, which also seems to apply to the OpenBSD copy of the code?
https://github.com/freebsd/freeb
On Mon, Feb 04, 2019 at 04:53:36PM +0100, Sebastien Marie wrote:
> Hi,
>
> Recently, devel/llvm (the port) has copied the -msave-args diff from
> base, and it resulted lang/rust to segfault.
>
> Since, the change has been backouted, but I continued searching the root
> cause as the diff is on base
> Date: Mon, 4 Feb 2019 16:53:36 +0100
> From: Sebastien Marie
>
> Hi,
>
> Recently, devel/llvm (the port) has copied the -msave-args diff from
> base, and it resulted lang/rust to segfault.
>
> Since, the change has been backouted, but I continued searching the root
> cause as the diff is on b
Hi,
Recently, devel/llvm (the port) has copied the -msave-args diff from
base, and it resulted lang/rust to segfault.
Since, the change has been backouted, but I continued searching the root
cause as the diff is on base too.
and I think the culprit is SaveArgs variable member in class X86Subtarg
On 2019/02/04 11:20, Mark Kettenis wrote:
> I've tested this on arm64, armv7 and sparc64. Done a full make build
> on arm64 and armv7. Didn't quite get that far on sparc64 since I had
> to shut down my machine to get some sleep. But I sucessfully built
> clang with the new libc++ and exceptions
I think patrick should go for it.
Mark Kettenis wrote:
> I've tested this on arm64, armv7 and sparc64. Done a full make build
> on arm64 and armv7. Didn't quite get that far on sparc64 since I had
> to shut down my machine to get some sleep. But I sucessfully built
> clang with the new libc++
On Mon, Feb 04, 2019 at 12:07:22PM +1000, David Gwynne wrote:
Currently you can change a tun interface from being point to point to
being a broadcast interface. Why?
I'm using broadcast mode in my own wireguard implementation because
there can be more than one peer on the network:
https://git
Sat, 2 Feb 2019 18:10:21 +0100 Alessandro DE LAURENZIS
> Dear developers,
>
> Currently the latin motto "Ad astra per aspera" is translated as "to the
> stars by aspiration", which sounds weird.
It is NOT weird, but improved upon. Your "improvements" reverted those.
> The literal translation
I've tested this on arm64, armv7 and sparc64. Done a full make build
on arm64 and armv7. Didn't quite get that far on sparc64 since I had
to shut down my machine to get some sleep. But I sucessfully built
clang with the new libc++ and exceptions handling works.
As far as I'm concerned this is r
12 matches
Mail list logo
