Jump to page: 1 2
Thread overview
Seeking help with opend std
Dec 27
monkyyy
Jan 11
monkyyy
Jan 12
monkyyy
Jan 13
Dennis
Jan 13
IchorDev
Jan 13
monkyyy
6 days ago
Anton Pastukhov
6 days ago
Anton Pastukhov
December 27

https://github.com/opendlang/d/issues/4

I added the labels good first issue and help wanted; therefore its a good first issue and I'm good at open source and communicating


Id like help, most of the people in opend are specifically generic-code non-believers and its allot of code I want to get just werk`n.

If anyone wants to rant discussions should happen here: https://github.com/orgs/opendlang/discussions/46

Gists, stealing code from projects, I dont care about the formality of holy git, style, or even lawyers opinions on if russia is gnu compliment.

I view the following as the important factors for making programming ever actually good:

  1. data structures
  2. algorithm (including searching algorithms, experimenting with apis)
  3. better printf debugging
  4. sane serialization
January 11

On Friday, 27 December 2024 at 21:15:40 UTC, monkyyy wrote:

>

Still want help

https://github.com/opendlang/d/blob/main/source/odc/algorthims.d

will take criticism from the usual suspects

January 11
On Saturday, 11 January 2025 at 05:12:02 UTC, monkyyy wrote:
> from the usual suspects

You should probably clarify on that.


January 11

On Saturday, 11 January 2025 at 05:12:02 UTC, monkyyy wrote:

>

On Friday, 27 December 2024 at 21:15:40 UTC, monkyyy wrote:

>

Still want help

https://github.com/opendlang/d/blob/main/source/odc/algorthims.d

will take criticism from the usual suspects

Nice filename, anyway.

January 12

On Saturday, 11 January 2025 at 05:12:02 UTC, monkyyy wrote:

>

On Friday, 27 December 2024 at 21:15:40 UTC, monkyyy wrote:

>

Still want help

https://github.com/opendlang/d/blob/main/source/odc/algorthims.d

will take criticism from the usual suspects

Please make popFront and popBack actually return popped values thanks

January 12

On Sunday, 12 January 2025 at 19:25:37 UTC, Anton Pastukhov wrote:

>

On Saturday, 11 January 2025 at 05:12:02 UTC, monkyyy wrote:

>

On Friday, 27 December 2024 at 21:15:40 UTC, monkyyy wrote:

>

Still want help

https://github.com/opendlang/d/blob/main/source/odc/algorthims.d

will take criticism from the usual suspects

Please make popFront and popBack actually return popped values thanks

Even if I liked that idea, wouldnt that break phoboes compatibility?

January 13

On Sunday, 12 January 2025 at 20:40:06 UTC, monkyyy wrote:

>

On Sunday, 12 January 2025 at 19:25:37 UTC, Anton Pastukhov wrote:

>

On Saturday, 11 January 2025 at 05:12:02 UTC, monkyyy wrote:

>

On Friday, 27 December 2024 at 21:15:40 UTC, monkyyy wrote:

>

Still want help

https://github.com/opendlang/d/blob/main/source/odc/algorthims.d

will take criticism from the usual suspects

Please make popFront and popBack actually return popped values thanks

Even if I liked that idea, wouldnt that break phoboes compatibility?

My uninformed opinion is that shouldn't cause too much trouble? popFront and popBack currently return void, so it's safe to assume there are no places in the existing code that expect a return value, so it's just going to be discarded. I could be terribly wrong ofc

January 13

On Monday, 13 January 2025 at 12:26:07 UTC, Anton Pastukhov wrote:

>

My uninformed opinion is that shouldn't cause too much trouble? popFront and popBack currently return void, so it's safe to assume there are no places in the existing code that expect a return value, so it's just going to be discarded.

It would break this mini implementation of map:

private struct MapResult(alias func, R)
{
    R r;
    auto front() => func(r.front);
    bool empty() => r.empty;
    void popFront() => r.popFront();
}
January 13

On Monday, 13 January 2025 at 12:26:07 UTC, Anton Pastukhov wrote:

>

My uninformed opinion is that shouldn't cause too much trouble? popFront and popBack currently return void, so it's safe to assume there are no places in the existing code that expect a return value, so it's just going to be discarded. I could be terribly wrong ofc

You can do this:

void fn1(){}
void fn2(){ return fn1(); }
January 13

On Monday, 13 January 2025 at 12:26:07 UTC, Anton Pastukhov wrote:

>

On Sunday, 12 January 2025 at 20:40:06 UTC, monkyyy wrote:

>

On Sunday, 12 January 2025 at 19:25:37 UTC, Anton Pastukhov wrote:

>

On Saturday, 11 January 2025 at 05:12:02 UTC, monkyyy wrote:

>

On Friday, 27 December 2024 at 21:15:40 UTC, monkyyy wrote:

>

Still want help

https://github.com/opendlang/d/blob/main/source/odc/algorthims.d

will take criticism from the usual suspects

Please make popFront and popBack actually return popped values thanks

Even if I liked that idea, wouldnt that break phoboes compatibility?

My uninformed opinion is that shouldn't cause too much trouble? popFront and popBack currently return void, so it's safe to assume there are no places in the existing code that expect a return value, so it's just going to be discarded. I could be terribly wrong ofc

I believe phoboes and "contract programming" to break code that should otherwise work(I know of spefic examples where coping and pasting the function without the contract compiles)

Its possible to detect differences here and the real code range api that actually being used by phoebes is actually oo-y

If you care about the api I could add some variant of this function:

auto ref next(R)(R r){
  auto e=&(r.front);
  r.popFront;
  return *e;
}

(would need to test several situation to find version that actually works with both ref and nonref front)

« First   ‹ Prev
1 2