[hackers] [scc] [cc2-qbe] Improve ternary() in cgen.c || Roberto E. Vargas Caballero

2016-06-07 Thread git
commit cb298cbc11907baaac115e312d8a875420f2ecbf Author: Roberto E. Vargas Caballero AuthorDate: Tue Jun 7 09:36:31 2016 +0200 Commit: Roberto E. Vargas Caballero CommitDate: Tue Jun 7 09:36:31 2016 +0200 [cc2-qbe] Improve ternary() in cgen.c

[hackers] [scc] [cc2-qbe] Remove OPAR from the cgen() switch || Roberto E. Vargas Caballero

2016-06-07 Thread git
commit b7dbd49918a0863c8e9117aa6c82523a27a28b97 Author: Roberto E. Vargas Caballero AuthorDate: Tue Jun 7 09:50:25 2016 +0200 Commit: Roberto E. Vargas Caballero CommitDate: Tue Jun 7 09:50:25 2016 +0200 [cc2-qbe] Remove OPAR from the cgen() switch

[hackers] [scc] [cc2-qbe] Add assign() in cgen.c || Roberto E. Vargas Caballero

2016-06-07 Thread git
commit 61e2e3177d38dc8a7b798a370408d58901e3d550 Author: Roberto E. Vargas Caballero AuthorDate: Tue Jun 7 09:19:17 2016 +0200 Commit: Roberto E. Vargas Caballero CommitDate: Tue Jun 7 09:19:17 2016 +0200 [cc2-qbe] Add assign() in cgen.c We

[hackers] [scc] [cc2-qbe] Implement ternary operator || Roberto E. Vargas Caballero

2016-06-07 Thread git
commit 12586fdbde8bc3b7715a93dadf32a051699c04c8 Author: Roberto E. Vargas Caballero AuthorDate: Tue Jun 7 09:32:16 2016 +0200 Commit: Roberto E. Vargas Caballero CommitDate: Tue Jun 7 09:32:16 2016 +0200 [cc2-qbe] Implement ternary operator

[hackers] [scc] [cc2] Add newlabel() || Roberto E. Vargas Caballero

2016-06-07 Thread git
commit 19f5c0a15f0e21510092ded91507a7a6e5feb9cf Author: Roberto E. Vargas Caballero AuthorDate: Tue Jun 7 08:40:34 2016 +0200 Commit: Roberto E. Vargas Caballero CommitDate: Tue Jun 7 08:40:34 2016 +0200 [cc2] Add newlabel() This function

[hackers] [scc] [cc2] Fix parsing of ternary operators || Roberto E. Vargas Caballero

2016-06-07 Thread git
commit 87dab1114c64c72d7a40b5f9c048c4e1a7541607 Author: Roberto E. Vargas Caballero AuthorDate: Tue Jun 7 08:41:37 2016 +0200 Commit: Roberto E. Vargas Caballero CommitDate: Tue Jun 7 08:41:37 2016 +0200 [cc2] Fix parsing of ternary operators

[hackers] [libzahl] Update todo with benchmarking ideas || Mattias Andrée

2016-06-07 Thread git
commit 26515c8f58f30e9ec99e16e3054913ff89ae742b Author: Mattias Andrée AuthorDate: Tue Jun 7 23:27:06 2016 +0200 Commit: Mattias Andrée CommitDate: Tue Jun 7 23:27:06 2016 +0200 Update todo with benchmarking ideas Signed-off-by: Mattias

Re: [hackers] [dwm] [PATCH] Replace str[n]cpy with strlcpy

2016-06-07 Thread Anselm R Garbe
Hi FRIGN, we had this strlcpy pseudo-discussion years ago. And we concluded to avoid adopting strlcpy. The basic reason is, that the claim of strlcpy to be more secure than strncpy is a myth. Roberto has pointed this out already. In either case you should handle the retval for arbitrary source

[hackers] [scc] Revert "[driver] use pointers in tools lookup table" || Quentin Rameau

2016-06-07 Thread git
commit 7942db03e1686a900fbfce75474f1d8024392fb4 Author: Quentin Rameau AuthorDate: Tue Jun 7 15:17:49 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 15:21:51 2016 +0200 Revert "[driver] use pointers in tools lookup table" This

[hackers] [scc] [driver] use early return logic in linkobjs || Quentin Rameau

2016-06-07 Thread git
commit bd026f28239671fba0e68d5169cc974f14505f6f Author: Quentin Rameau AuthorDate: Tue Jun 7 15:24:43 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 15:26:26 2016 +0200 [driver] use early return logic in linkobjs Thanks to k0ga

[hackers] [scc] [driver] adapt spawn() style to the other functions || Quentin Rameau

2016-06-07 Thread git
commit a2173652528dda59bef3f5a2e3ce408d0606 Author: Quentin Rameau AuthorDate: Tue Jun 7 14:24:48 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 14:30:03 2016 +0200 [driver] adapt spawn() style to the other functions diff --git

[hackers] [scc] [driver] add w flag || Quentin Rameau

