Joe Loser

Results 23 issues of Joe Loser

### Review Mojo's priorities - [X] I have read the [roadmap and priorities](https://docs.modular.com/mojo/roadmap.html#overall-priorities) and I believe this request falls within the priorities. ### What is your request? Replace uses of...

enhancement
good first issue
mojo-stdlib
mojo
refactoring

### Review Mojo's priorities - [X] I have read the [roadmap and priorities](https://docs.modular.com/mojo/roadmap.html#overall-priorities) and I believe this request falls within the priorities. ### What is your request? Many tests use...

enhancement
good first issue
mojo-stdlib
mojo
refactoring

Similar to Python's `list.count(x)` method, we should have the same for our `List`. It can't be a member method yet due to lack of conditional conformance in requiring the `__eq__`...

enhancement
good first issue
mojo-stdlib

Now that other `mojo` tools understand the package name in the open-source standard library directory structure as of the recently `nightly/mojo` release, we can revive a fixed-up variant of the...

mojo-stdlib

Many `__getitem__` and `__setitem__` functions still take an `Int` as an argument. This is OK, but forces call sites to explicitly construct an `Int` via `int(my_value)` for example to call...

good first issue
mojo-stdlib

Similar to what we have internally for using `markdownlint`, apply the same things externally to avoid things passing external CI but failing internally for trivial markdown linting differences when importing...

mojo-stdlib

As the [TODO](https://github.com/modularml/mojo/blob/d344d178aec2b80c5772261b8a6e441202a752de/stdlib/src/collections/list.mojo#L516) suggests, rename `__get_ref` to be `__refitem__`. Then, we can remove `List.__getitem__`. This will require fixing up a bunch of callers that previously were using `List.__getitem__` to now...

mojo-stdlib
mojo-repo
[stdlib] core-library-q2-2024

Similar in spirit to https://github.com/modularml/mojo/issues/2514, it would be nice to audit our use of `StaticIntTuple` in the standard library which is a mix of `InlineArray[Int, size]` with some odd APIs...

good first issue
mojo-stdlib
refactoring
mojo-repo

We recently got a generic array type (`InlineArray`) (see [here](https://github.com/modularml/mojo/blob/fd304d2f3f60a51816b8672cafdea41da35bd456/stdlib/src/utils/static_tuple.mojo#L251)) that works on memory-only types rather than `AnyRegType` like `StaticTuple` works on. So, conceptually, `InlineArray` can replace all of these...

good first issue
mojo-stdlib
refactoring
mojo-repo