Re: [dev] [lnanohttp] nanonimal http server for linux

2016-04-19 Thread Anselm R Garbe
On 20 April 2016 at 05:17, Sylvain BERTRAND wrote: > For my personnal use, I needed a small http server. All "mini" http servers > out > there I had a look were, IMHO, bloaty (SDK included). Did you also look at http://git.suckless.org/quark/tree/quark.c ? quark is fork() based (and POSIX comp

[dev] [lnanohttp] nanonimal http server for linux

2016-04-19 Thread Sylvain BERTRAND
Hi, For my personnal use, I needed a small http server. All "mini" http servers out there I had a look were, IMHO, bloaty (SDK included). lnanohttp is really small (including dependencies and SDK), straight on linux kernel syscalls with a thin layer. Tested only on x86 and with a gcc/binutils t

Re: [dev] [scc] issues with invoking

2016-04-19 Thread k0ga
> There is no such thing as GNU syntax. gas supports both syntaxes; > AT&T is the de facto standard. I meant the GNU syntax for inline assembly, not the syntax of the assembler itself. Something that I could accept is for example: __asm("..."); or __asm { ...

Re: [dev] [st] broken xft fallback with point size

2016-04-19 Thread Amer
> Supporting fallback fonts doesn't mean it supports passing comma > separated list of fonts as parameter (either command line or compile > time). Maybe if it's not mentioned in the man is because it doesn't > work that way. Thanks, my misunderstanding is cleared now. I applied the ideology used i

Re: [dev] [st] broken xft fallback with point size

2016-04-19 Thread Quentin Rameau
> If I understood correctly, I should re-submit the same bug anew to > dev@suckless.org. But change marker in title to [fontconfig]? fontconfig isn't developped at suckless. > > man st: -f font defines the font to use when st is run. > > I read font, not fonts there. > > 1. st genuinely support

Re: [dev] [scc] issues with invoking

2016-04-19 Thread Mitt Green
We don't want to follow all the extensions of GNU, this is for sure. If you try to be compatible with GCC at the end you become GCC. If the big project is C99 or POSIX the our target is begin able to compile it. If the big project is Linux/GCC,then we don't care (if you want gcc, you know where to

Re: [dev] [st] broken xft fallback with point size

2016-04-19 Thread Eric Pruitt
On Tue, Apr 19, 2016 at 06:31:00PM +0300, Amer wrote: > > man st: -f font defines the font to use when st is run. > > I read font, not fonts there. > > 1. st genuinely supports fallback fonts more then 3 years already. > Maybe it has flaws and not mentioned in man, but at least works. I don't

Re: [dev] [st] broken xft fallback with point size

2016-04-19 Thread Amer
> Ask the person maintaining fontconfig. St uses FcNameParse() from > font‐ config in your case. Christoph Lohmann, thanks for directions. Earlier, I thought it was st-related problem, because it worked in dwm. Now I see that st does nothing to font string, passing to Fc. If I understood correctl

Re: [dev] [st] broken xft fallback with point size

2016-04-19 Thread Quentin Rameau
On Tue, 19 Apr 2016 15:36:24 +0300 Amer wrote: > Works > $ st -f 'Inconsolata-12,DejaVu Sans Mono-12' > $ st -f 'Inconsolata:pixelsize=15,DejaVu Sans Mono:pixelsize=15' > > Broken > $ st -f 'Inconsolata:size=15,DejaVu Sans Mono:size=15' > : st: can't open font Inconsolata:size=15

Re: [dev] [st] broken xft fallback with point size

2016-04-19 Thread Christoph Lohmann
Greetings. On Tue, 19 Apr 2016 15:28:36 +0200 Amer wrote: > Works > $ st -f 'Inconsolata-12,DejaVu Sans Mono-12' > $ st -f 'Inconsolata:pixelsize=15,DejaVu Sans Mono:pixelsize=15' > > Broken > $ st -f 'Inconsolata:size=15,DejaVu Sans Mono:size=15' > : st: can't open font Inconsol

[dev] [st] broken xft fallback with point size

2016-04-19 Thread Amer
Works $ st -f 'Inconsolata-12,DejaVu Sans Mono-12' $ st -f 'Inconsolata:pixelsize=15,DejaVu Sans Mono:pixelsize=15' Broken $ st -f 'Inconsolata:size=15,DejaVu Sans Mono:size=15' : st: can't open font Inconsolata:size=15,DejaVu Sans Mono:size=15 Is it a bug or the support for 'size