2016-06-07 Thread git
commit 807cd8e3615493acbcf4a4a5273fbfa7acc90e20 Author: Quentin Rameau AuthorDate: Sat Jun 4 13:21:47 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 14:30:03 2016 +0200 [driver] add w flag And keep scc usage under 80 output

Re: [hackers] [scc] Revert "[driver] use pointers in tools lookup table" || Quentin Rameau

2016-06-07 Thread FRIGN
On Tue, 7 Jun 2016 15:22:13 +0200 (CEST) g...@suckless.org wrote: Hey Quentin, > Revert "[driver] use pointers in tools lookup table" > > This reverts commit 86e6d58d2e1059bb493df922bc89a1cc2b92ee83. > > This was a leftover from a test I forgot to drop before pushing. >

[hackers] [scc] [driver] use pointers in tools lookup table || Quentin Rameau

2016-06-07 Thread git
commit 86e6d58d2e1059bb493df922bc89a1cc2b92ee83 Author: Quentin Rameau AuthorDate: Tue Jun 7 13:37:24 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 14:30:03 2016 +0200 [driver] use pointers in tools lookup table diff --git

[hackers] [scc] [driver] add o flag for linking to specified file || Quentin Rameau

2016-06-07 Thread git
commit 3dd71e3263f1e6cca98649a1376c89bb22638c78 Author: Quentin Rameau AuthorDate: Sat Jun 4 13:12:17 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 14:30:03 2016 +0200 [driver] add o flag for linking to specified file diff --git

[hackers] [scc] [driver] add support for .o input files || Quentin Rameau

2016-06-07 Thread git
commit 2dc37e0dadf780af8cdba452e3f7d6a28ab6b476 Author: Quentin Rameau AuthorDate: Tue Jun 7 14:19:56 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 14:30:03 2016 +0200 [driver] add support for .o input files diff --git

[hackers] [scc] [driver] replace checktool with validatetools || Quentin Rameau

2016-06-07 Thread git
commit 60152abae659d0e540fd1afa15b738bb42ba87ad Author: Quentin Rameau AuthorDate: Tue Jun 7 14:12:24 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 14:30:03 2016 +0200 [driver] replace checktool with validatetools Do all the

[hackers] [scc] [driver] introduce a tee tool per process output || Quentin Rameau

2016-06-07 Thread git
commit 1f8ddc01351332ecaed59008711438f82ccfab42 Author: Quentin Rameau AuthorDate: Tue Jun 7 13:57:28 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 14:30:03 2016 +0200 [driver] introduce a tee tool per process output This

Re: [hackers] [scc] Revert "[driver] use pointers in tools lookup table" || Quentin Rameau

2016-06-07 Thread FRIGN
On Tue, 7 Jun 2016 16:42:13 +0200 Qentin Rameau wrote: Hey Quentin, > Why would I have? > scc is the driver, it's not bound to cc1 or cc2. if you look at the type-translation-tables, there is kind of a "hack" to support the Plan 9 compiler as well. The idiom of making a

Re: [hackers] [scc] Revert "[driver] use pointers in tools lookup table" || Quentin Rameau

2016-06-07 Thread Qentin Rameau
> Hey Quentin, hi > I was already wondering. If you had applied that change, you would've > also had to make the changes in the arch-code-lookup-tables. Why would I have? scc is the driver, it's not bound to cc1 or cc2.

[hackers] [scc] [cc2] join two if statements into one in main || Quentin Rameau

2016-06-07 Thread git
commit e2d1f60bd74b551c254b9241702738037a78ccc1 Author: Quentin Rameau AuthorDate: Tue Jun 7 15:32:47 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 15:32:47 2016 +0200 [cc2] join two if statements into one in main diff --git

[hackers] [scc] [cc2-qbe] fix unary and binary operators generation || Quentin Rameau

2016-06-07 Thread git
commit a5a233366a4cbbf7cf9d4c02f7bcc7d022349563 Author: Quentin Rameau AuthorDate: Tue Jun 7 16:32:22 2016 +0200 Commit: Quentin Rameau CommitDate: Tue Jun 7 16:34:26 2016 +0200 [cc2-qbe] fix unary and binary operators generation diff --git

Re: [hackers] [scc] Revert "[driver] use pointers in tools lookup table" || Quentin Rameau

2016-06-07 Thread Quentin Rameau
> if you look at the type-translation-tables, there > is kind of a "hack" to support the Plan 9 compiler > as well. The idiom of making a pointer struct-array > was circumvented to avoid doing that. I didn't understand what you meant by “make the changes in the arch-code-lookup-tables”, I thought

Re: [hackers] [dwm] [PATCH] Replace str[n]cpy with strlcpy

2016-06-07 Thread Hiltjo Posthuma
On Mon, Jun 06, 2016 at 08:50:31PM +0200, FRIGN wrote: > On Mon, 6 Jun 2016 20:12:19 +0200 > k...@shike2.com wrote: > >> ... > > Nope, it's not. Keep in mind strlcpy fills the rest > of the memory area with 0's. No it doesn't, but strncpy does that. > Also, I suspect you have not understood