🧠️ Ideation: Loaders #152

New Issue

So I have now come to this. Look I don't think we should be splitting up paths like we do. The visitor pattern for reaching segments generates just stupid things the emitter gets then.

The emitter itself realistically is what should be handling this. As we have seen already with the symbol mapping process used in the C-emitter, DGen, which has to do emitter language-specific things in order to make it work.

This is of course possible at the emitter level. If we need the idea of a loader then we would have required to split it there anyways in the emitter and could so so easily with string manipulation and lookups (AS DONE WITH SYMBOL MAPPING).

Therefore I suggest we simplify the code within the dependency generator for VariableExpression processing.

## Solution ✅ So I have now come to this. Look I don't think we should be splitting up paths like we do. The visitor pattern for reaching segments generates just stupid things the emitter gets then. The emitter itself realistically is what should be handling this. As we have seen already with the symbol mapping process used in the C-emitter, `DGen`, which has to do emitter language-specific things in order to make it work. This is of course possible at the emitter level. If we need the idea of a loader then we would have required to split it there anyways in the emitter and could so so easily with string manipulation and lookups (**AS DONE WITH SYMBOL MAPPING**). --- Therefore I suggest we simplify the code within the dependency generator for `VariableExpression` processing.

deavmi modified the due date from 2023-07-31 to 2023-08-18

2023-08-16 09:01:28 +01:00

deavmi stopped working 2023-08-16 09:13:44 +01:00

15 minutes 5 seconds

Sign in to join this conversation.

No Label