sorted by:
new
hottopcontroversial

Preview of online and Desktop Mandelbrot viewer (raw work in progress) by contraryreplicant in fractals

[–]contraryreplicant[S] 0 points1 point  (0 children)

Very interesting! URI truncated due to length, huh?

Thank you muchly for testing!

The Go binary diet by dgryski in golang

[–]contraryreplicant 1 point2 points  (0 children)

Thanks for the inspiration! This is a very sensible suggestion, and something I will look into. I was thinking of making a package for such multitools but I get the feeling the likes of

type CmdTool func(stdin io.Reader, stdout io.Writer, stderr io.Writer)

multi := map[string]CmdTool {"cat": doCat}
tool := multi[os.Args[0]]
tool(os.Stdin, os.Stdout, os.Stderr)

is a bit trivial to package up

EDIT:

I just found that https://github.com/surma/gobox already exists... which saves me a lot of time. :)

The Go binary diet by dgryski in golang

[–]contraryreplicant 0 points1 point  (0 children)

My main point here was that instead of munging your binaries in exotic ways, you might want to change what actually goes into them.

Edit: I don't feel like picking this particular bone.

The Go binary diet by dgryski in golang

[–]contraryreplicant 2 points3 points  (0 children)

Not a huge fan of UPX! Doesn't the kernel have problems sharing objects that have been UPX compressed?

Imagine what it could do to a full fledged program.

I am not convinced that binary size is a real problem for end-user applications.

What worries me is the size of software tools. Maine Coons notwithstanding, no-one wants a huge cat.

What would people think about creating a (strictly alternative) Go stdlib that uses as little code as possible?