Re: [dev] [bc]

2018-03-13 Thread Cág
Laslo Hunhold wrote: > [...] and I hate busybox! Why? Actually, if a Linux kernel can be compiled without GNU bc, it's a step forward. Next would be getting rid of gcc-isms, and, finally, making a new build system. -- caóc

Re: [dev] [bc]

2018-03-13 Thread Michael Forney
On 2018-03-13, Laslo Hunhold wrote: > On Tue, 13 Mar 2018 13:44:08 -0600 > Gavin Howard wrote: >> About GNU extensions: this was originally implemented for toybox >> (http://landley.net/toybox/), and the maintainer specifically asked >> that my bc be able to run >> https://git.kernel.org/pub/scm/

Re: [dev] [bc]

2018-03-13 Thread Gavin Howard
I submitted my bc because someone thought I should. I am sorry for taking your time. GH On Tue, Mar 13, 2018 at 1:56 PM, Laslo Hunhold wrote: > On Tue, 13 Mar 2018 13:44:08 -0600 > Gavin Howard wrote: > > Dear Gavin, > >> I am not so good with Makefiles, so I can see your point on that. > > it's

Re: [dev] [bc]

2018-03-13 Thread Laslo Hunhold
On Tue, 13 Mar 2018 13:44:08 -0600 Gavin Howard wrote: Dear Gavin, > I am not so good with Makefiles, so I can see your point on that. it's not too drastic, but it makes sense to investigate that a bit. > As far as dc, technically dc is not a standard, so if you > standards-conformant behavior

Re: [dev] [bc]

2018-03-13 Thread Gavin Howard
Laslo, I am not so good with Makefiles, so I can see your point on that. As far as dc, technically dc is not a standard, so if you standards-conformant behavior, you need to write a bc that can operate without dc. However, I will also be implementing dc in the same repo someday. The question is w

Re: [dev] [bc]

2018-03-13 Thread Laslo Hunhold
On Tue, 13 Mar 2018 12:30:40 -0600 Gavin Howard wrote: Hey Gavin, > I was told that I should submit submit a link to my bc on this mailing > list. It's in alpha stage. based on the first look, it looks good. However, there are multiple things I have an issue with: - GNU extensions: This is a

[dev] [bc]

2018-03-13 Thread Gavin Howard
Hello, I was told that I should submit submit a link to my bc on this mailing list. It's in alpha stage. https://github.com/gavinhoward/bc Gavin Howard

Re: [dev] [dwm] closing focused master window may move focus (unexpectedly) to stacked window

2018-03-13 Thread Silvan Jegen
Hi On Tue, Mar 13, 2018 at 9:52 AM, hp.g wrote: > Not sure, whether this observed behavior is intended or whether it is a bug; > anyway it irritates (at least) me greatly, because I would expect: > - if the focus is on master and I close that master then > - the new master should have the focus i

[dev] [dwm] closing focused master window may move focus (unexpectedly) to stacked window

2018-03-13 Thread hp.g
situation: I have 3 windows open (1 on the left as master, 2 on the right, vertically arranged as stacked window) like so: - |A |B | | ||C | - I then do the following: 1. I focus C, then A (without windows rearrangement) 2. I close A --> then B will get mast