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
> On Dec 27, 2018, at 12:36 AM, Martin Tournoij wrote:
> I am disappointed to see that clang compilation speeds are a lot slower
> than what they used to be. The disadvantage of tcc is that it does
> almost no optimisations, so even simple programs will run slower. My
> solution is to use tcc
On Tue, Dec 25, 2018, at 10:11, Cág wrote:
> 3. Are there any drop-in replacements for Open/LibreSSL and GNU make?
I've thought about this for a while, and I wonder if make is even
needed? Or rather, what's wrong with:
cc [flags] *.c
If you have a reasonably fast compiler then using object
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
Martin Tournoij wrote:
The chosen language is just one "suckless metric". I hold little love
for C++, but I'll choose a well-designed and well-written C++ program
over a badly designed and badly written C program any day of the week.
A good example to illustrate this point might be procmail:
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
> > clang/llvm, wow.
>
> The
Martin Tournoij wrote:
1. Is there any network utility suite like net-tools or iproute2 but
sane and active? Or maybe net-tools was forked by somebody?
Usually the stuff you want to do with these tools are limited to just a
few tasks ("connect to wired network", "connect to wireless network",
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
> clang/llvm, wow.
The chosen language is just one "suckless metric". I hold little love
for C++,
On Tue, Dec 25, 2018, at 10:11, Cág wrote:
> 1. Is there any network utility suite like net-tools or iproute2 but
> sane and active? Or maybe net-tools was forked by somebody?
Usually the stuff you want to do with these tools are limited to just a
few tasks ("connect to wired network", "connect
On 2018-12-24 21:11, Cág wrote:
Hi,
This is long and rather off-topic (and a bit of ranting is included, as
always).
I have to use EL7/Fedora almost daily and Ubuntu once every week or
two.
As you might know, they have this GNOME/systemd/etc. thing. I'm
already
kinda used to GNOME
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 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
???
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
Sean MacLennan wrote:
Wrong. Not even you can compile it with Clang, (HOSTCC=clang
CC=clang), but link it with lld:
http://lists.llvm.org/pipermail/llvm-dev/2017-January/109288.html
Sorry, I should have said you can't compile a *working* kernel with
clang. They are close though, and I believe
On Tue, 25 Dec 2018 12:31:50 -0600
Cág wrote:
> Wrong. Not even you can compile it with Clang, (HOSTCC=clang
> CC=clang), but link it with lld:
> http://lists.llvm.org/pipermail/llvm-dev/2017-January/109288.html
Sorry, I should have said you can't compile a *working* kernel with
clang. They are
Sean MacLennan wrote:
I'm thinking of something you can compile the Linux kernel[0] with.
The Linux kernel only compiles with the GNU toolchain. There are
efforts to get it compiling with clang but I believe they are not there
yet.
Wrong. Not even you can compile it with Clang, (HOSTCC=clang
Stephen Turner wrote:
Toybox?
I haven’t followed the project in a bit, I really should check in and
see what they have finished but I know that project aimed to get most
if not all of a build environment recreated in a portable form so if
you haven’t seen it then I recommend it.
If I may ask,
> On Dec 25, 2018, at 12:22 PM, Sean MacLennan wrote:
>
> On Tue, 25 Dec 2018 08:16:47 -0600
> Cág wrote:
>
>> I'm thinking of something you can compile the Linux kernel[0] with.
>
> The Linux kernel only compiles with the GNU toolchain. There are
> efforts to get it compiling with clang
On Tue, 25 Dec 2018 08:16:47 -0600
Cág wrote:
> I'm thinking of something you can compile the Linux kernel[0] with.
The Linux kernel only compiles with the GNU toolchain. There are
efforts to get it compiling with clang but I believe they are not there
yet.
The Linux kernel is portability
> On Dec 25, 2018, at 9:16 AM, Cág wrote:
>
> Jan Bessai wrote:
>> Not sure if it has any advantages for you, but you might try bmake
>> https://apps.fedoraproject.org/packages/bmake
>> It is a port of the Netbsd make.
>
> bmake has its own conditionals like .if, .ifdef, .else, etc.,
Jan Bessai wrote:
Not sure if it has any advantages for you, but you might try bmake
https://apps.fedoraproject.org/packages/bmake
It is a port of the Netbsd make.
bmake has its own conditionals like .if, .ifdef, .else, etc., i.e.
it is itself incompatible with GNU make. I'm thinking of
Hi,
> 3. Are there any drop-in replacements for Open/LibreSSL and GNU make?
> Can BearSSL be used where OpenSSL is used? For GNU make something like
> Gavin Howard's bc (shoutout to Gavin!), but for make, i.e.
> supports GNUisms.
Not sure if it has any advantages for you, but you might try
21 matches
Mail list logo