uage
makes, as any programming language must make many compromises.
Regards,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an em
Hallöchen!
Kurtis Rader writes:
> On Wed, Oct 11, 2023 at 10:31 PM Torsten Bronger <
> bron...@physik.rwth-aachen.de> wrote:
>
> 'Axel Wagner' via golang-nuts writes:
>
> > [...]
> >
> > What would this do?
>
d be if this behaved as an implicit
instantiation of the function with the type passed to it.
If I replace the signature of F with “F[T []E, E any](s T)”, the
compiler complaints “IncompatibleAssign” at “s[0] = "Foo"”. I can
do “fmt.Println(s[0])”, though. This is what somebody coming to Go
fr
down to the fact that you can’t pass []float64 as an
[]any. To be honest, I still don’t fully understand why this is
forbidden, so I just accept that the language does not allow it.
Thanks to both of you!
Regards,
Torsten.
--
Torsten Bronger
--
You received this message because you are sub
ould have expected that the same happens as with my
first example.
Regards,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
() {
var a []float64
do(a)
}
is not. The error message doe not help me. Can someone explain
this? Thank you!
Regards,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe
alse,
> as described here: https://github.com/golang/tools/blob/master/gopls/
> doc/settings.md#analyses-mapstringbool
Thank you, this worked!
Regards,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" gro
can I suppress that?
Thank you!
Regards,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to golang-nuts+unsubscr...@googlegrou
Hallöchen!
Brian Candler writes:
> On Monday, 19 December 2022 at 12:01:39 UTC Torsten Bronger wrote:
>
>> But would you agree that additional checking is necessary if
>> DoSomething does not have a ctx argument?
>
> Given that you're running DoSomething synchrono
e context
is still active at the beginning of the select statement.
So this example is correct.
But would you agree that additional checking is necessary if
DoSomething does not have a ctx argument?
Regards,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the
and it also matters what
> DoSomething does.
But the problem is not that the select statement may block – and
only then a “default” would change anything. On the contrary, if
the select blocks, I can be sure it detects a cancellation timely.
Regards,
Torsten.
--
Torsten Bronger
--
You receiv
“out” is drained very efficiently? Then, an
arbitrary number of loop iterations could happen before a
cancellation is detected, couldn’t it?
I would additionally check for ctx.Err() != nil somewhere in the
loop. Or is there a reason why this is not necessary?
Regards,
Torsten.
--
Torsten Bronger
Hallöchen!
Ian Lance Taylor writes:
> On Tue, Jun 1, 2021 at 9:39 AM Torsten Bronger
> wrote:
>
>> Is there already a possibility to give a WIP Go 2 compiler a
>> test? What is the best way to get informed for that? (This
>> group, the blog, …)
>
> There are
Hallöchen!
Is there already a possibility to give a WIP Go 2 compiler a test?
What is the best way to get informed for that? (This group, the
blog, …)
Tschö,
Torsten.
--
Torsten Bronger
--
You received this message because you are subscribed to the Google Groups
"golang-nuts"
" server. But
then all links on http://talks.bronger.org/ would break. And I
can't give a URL prefix to "present" on the command line.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
You received this message because you are subscribed to the Goo
, all URLs that
"present" generates lack the prefix. Can it still be done?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscrib
to discuss what was meant by library,
> like sascha they seem to think they understood what was expected.
I don't really understand what you want to say with this. My two
cents are that only built-in or *standard* library should be
allowed. This is a) more clearly defined and b) encourage
e added to the corpus. This is just an
assumption but I would not interpret too much into the far right of
the lines.
Regards,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
You received this message because you are subscribed to the Google Groups
"gol
rary). I see no reason to ask for permission.
I think so, too, but if I look at the trouble Google has with German
publishers ... and this is only a prominent example ... rather ask.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
You received this m
ing code as was suggested, the comparison is not helpful
anymore.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsubscribe from this grou
gt;
> http://fastutil.di.unimi.it/
>
> Those libraries are based on generated source code. I think something
> similar could be built for Go.
YMMV, but if such tests are not written ideomatically, they are
useless in my opinion.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torst
esides, I think in some cases, the quality of the implementation is
tested more than anything else.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" grou
n the OSS world, while Go (you
may switch off the C line to see it better) is gaining ground
steadily, and doing so faster than Rust.
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
You received this message because you are subscribed to the Google G
is *T) on
> the wrong receiver type (T).
There still is a subtle asymmetry: a.b() is implicitly converted to
(&a).b() if necessary. Why isn't f(v) implicitly converted to f(&v)
if necessary?
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.rwth-aachen.de
--
Hallöchen!
andrey mirtchovski writes:
> [...]
>
> Attached are graphs the total keyword count and a 10-mile overview of
> all the keywords and their growth.
One "if" every 3.5 lines of code ...
Tschö,
Torsten.
--
Torsten BrongerJabber ID: torsten.bron...@jabber.r
25 matches
Mail list logo
