On Sat, Jul 23, 2016 at 02:52:10PM -0400, Donald Allen wrote:
> On Sat, Jul 23, 2016 at 2:25 PM, Cág wrote:
> >> Is there any need for a new language,
> >
> >
> > No
> >
> >> or is C good enough?
> >
> >
> > Yes
> >
> > There is Go already, if C is not enough.
>
> And Rust.
There is no "TinyGo"
Hi!
Added IPv6 to lnanohttp and lnanosmtp:
https://github.com/sylware/lnanohttp
https://github.com/sylware/lnanosmtp
https://repo.or.cz/lnanosmtp.git
https://repo.or.cz/lnanohttp.git
cheers,
--
Sylvain
On Thu, Sep 01, 2016 at 10:14:18PM +0200, FRIGN wrote:
> On Thu, 1 Sep 2016 21:53:21 +0200
> Sylvain BERTRAND wrote:
>
> Hey Sylvain,
>
> > Added IPv6 to lnanohttp and lnanosmtp:
>
> how do you expect anyone to use your software when you ship your own
> "lib
On Wed, Sep 21, 2016 at 11:45:00AM -0400, stephen Turner wrote:
> > On Tue, Sep 20, 2016 at 04:32:18PM -0400, stephen Turner wrote:
> >> currently understand it bash at the least is expected to compile the linux
> >> kernel. Is there any suitable projects that you may have seen around the
Last tim
On Sat, Sep 24, 2016 at 08:54:39PM +0200, ilf wrote:
> I for one would love to see unencrypted communications on the internet die.
HTTPS CA concept is broken in itself, then adds unwanted complexity.
The middle grounds would be:
- to self-sign suckless certificate
- use a properly
On Thu, Sep 22, 2016 at 11:12:00AM +0200, Sylvain BERTRAND wrote:
> I will soon compile a recent linux kernel (with that c++ garbage which is gcc
> unfortunately) for x86_64/x86 and see if that kbluid was damaged again.
It seems it was damaged again: New scripts, new bash-isms. Wonder w
On Tue, Sep 27, 2016 at 02:05:50PM +0200, Sylvain BERTRAND wrote:
> On Thu, Sep 22, 2016 at 11:12:00AM +0200, Sylvain BERTRAND wrote:
> > I will soon compile a recent linux kernel (with that c++ garbage which is
> > gcc
> > unfortunately) for x86_64/x86 and see if that kbl
Is there anybody who dared to think that webkit-anything or geecko-anything is
in no way suckless due to their c++ implementation?
--
Sylvain
On Sat, Dec 17, 2016 at 01:17:38PM +, Cág wrote:
> Staven wrote:
>
> >or do you know a better compromise than webkit?
>
> Yeah, write our own web engine with blackjack and hookers, which is
> mentioned on Project ideas page.
c++ software pulls also a c++ compiler and runtime in their depende
On Sat, Dec 17, 2016 at 07:06:52PM +0100, hiro wrote:
> no, it's great they all are incompetent to create usable apis, it
> means i don't have to waste my time with their shitty content either.
Well, for many www sites not providing any critical services, you are right,
it's sad, but they just can
On Sat, Dec 17, 2016 at 08:22:02PM +, Cág wrote:
> to be compiled with tcc/pcc/scc, just like other suckless software
> (I haven't tried scc though, looks like active work is in progress by
> glancing at the log and hackers list).
Logs? Are you talking about a javascript enabled dynamic www re
On Sun, Dec 18, 2016 at 04:15:10PM +0100, Laslo Hunhold wrote:
> However, we still have bootstrapping, so gcc might as well be written in
> Brainfuck. As long as you can bootstrap it, everything is alright.
You cannot bootstrap with C in a reasonable way.
For instance you want to compile that pil
On Sun, Dec 18, 2016 at 03:32:25PM +, Cág wrote:
> Sylvain BERTRAND wrote:
>
> >Logs? Are you talking about a javascript enabled dynamic www renderer
> >or C compilers?
>
> scc logs, here at suckless.
scc/qbe good things... but no happy end since they won't
On Sat, Dec 17, 2016 at 09:08:39PM +0100, Martin Kühne wrote:
> Talking about banks who make things inherently complicated, I heard
> some people use gnucash and similar things to do their bank stuff,
> though I don't know how much functionality is there effectively
> available on this stuff. I jus
On Fri, Dec 23, 2016 at 11:49:15PM +, Josuah Demangeon wrote:
> On 2016-12-17 20:22, Cág wrote:
> > And this is why the web engine should be in C, hackable, simple and
> > small enough
> > to be compiled with tcc/pcc/scc, just like other suckless software
> > (I haven't tried scc though, looks
On Sat, Dec 24, 2016 at 11:11:56AM +0100, Laslo Hunhold wrote:
> > Anything else can be solved by finding your way into scraping the
> > website and building a proxy that sends you a very simplified version
> > of it at your w3m, links, lynx, dillo, mosaic or shell script.
> > It isn't easier and s
On Sun, Dec 25, 2016 at 01:00:20PM +0800, Ivan Tham wrote:
>
> On Sat, Dec 24, 2016 at 10:03:51PM +, Teodoro Santoni wrote:
> > Hi Laslo,
> >
> > 2016-12-24 10:11 GMT, Laslo Hunhold :
> > > > Anything else can be solved by finding your way into scraping the
> > > > website and building a prox
On Sun, Jan 15, 2017 at 01:03:53PM +0100, Martin Kühne wrote:
> While vlc is admittedly a bunch of crap...
+1
(could not resist to crap on this
- "open source software which works well only on windows"
- qt, then c++, abominous GUI
- unwanted layer between their engine and ffmpeg, worse than m
On Mon, Jan 23, 2017 at 10:21:46AM +0100, hiro wrote:
> now that everybody and their kitchen sink has internet it's getting a
> bit late for privacy. teaching people not to use android phones is a
> nearly pointless activity.
> computer security and privacy is now a luxury of the technical elite
>
c++/python/haskell/perl/bash/etc are not suckless, period.
--
Sylvain
On Wed, Feb 01, 2017 at 03:45:40PM +0300, Jean Louis wrote:
> Your statement is inadequate and generalized. Review the history of
> Guile and see why it came into the existence.
Useless to spend time on this, since guile is not suckless. The only thing
interesting related to guile is its removal
On Wed, Feb 01, 2017 at 07:48:34PM +0100, Josuah Demangeon wrote:
>
>
> sylvain.bertr...@gmail.com:
>
> > Useless to spend time on this, since guile is not suckless.
>
> I am curious about the languages that you would consider suckless.
>
> I learned POSIX shell scripting and awk, I am also t
On Thu, Feb 02, 2017 at 07:24:15PM +0700, Михаил Ивко wrote:
> 2017-02-02 18:19 GMT+07:00 :
> > On Wed, Feb 01, 2017 at 07:48:34PM +0100, Josuah Demangeon wrote:
> >>
> >>
> >> sylvain.bertr...@gmail.com:
> >>
> >> > Useless to spend time on this, since guile is not suckless.
> >>
> >> I am curiou
On Thu, Feb 02, 2017 at 08:57:22PM +0700, Михаил Ивко wrote:
> > Look at rust, they are trying: they are writting a kernel. But face the
> > consequences: there are no syntax profiles... you get strings hardcoded in
> > the
> > syntax, why not threading while they're at it... lol.
>
> The only pa
On Thu, Feb 02, 2017 at 06:45:49PM +0100, Mattias Andrée wrote:
> I'm work on implementing make(1)
In theory, linux kbuild should be a good reference for the minimum set of
makefile extensions to code. Well, in theory, the guys paid full-time at the
linux fondation to work on kbuild, should have c
On Thu, Feb 09, 2017 at 09:29:08AM +0100, Jens Staal wrote:
> On Wed, Feb 08, 2017 at 06:37:39PM -0500, stephen Turner wrote:
> > From a user perspective it has been a treat. I had issues with the GNU
> > M4 compiling on a embedded musl and PCC system but this M4 compiled
> > quick and clean. The o
On Thu, Feb 09, 2017 at 12:42:45PM +0100, Jens Staal wrote:
> I did not promote the LLVM alternatives to binutils, just noted that
> FreeBSD (where the elftoolchain project started) seem to move towards
> the LLVM utilities instead (so I don't know how much development there
> is on elftoolchain).
On Sat, Apr 01, 2017 at 03:05:17PM +0530, Aditya Goturu wrote:
> Yes, I have considered yahoo groups. It will also allow us to view
> similar intellectually challenging questions on the same page, such as
> 'how is babby formed'.
Good idea. Yahoo people are really competent: they have resisted the
Lennart,
I have to thank you. Yes, I have to.
You are the genius who did save us all: you found *THE* way to keep going with
corporate/developer lock-in in an open source world. Bill is jealous, he told
me: "wow, this guy showed me that we can be nasty even with open source code
and keep control
Hi,
This is not sane. There is no modern web engine which is suckless.
Having a suckless front-end to those massive c++ object oriented brain
fuckages sounds way too much schizophrenic.
The first step would be to code a modular modern web engine in simple C or at
least have an on-going effort t
On Fri, May 26, 2017 at 08:56:58PM +0200, Quentin Rameau wrote:
> > Hi,
> >
> > This is not sane. There is no modern web engine which is suckless.
> >
> > Having a suckless front-end to those massive c++ object oriented brain
> > fuckages sounds way too much schizophrenic.
> >
> > The first ste
Well,
It seems that EU (I'm french) is not able to secure a *proper* "comfort zone"
to let us release our coding power.
I did investigate EU funding seriously though, but what I got my
hands on, are jokes, real f*cking jokes.
I perceived like some "forces" are blocking any attempts at funding si
On Sat, May 27, 2017 at 12:57:30PM +0200, Lumidify Productions wrote:
> On Sat, May 27, 2017 at 10:25:55AM +, sylvain.bertr...@gmail.com wrote:
> > - harfbuzz, the _only_ unicode layout engine which has an interface
> > changing
> >all the time, and a brain damaged implementation. I did a
On Sun, May 28, 2017 at 01:39:58PM +0200, Laslo Hunhold wrote:
> On Sat, 27 May 2017 12:34:14 +
> sylvain.bertr...@gmail.com wrote:
> > On GPU shaders, no salvation, a SPIR-V compiler has to be written
> > from scratch and some mistakes in the specifications made it far from
> > trivial. But it
On Mon, May 29, 2017 at 10:56:57PM +0200, Josuah Demangeon wrote:
> I am not disappointed when I see a simple ./configure script that generate a
> clean config.mk. Would something like this be acceptable to for a suckless
> project ?
>
> case "$(uname -a)" in
> *Linux* )
> XXXINC=/...
>
On Sat, Jun 10, 2017 at 01:30:12PM -0700, Louis Santillan wrote:
> base, I disagree with the choice of nodejs & Qt), could make web
> browsing . . . better, safer, more performant.
c++ only based components: it's not suckless then, by definition.
It's already game over before it even starts.
--
On Sun, Jun 11, 2017 at 02:19:08PM +0200, Hiltjo Posthuma wrote:
> Coming back to the real practical world: until then I try to keep my
> (personal)
> HTML pages simple[5] and use as little Javascript as possible (no jQuery!).
A noscript web portal should be mandatory for the web sites which the
On Tue, Jun 13, 2017 at 12:06:38PM +0200, Kamil Cholewiński wrote:
> On Tue, 13 Jun 2017, sylvain.bertr...@gmail.com wrote:
> > Ofc, some internet sites do provide services which are hard dependent
> > on a rich GUI (I usually mention soundcloud).
>
> Actually audio and video playback these days c
On Tue, Jun 13, 2017 at 10:57:16AM -0400, Calvin Morrison wrote:
> Android is a moving target but this is 'suck-less' right?
Is this a joke? A basic troll attempt?
--
Sylvain
On Tue, Jun 13, 2017 at 05:17:54PM +0200, Kamil Cholewiński wrote:
> On Tue, 13 Jun 2017, hiro <23h...@gmail.com> wrote:
> > [...] android is doing the right thing: it separates processes by
> > running them as separate users. [...]
>
> Every respectable OS/distro packages daemons to run as separa
https://rg3.github.io/youtube-dl/
https://you-get.org/
Since when python3 is suckless?
To run those, you need that pile of sh*t which is python. Why not ruby? lua?
perl? js? php? haskell? squirel? etc... while we are it.
--
Sylvain
On Tue, Jun 13, 2017 at 07:12:59PM +0200, Kamil Cholewiński wrote:
> On Tue, 13 Jun 2017, sylvain.bertr...@gmail.com wrote:
> > You are being unreasonable here: you are presuming that "computer security"
> > does exist... but it does not.
>
> Software does not exist either for that matter, it's j
On Tue, Jun 13, 2017 at 07:39:28PM +0200, hiro wrote:
> this is not a philosophy list, go back to school please.
worst: it is an obvious troll.
going to shorten it:
He's right, computer systems are ultra-secure: viruses and hacks (software and
hardware) are a very rare thing, they do not happen
On Thu, Jun 15, 2017 at 04:46:55PM +0200, Kamil Cholewiński wrote:
> On Thu, 15 Jun 2017, Dominykas Mostauskis
> wrote:
> software. Go install base OpenBSD on a potato, it has everything you
> choices for hacking on C, Perl or shell. It has a toolchain, and loads
openbsd is as shitty as linux an
On Fri, Jun 16, 2017 at 02:06:30PM +0200, Laslo Hunhold wrote:
> On Fri, 16 Jun 2017 09:53:07 +
> sylvain.bertr...@gmail.com wrote:
>
> Dear Sylvain,
>
> > openbsd is as shitty as linux and their security thingy is just
> > bullshit.
>
> are you serious? LibreSSL is proof enough that OpenBSD
On Fri, Jun 16, 2017 at 06:47:22PM +0200, Kamil Cholewiński wrote:
> On Fri, 16 Jun 2017, sylvain.bertr...@gmail.com wrote:
> > When people are using the word "openbsd", it does designate the kernel
> > project.
> > Not the userland projects.
>
> Completely not true. Please check your facts.
Che
On Fri, Jun 16, 2017 at 11:51:18AM -0400, Calvin Morrison wrote:
> http://man.openbsd.org/crypto.3
Indeed. Still actually an internal library of openssl, not a library split from
the network code with a life of its own, as it should be.
Maybe libreSSL will do things right like gnutls on this matt
On Mon, Jul 03, 2017 at 01:45:39PM +0200, hiro wrote:
> I have a related question. how can i statically link X11 programs
> nowadays? Without dlopen obviously...
AFAIK, you can statically link all of them... but it was a long time ago.
The real culprit for static linking is in the gnu glibc: pthr
On Mon, Jul 03, 2017 at 02:53:30PM +0200, hiro wrote:
> so if i'm on musl and tell gcc to link statically it should just work?
> in that case i'll try and report.
Meaning that, in theory, you can have a libc which does not require libgcc_s
(coze of pthread_cancel) with musl.
Namely, you should be
On Mon, Jul 03, 2017 at 05:33:14PM +0200, hiro wrote:
> I should, so there isn't any? I have alpine here ready and waiting...
Indeed, alpine is musl based (thx to the authors for all the patching, hope
upstream they were not *ss h*les and committed the patches).
For sane C code (or at least have
I did check alpine package web browsers: it's full of libgcc_s deps.
You can forget alpine as a no libgcc_s distro. At least, they do maintain the
patches required in order to compile many software packages with the musl
libc.
Regards,
--
Sylvain
On Tue, Jul 04, 2017 at 02:23:54PM +0200, Kajetan Jasztal wrote:
> Hi there,
>
> What do you think can be the downsides of filesystem hierarchy of
> Gobo Linux[0]? STALI[1] was attempting to modify default hierarchy
> after all. I personaly think it's clear, evident (only problem I have
> is hidin
Hi,
Since I'm currently rebuilding a desktop gnu/linux distro from _my_ scratch:
- the wayland stack did switch to meson(python3)/ninja(c++). meson is
handling "classic" cases, but if you go in corner cases, it breaks
easily, for instance, if you want static libs/bins
On Wed, Jul 26, 2017 at 11:12:21PM +0200, Anselm R Garbe wrote:
> I didn't suggest that implication. It seems that ninja offers some
> advantages for a price, that I cannot estimate yet.
It's c++ hence depends on a c++ toolchain... there you have the
"price" you are looking for...
(No wonder there
On Thu, Jul 27, 2017 at 10:08:08AM +1200, David Phillips wrote:
> On Wed, Jul 26, 2017 at 09:32:15AM -0700, Michael Forney wrote:
> > … Anyway, I'm a little suprised about the distaste for ninja since
> > it's features are pretty much the same as POSIX make (variable
> > assignments and rule defini
Hi,
I did already say that, but remember that C compilers are being kind of phased
out by force:
- many "standard"/critical applications and even system components are
forcing modern c++.
- modern c++ can only be compiled with a modern c++ compiler/runtime.
It's very sad, but above all i
On Fri, Aug 11, 2017 at 03:02:55PM +0200, Quentin Rameau wrote:
> > Hi,
>
> Hi,
>
> > I did already say that, but remember that C compilers are being kind
> > of phased out by force:
> >
> >- many "standard"/critical applications and even system components
> > are forcing modern c++.
>
> Fo
On Sat, Aug 12, 2017 at 11:15:11AM +0200, hiro wrote:
> is C++ worse than glibc? (i would weight also by how much you can avoid it...)
c++ with its libsdc++ is orders of magnitude worse than the glibc with a c
compiler.
It's like comparing lynx/links to chromium/firefox.
Thx for the troll btw, :
On Sun, Aug 27, 2017 at 10:56:49AM +0200, Hadrien Lacour wrote:
> The point of using a compiled language is to avoid useless dependencies, even
> if performances also count.
> To be honest, it'd be more acceptable if it didn't rely on the most bloated
> shell ever (baring fish, maybe). POSIX sh isn
On Sun, Aug 27, 2017 at 02:58:34PM +0200, Stéphane Aulery wrote:
> Go and Oberon are better than this crazy ecosystem.
> They solve the problem of compilation and object orientation.
go is quite worse than rust. go has mandatory garbage collection, and its
bootstrap compiler is gcc (now c++ manda
On Sun, Aug 27, 2017 at 05:27:24PM +0200, Stéphane Aulery wrote:
> My idea is how to reconcile the implementation of programs and a kernel
> that is a multiplexer like plan9 with a language and a sound compilation
> environment like that of Oberon.
Once you have a nice working kernel with a vulka
On Mon, Aug 28, 2017 at 02:41:42AM +0200, Stéphane Aulery wrote:
> Le 27/08/2017 à 19:29, sylvain.bertr...@gmail.com a écrit :
> > On Sun, Aug 27, 2017 at 05:27:24PM +0200, Stéphane Aulery wrote:
> > > My idea is how to reconcile the implementation of programs and a kernel
> > > that is a multiplex
On Mon, Aug 28, 2017 at 07:22:58PM +0200, Stéphane Aulery wrote:
> Le 28/08/2017 à 11:44, sylvain.bertr...@gmail.com a écrit :
> > On Mon, Aug 28, 2017 at 02:41:42AM +0200, Stéphane Aulery wrote:
> > > Le 27/08/2017 à 19:29, sylvain.bertr...@gmail.com a écrit :
> > > > On Sun, Aug 27, 2017 at 05:27
On Mon, Aug 28, 2017 at 11:31:38PM +0200, Stéphane Aulery wrote:
> As I mentioned in my first post, I will not want to write a piece of lower
> level or intermediate software with a scripting language, but one can still
> write a user software whose only dependency is the interpreter. The
> princip
On Sun, Sep 03, 2017 at 12:56:24AM +0100, fao_ wrote:
> How do we know that *you* are you? You have never provided any fingerprint
> or signage to confirm it. For all we know you are the imposter.
>
> That said, it is troubling, I agree.
A good team of "security people" could steal your private k
go is not suckless.
Should have written your PoC using simple C.
--
Sylvain
On Fri, Sep 22, 2017 at 10:35:26AM +0200, Kamil Cholewiński wrote:
> > go is not suckless.
> >
> > Should have written your PoC using simple C.
>
> Does C magically solve my design problem?
> At PoC stage, implementation language absolutely does not matter.
> I'd write it in PL/SQL if that solved
On Fri, Sep 22, 2017 at 02:25:54PM +0200, Laslo Hunhold wrote:
> On Fri, 22 Sep 2017 06:00:51 +
> sylvain.bertr...@gmail.com wrote:
>
> Hey Sylvain,
>
> > go is not suckless.
> >
> > Should have written your PoC using simple C.
>
> what are you talking about? Go is an adequate language for
Hi,
I would go #define and not direct "static const".
Because I think "const" is part of the excess syntax of C and should be
optional (and treated as an optional variable attribute).
Then I would add simple macros than would, based on the compiler, enable the
attribute or not. It's a bit what's
On Fri, Oct 13, 2017 at 07:57:16PM -0400, Alex Pilon wrote:
> On Fri, Oct 13, 2017 at 10:29:41AM +, sylvain.bertr...@gmail.com wrote:
> > I would go #define and not direct "static const".
> >
> > Because I think "const" is part of the excess syntax of C and should be
> > optional (and treated a
Oh! I forgot to insist on the fact that I'm not against an _optional_ const
attribute, but with different semantics than the current const keyword.
--
Sylvain
Hi,
I did install the google noto fonts, did browse to a www site with heavy use of
utf-8
emojis with lynx and did crash.
The culprit was NotoColorEmoji.ttf.
Maybe st needs hardening in glyph display or google needs to remove
NotoColorEmoji.ttf from its distribution archive.
What is the bottom
On Sun, Sep 23, 2018 at 01:49:01PM +0200, Hiltjo Posthuma wrote:
> For st there was a X11/terminal code split to support Wayland, automated
> testing of terminal emulator code. Now there are abstractions but it is not
> useful. Maybe it should be reverted also?
Hi,
st has a clean wayland fork? BT
On Sun, Sep 23, 2018 at 09:22:00AM -0700, AR Garbe wrote:
> On Sun, 23 Sep 2018 at 06:37, wrote:
> > st has a clean wayland fork? BTW, suckless wayland compositor, still too
> > early
> > to talk about it?
And has st a wayland backend or fork?
--
Sylvain
On Mon, Sep 24, 2018 at 09:35:11AM +0200, Hiltjo Posthuma wrote:
> > I don't think we should throw out support for a feature that more than a
> > billion
> > people on the planet rely on. That doesn't mean that we can't rethink how we
> > go about supporting that feature though.
I remember the ti
Hi,
It seems my previous message did not went through.
I was showing how mlterm reach this goal:
in a config file, in a table in the config header for st, a mapping
between style(bold/non-bold)/unicode range to a font name.
--
Sylvain
On Mon, Sep 24, 2018 at 05:44:40PM +0200, Hadrien Lacour wrote:
> Of course, the range:font mapping is more granular, but I find it a little bit
> more complex to configure than this type of fallback.
It does as some asian fonts do contain some latin glyphs. You have to specify
the unicode range,
On Tue, Sep 25, 2018 at 08:17:51PM +0600, Eon S. Jeon wrote:
> I use all of CJK and am not the only one who use non-Latin language in
> terminal. In the past, I too assumed I would use only English on terminal,
> but I cannot control what other people send to me. It is really stupid if I
> have to
Hi again,
I did refresh my knowledge on unicode/font stuff, and yes, st will be screwed:
An unicode string has 4 canonical normalizations. But only one (NFD) seems to
be futur proof regarding what features will be supported by font files
(opentype(microsoft tm)/open font format).
Ofc, this is th
On Tue, Sep 25, 2018 at 04:28:22PM -0700, AR Garbe wrote:
> This is something I was considering, however it looks like the water
> of the babie's bathtub is poisoned with freetype2/fc bacteria. I don't
> wanna introduce abstractions that might be premature, hence I suggest
> to fully revert back to
On Wed, Sep 26, 2018 at 01:06:52AM +0200, Laslo Hunhold wrote:
> On Tue, 25 Sep 2018 21:25:12 +
> sylvain.bertr...@gmail.com wrote:
> > - a full xml smile/svg vector renderer (like librsvg/expat for
> > the svg part)
>
> No, forget about SVG fonts. Nobody sane would think about implementin
On Wed, Sep 26, 2018 at 10:01:48AM +0200, Laslo Hunhold wrote:
> The vast majority of fonts uses the "native" OTF/TTF format anyway and
> will in the future, because anything else would be a waste of resources
> both on the font-developer-side and the rendering-part.
This is where I am not that co
Hi again,
I did dive a bit deeper in latest unicode, and it's even worst of what I
thought.
To deal with real unicode input/output and to split it in "extended graphem
clusters" (an unicode "char"), you need a finite state machine (I guess that's
what Lalso was referering to). And it's the same f
On Thu, Sep 27, 2018 at 10:06:25PM +0200, Laslo Hunhold wrote:
> ...
> The function bound() just operates on relatively small LUTs and is
> pretty efficient. If we implement a font drawing library in some way,
> we will have to think about how we do this special handling right.
> Extended grapheme
On Fri, Sep 28, 2018 at 11:50:11AM +0200, Laslo Hunhold wrote:
> On Fri, 28 Sep 2018 02:05:20 +
> sylvain.bertr...@gmail.com wrote:
> ...
>> Well, there is something about stream safe unicode application.
>> Basically, it is a buffer of 128 bytes (32 unicode points) with a
>> continuation mar
On Fri, Sep 28, 2018 at 08:27:30PM +0200, Laslo Hunhold wrote:
> On Fri, 28 Sep 2018 13:38:03 +
> No, not even that. We only need normalization really if we want to do
> "perceptual" string comparisons, which is generally questionable for
> UNIX tools.
mmmh... for the reason I stated before, t
On Sat, Sep 29, 2018 at 03:46:36PM +0200, Laslo Hunhold wrote:
> On Sat, 29 Sep 2018 12:59:15 +
> sylvain.bertr...@gmail.com wrote:
>
> Dear Sylvain,
>
> > mmmh... for the reason I stated before, the fonts files will probably
> > be more and more NFD normalization only (lighter font files, an
On Fri, Oct 19, 2018 at 02:45:58PM +0200, David Demelier wrote:
> Unfortunately, I remember having terminus not rendering some kind of unicode
> characters not even emojis. I think it was some drawing characters.
If those "characters" are actually using "combined" unicode rendering, namely
using m
On Sat, Dec 22, 2018 at 11:26:19AM +0100, Jan Bessai wrote:
> You might add that keeping things small is crucial for the described way
> of operating. Otherwise things are impossible to understand for casual
> contributors. Suckless embodies this as a core value. In your analogy
> you can DIY fix b
???
clang/llvm is a c++ abomination: a massive pile of c++ cr*p. If you
dislike the GNU make, wait to read the c++ code of cmake, the build
system of clang/llvm, not to mention ninja (something in the horrible
python3 or python2). I am into llvm code right now, and I feel like
working in an asylum:
e same amount of c++ cr*p than
clang/llvm.
How can you be so wrong? Wake up and un-wash your brain!
On 12/25/18, Cág wrote:
> Sylvain Bertrand wrote:
>> ???
>> clang/llvm is a c++ abomination: a massive pile of c++ cr*p. If you
>> dislike the GNU make, wait to read the c++ code
On Thu, Dec 27, 2018 at 12:51:08AM +1300, Martin Tournoij wrote:
> On Wed, Dec 26, 2018, at 13:23, Sylvain Bertrand wrote:
> > Since llvm is pure c++ madness and gcc is still far from being one:
> > gnu gcc sucks less than clang/llvm. yes, GNU gcc sucks less than BSD
> > clan
On Thu, Dec 27, 2018 at 12:56:29AM +1300, Martin Tournoij wrote:
> ... AFAIK all compilers accept // these days ...
Preprocessor. I guess having 2 ways to define comments is not significant,
then better stick to one and the historical one.
--
Sylvain
On Wed, Dec 26, 2018 at 09:39:29AM -0600, Cág wrote:
> Would systemd be bug-free, it would still suck. It's not only the language
> or bugs. PulseAudio is C, too ^_^
I send you back to one of my previous email why saying this is an intellectual
falacy. Let's reverse this falacy: jack is pure cr*p
Hi,
My _OPINION_ on those tradeoffs, compilation speed/optimization/speed of
execution/execution context, where "usually" I draw my red lines:
Use of makefiles: the main rational of makefiles is to re/compile/re/link only
what is needed to generate the final products and that in order to generate
One is enough. As it should have been for loop constructs.
--
Sylvain
On Tue, Jan 01, 2019 at 04:37:39PM +, fao_ wrote:
> On 2018-12-30 9:27 pm, stephen Turner wrote:
> mk(1) is nice and I use it for a lot of my personal projects.
...
> There's a Go rewrite here with some fixes. I haven't used it but those
mk on small projects? Go???
Are we still on suckless???
A big warning: a "standard" is not anymore sufficient. Look at the microsoft
xml document format at ISO.
It means the corporations which have an interest at making file formats
complex in order to kill any light software implementation alternative _will go
through standard bodies_. Look at what di
Those guys are amazing. How much more toxic can they be?? I am really
suspicious of their "sponsorship" with the linux fondation. I don't think they
did grant a exFAT/FAT64 free patent use for all linux users... (event though on
most digital cameras, the 'official' file system of SDCards is exFAT/F
Hi,
Guys, why bothering with an obvious troll fed on google go propaganda???
come on...
--
Sylvain
101 - 200 of 280 matches
Mail list logo
