[dev] Re: sta.li progress

[finkler]

On 10/28/10 15:38, Jacob Todd wrote:
> How? It's statically linked iirc against the systems libs.

http://groups.google.com/group/golang-nuts/browse_thread/thread/690760527da60e57/882a60388fab96a1

Re: [dev] Re: sta.li progress

[Jacob Todd]

I've read it but don't see how it pertains to what we're talking about.
On Oct 29, 2010 7:50 AM, "finkler"  wrote:
> On 10/28/10 15:38, Jacob Todd wrote:
>> How? It's statically linked iirc against the systems libs.
>
>
http://groups.google.com/group/golang-nuts/browse_thread/thread/690760527da60e57/882a60388fab96a1
>
>

[dev] Re: sta.li progress

[finkler]

On 10/29/10 15:06, Jacob Todd wrote:
> I've read it but don't see how it pertains to what we're talking about.
> On Oct 29, 2010 7:50 AM, "finkler"  wrote:
>> On 10/28/10 15:38, Jacob Todd wrote:
>>> How? It's statically linked iirc against the systems libs.
>>
>>
> http://groups.google.com/group/golang-nuts/browse_thread/thread/690760527da60e57/882a60388fab96a1
>>
>>
> 
Evidently there are things I don't need in my executable, which is
similar to glibc, ergo not suckless.

Re: [dev] Re: sta.li progress

[Jacob Todd]

Then strip it. Derp.
On Oct 29, 2010 10:05 AM, "finkler"  wrote:
> On 10/29/10 15:06, Jacob Todd wrote:
>> I've read it but don't see how it pertains to what we're talking about.
>> On Oct 29, 2010 7:50 AM, "finkler"  wrote:
>>> On 10/28/10 15:38, Jacob Todd wrote:
 How? It's statically linked iirc against the systems libs.
>>>
>>>
>>
http://groups.google.com/group/golang-nuts/browse_thread/thread/690760527da60e57/882a60388fab96a1
>>>
>>>
>>
> Evidently there are things I don't need in my executable, which is
> similar to glibc, ergo not suckless.
>
>

Re: [dev] Re: sta.li progress

[pancake]

you cannot strip that. Nom nom nom

On 10/29/10 16:44, Jacob Todd wrote:


Then strip it. Derp.

On Oct 29, 2010 10:05 AM, "finkler" > wrote:

> On 10/29/10 15:06, Jacob Todd wrote:
>> I've read it but don't see how it pertains to what we're talking about.
>> On Oct 29, 2010 7:50 AM, "finkler" > wrote:

>>> On 10/28/10 15:38, Jacob Todd wrote:
 How? It's statically linked iirc against the systems libs.
>>>
>>>
>> 
http://groups.google.com/group/golang-nuts/browse_thread/thread/690760527da60e57/882a60388fab96a1

>>>
>>>
>>
> Evidently there are things I don't need in my executable, which is
> similar to glibc, ergo not suckless.
>
>

[dev] Reflow v0.1

[Niki Yoshiuchi]

I've been doing a lot of development over ssh and have come to rely
heavily on dvtm.  dvtm doesn't reflow text on resize, so I decided to
write a program to do that.  At the moment it simply maintains a
buffer and on resize prints out the entire buffer.  The text is then
reflowed by the controlling terminal (I am printing the entire buffer
so that scrolling up is still meaningful).  The problem with this is
that it can be noticeable when the buffer is full.

I was exploring ncurses but found that to be non-suckless (reading in
ANSI escape sequences, converting them to ncurses function calls which
then prints out ANSI escape sequences seems...redundant).  I might
write a minimal scrolling library to gain the needed functionality
without needing to explicitly handle escape sequences.

It's mostly written in OCaml with some C stubs for functionality that
OCaml lacks.

-Niki


reflow-0.1.tar.gz
Description: GNU Zip compressed data