[dev] [st] libxft-bgra X Error

2021-04-19 Thread Luuk van Baal
I was looking for pointers in regards to this error I'm receiving when using libxft-bgra(https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests/1). I explained the issue in (https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests/1#note_884325): "This patch (installed through t

Re: [dev] [st] libxft-bgra X Error

2021-04-19 Thread Страхиња Радић
On 21/04/19 11:59, Luuk van Baal wrote: > I was looking for pointers in regards to this error I'm receiving when > using > libxft-bgra(https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests/1). > I explained the issue in > (https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests

Re: [dev] [st] libxft-bgra X Error

2021-04-19 Thread Страхиња Радић
On 21/04/19 07:06, Страхиња Радић wrote: > Interesting, I'm not getting this error. I use Artix Linux, libxft-bgra > 2.3.3.r7.7808631e-1 from AUR, vim 8.2.2653-1 and my modified st which I > regularly update from suckless repo[1]. Also ttf-nerd-fonts-symbols, *not* > ttf-nerd-fonts-symbols-mono, a

Re: [dev] [st] libxft-bgra X Error

2021-04-19 Thread Luuk van Baal
From: Страхиња Радић Sent:21/04/19 07:06pm Subject:Re: [dev] [st] libxft-bgra X Error > On 21/04/19 11:59, Luuk van Baal wrote: > > I was looking for pointers in regards to this error I'm receiving when > > using > > libxft-bgra(https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests/1). >

Re: [dev] [st] libxft-bgra X Error

2021-04-19 Thread Luuk van Baal
From: Страхиња Радић Sent:21/04/19 08:07pm Subject:Re: [dev] [st] libxft-bgra X Error > On 21/04/19 07:06, Страхиња Радић wrote: > > Interesting, I'm not getting this error. I use Artix Linux, libxft-bgra > > 2.3.3.r7.7808631e-1 from AUR, vim 8.2.2653-1 and my modified st which I > > regularly upda

[dev] Ada not Rust

2021-04-19 Thread Greg Reagle
On Sat, Apr 17, 2021, at 11:57, Laslo Hunhold wrote: > Anyway, I can't say it enough: Check out Ada 2012 (and the SPARK > subset) if you care about "secure" languages. It's not as lean as C, but > you end up solving so many problems with it, especially in regard to > software engineering and safety

[dev] Ada not Rust

2021-04-19 Thread Greg Reagle
On Sat, Apr 17, 2021, at 11:57, Laslo Hunhold wrote: > Anyway, I can't say it enough: Check out Ada 2012 (and the SPARK > subset) if you care about "secure" languages. It's not as lean as C, but > you end up solving so many problems with it, especially in regard to > software engineering and safety

Re: [dev] Ada not Rust

2021-04-19 Thread Mattias Andrée
On Mon, 19 Apr 2021 16:19:18 -0400 Greg Reagle wrote: > On Sat, Apr 17, 2021, at 11:57, Laslo Hunhold wrote: > > Anyway, I can't say it enough: Check out Ada 2012 (and the SPARK > > subset) if you care about "secure" languages. It's not as lean as C, but > > you end up solving so many problems wi

Re: [dev] Ada not Rust

2021-04-19 Thread Greg Reagle
On Mon, Apr 19, 2021, at 16:36, Mattias Andrée wrote: > For me, libgnat is only dynamically linked if I run gnatbind > with -shared, but if you -static it should be statically linked. Thank you. [[ gnatmake hello.adb -bargs -static ]] does the trick, i.e. it makes the executable larger (of course

Re: [dev] Ada not Rust

2021-04-19 Thread Jeremy
On 04/19/21 04:19PM, Greg Reagle wrote: > Okay, I did. Very interesting. I briefly studied Ada many years ago. Do > you think that Ada is a viable alternative to Rust? Do you think it is a > decent alternative to C for things like operating systems or utilities like > sbase or ubase? > > I

Re: [dev] Ada not Rust

2021-04-19 Thread Kyryl Melekhin
Jeremy wrote: > What does Ada(or Rust for that matter) do better than C? > > Surely, you have all of the tools for static analysis, debugging, macros > for C that you would for any other language, no? > > I could understand generics, interfaces, iterators, OOP and all of that > from a masturbator