[go-nuts] Acting in independant user group / user account

2024-08-10 Thread LiteLotus
i want to do something similar to docker, where the application im making executes as its own user, and the user interacting with it should be in the same group as the application, whats the best method to do this in go? -- You received this message because you are subscribed to the Google Gro

Re: [go-nuts] Imitating tuple in golang

2024-08-10 Thread Ian Lance Taylor
On Fri, Aug 9, 2024 at 9:03 PM 'Brian Candler' via golang-nuts wrote: > > I would agree, except there is no == operator defined on slices, and I'm not > really sure why that is. The semantics I would expect are straightforward: > i.e. length is the same, and the first 'len' slice elements compar

Re: [go-nuts] Imitating tuple in golang

2024-08-10 Thread glenn stevenson
@Gergely Brautigam its .com not .con as in your post , pls edit On Friday, August 9, 2024 at 6:57:33 AM UTC+1 Gergely Brautigam wrote: Hello. I actually implemented a Tupke logic here https://github.con/Skarlso/tuple. I find this a much better way to deal with tuples instead of the indexing

Re: [go-nuts] generic multitype inference, some but not others

2024-08-10 Thread 'simon place' via golang-nuts
a, i actually never tried leaving off from the end, that's something. thanks On Saturday 10 August 2024 at 20:12:53 UTC+1 Axel Wagner wrote: > That is not possible, currently. You can only omit type parameters from > the end of the list, to have them inferred. So, in your case, you are goi

Re: [go-nuts] Imitating tuple in golang

2024-08-10 Thread p...@morth.org
I think when discussing tuples one should consider the [...]any type as an alternative to []any. Arrays supports comparison, aren't boxed and are generally more tuple-like. They can be used as map keys. Of course, they're still not really type-safe. Structs solve that and also support access by

Re: [go-nuts] generic multitype inference, some but not others

2024-08-10 Thread 'Axel Wagner' via golang-nuts
That is not possible, currently. You can only omit type parameters from the end of the list, to have them inferred. So, in your case, you are going to have to specify all type parameters. On Sat, 10 Aug 2024 at 19:26, 'simon place' via golang-nuts < golang-nuts@googlegroups.com> wrote: > any supp

Re: [go-nuts] Imitating tuple in golang

2024-08-10 Thread 'lijh8' via golang-nuts
I add nested tuple (slice) support:     a := []any{"abc", 123, 3.14, 100, []any{"abc", 123, 3.14, 100}}     b := []any{"abc", 123, 3.14, 100, []any{"abc", 123, 3.14, 100}}     c, ok := tuple2.Cmp(a, b)     fmt.Println(c, ok) ``` package tuple2 import (     "cmp"     "reflect" ) func Cmp

[go-nuts] generic multitype inference, some but not others

2024-08-10 Thread 'simon place' via golang-nuts
any support for partial inference? (can't find/hit on syntax) like... ``` func X[T Integer,U Integer](t T,u U){} ``` when, say, t can be inferred but not u. looking for something like... ``` var a uint X[_,uint8]X(a,5)]() ``` -- You received this message because you are subscribed to the Go