LPub3D 2.0 Released

[Trevor Sandy]

I could include logic to check if any parts are declared in the step before the BUFEXCHG A RETRIEVE command but this could get complicated if multiple buffer commands are declared within a step. I think it is ok to just advise that, in a step, one should declare the BUFEXCHG A RETRIEVE first or before any parts are declared.

What do you think?

Cheers,

I know this is not very common usage, I was just trying weird things to test my implementation.

So you could make it a 'known limitation' as it won't be used in that way often anyway.


While implementing this stuff for LDCad I did realize the main trick in processing the BUFEXCHG metas is to loop trough the model's lines BACKWARDS, that way it won't matter how many buffers are nested even if you would be using more then just A-Z ones    This might be helpful for LPub too.

That's right. When combined with the exponential amount of scenarios that can present with so many meta commands, it can be a bit challenging to know if you have covered all possibilities when you add to or change the current behaviour. It would not be big deal to read the step backward from the BUFEXCHG meta to identify any declared parts. It's just a matter of reading backward until either you hit a BUFEXCHG STORE or a STEP. 

On another topic. Today I successfully compiled Qt 5.7 on MinGW 6.1 x64 using the MSYS2 PKGBUILD framework. The build setup process was quite efficient but took 6 hours to complete. LPub3D builds without issue on this platform so now I've only to update the deployment scripts and I'll be back to 100% MinGW. I'm so happy to get away from MSVC   . 

Cheers,