Re: [go-nuts] Google Contributor Licence Agreement web form problems

On Fri, Feb 28, 2025 at 12:16 PM Rory Campbell-Lange wrote: > > The CLA form at > https://cla.developers.google.com/clas/new?domain=DOMAIN_GOOGLE&kind=KIND_INDIVIDUAL > is erroring for me with the following error: > > "A server error occurred, please try your request again". > > The error has pe

Re: [go-nuts] LLM development toolkit.

Utter trash this has nothing to do with large language models what is your goal here what are you trying to accomplish? Why post a zip file on github with binaries ? On Fri, Feb 28, 2025 at 10:58 AM cpu...@gmail.com wrote: > Zip files are impossible to reason about on Github and a potential > se

Re: [go-nuts] suggested change to template.Funcs docstring

On Fri, Feb 28, 2025 at 12:19 PM Rory Campbell-Lange wrote: > > On 27/02/25, Rory Campbell-Lange (r...@campbell-lange.net) wrote: > > On 27/02/25, Ian Lance Taylor (i...@golang.org) wrote: > > > On Thu, Feb 27, 2025 at 1:04 PM Rory Campbell-Lange > > > wrote: > > ... > > > > It wasn't obvious to

Re: [go-nuts] Why can't single-method interfaces not be implemented by embedding?

To clarify: When I say "make an argument" I mean "from the spec". What I'm trying to explain is why the behaviour you show is in accordance with the spec. What Ian is trying to explain is additionally, why the spec says what it says (i.e. arguing why the specified behaviour is sensible). It would

[go-nuts] Re: Why can't single-method interfaces not be implemented by embedding?

Just read https://go101.org/article/type-embedding.html The full form of the EqualName field is meter.EqualName, the full form of the EqualName method is mete.EqualName.EqualName. The longer one is shadowed by the shorter one. func main() { impl := new(impl) var m = &meter{ EqualName: impl, }

Re: [go-nuts] Why can't single-method interfaces not be implemented by embedding?

On Fri, 28 Feb 2025 at 16:52, cpu...@gmail.com wrote: > Thank you Axel for quoting the spec. > > On Thursday, February 27, 2025 at 10:55:58 PM UTC+1 Axel Wagner wrote: > > > For a value x of type T or *T where T is not a pointer or interface > type, x.f denotes the field or method *at the shallow

Re: [go-nuts] LLM development toolkit.

Zip files are impossible to reason about on Github and a potential security thread. I'd not even try to find out what might be inside... On Tuesday, February 18, 2025 at 1:40:43 PM UTC+1 alex-coder wrote: > Hi All, > > I was given a shelter there: > gussev/llm: >

Re: [go-nuts] Why can't single-method interfaces not be implemented by embedding?

Thank you Axel for quoting the spec. On Thursday, February 27, 2025 at 10:55:58 PM UTC+1 Axel Wagner wrote: > For a value x of type T or *T where T is not a pointer or interface type, x.f denotes the field or method *at the shallowest depth* in T where there is such an f. If there is not exactl

[go-nuts] Re: "gopkg.in/yaml.v2" package silently misparses file that is misformatted

I've recently switched to https://github.com/goccy/go-yaml and am very happy with it so far. I've not tried it on your use case. Regards, Tom On Friday, February 28, 2025 at 12:34:29 AM UTC+1 David Karr wrote: > I wrote some code to load a yaml file and do some work with the resulting > data.

[go-nuts] Re: "gopkg.in/yaml.v2" package silently misparses file that is misformatted

I tried three different online YAML linters/formatters with that input and they gave the same result as you, as does python: # python3 Python 3.10.12 (main, Feb 4 2025, 14:57:36) [GCC 11.4.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import yaml >>> data

[go-nuts] informal proposal: KeepOnError handling for flag package

The following is an informal proposal for a new error handling method in the standard flag package. I'm posting it here for a preliminary discussion. If there's any interest in it I'll prepare a more thorough proposal and submit it correctly I am calling this method KeepOnError. KeepOnError i