minux/goios 23
mirror of the iOS port of the Go programming language (ios3 is the 32-bit branch, ios64-new is the 64-bit branch) Go 1.5 will include both ports!
4ad/go.arm64 18
Go development tree for the arm64 port (historical).
4ad/go 14
Go development tree for the sparc64 port
Go Tour (Chinese Translation)
Trivial examples Go programs for the iOS port
some random windows related go features (or bugs?)
CMPH - C Minimal Perfect Hashing Library (forked from http://cmph.sourceforge.net/)
Go development tree for the arm64 port (minirt is the replacement runtime branch, dev.arm64 is the main dev branch, cgo64.new is the cgo development branch)
Unofficial mirror of CVS repository of The Heirloom Project
A fork of LLVM-based compiler for Go (llgo). Two branches (minux and minux2) are intended for upstream merging. All branches with a "temp_" prefix are made purely for preview of some of my work, and are subject to frequent forced update.
pull request commentkendryte/kendryte-freertos-sdk
Increase alignment of eh_frame from 8 to 32 bytes
crtbegin.o and crtn.o should usually be the last two object files linked, and these are usually added by the g++ driver. I'm not sure why the SDK manually links them in, perhaps the compiler builtin spec file is wrong.
Anyway, for the current approach of manually linking these files, I think the correct fix is to fix https://github.com/kendryte/kendryte-freertos-sdk/blob/45a5b641a8456b9d3623435946a92c6c2503d228/cmake/toolchain.cmake#L43 so that it places "${CRTEND_OBJ}" "${CRTN_OBJ}" afer <LINK_LIBRARIES>. please also fix https://github.com/kendryte/kendryte-freertos-sdk/blob/45a5b641a8456b9d3623435946a92c6c2503d228/cmake/toolchain.cmake#L46 for the same problem.
Thanks for working on this.
comment created time in 2 days
pull request commentkendryte/kendryte-freertos-sdk
Increase alignment of eh_frame from 8 to 32 bytes
is this alignment the real cause? because .eh_frame section shouldn't need anything more than pointer alignment.
comment created time in 3 days
issue commentgolang/go
x/sys/unix: sendmsg does not permit sending multiple buffers
We can't change the existing functions, but how about introducing this?
func SendmsgMultiple(fd int, p [][]byte, oob []byte, to Sockaddr, flags int) (n int, err error)
Any suggestions for a better name?
comment created time in 3 months