Re: [dev] [sbase] Defining scope of sbase and ubase

2024-03-08 Thread Elie Le Vaillant
ld fix the current situation, with code on different versions split between 2 repositories and ultimately 2 -box binaries, and allow a broader scope without impeding the goals of minimalness of sbase/ubase. Regards, Elie Le Vaillant

Re: [dev] [sbase] Defining scope of sbase and ubase

2024-03-09 Thread Elie Le Vaillant
ut-of-scope? Should we rather try to implement extensions to awk, or follow the specification as strictly possible? Should we implement POSIX sh, or some other shell, such as rc? Or is it out-of-scope for us to implement a full-blown shell? I really am not sure. Regards, Elie Le Vaillant

Re: [dev] [sbase] New branch for sbase+ubase

2024-03-14 Thread Elie Le Vaillant
one. Of course, the complex part would be in libsys, that has to autodetect the system to compile the specific code for the host system. Couldn't we use a SYSTEM or OS variable instead? Kind regards, Elie Le Vaillant

Re: [dev] [sbase] New branch for sbase+ubase

2024-03-13 Thread Elie Le Vaillant
mandatory, and disallows us to have multiple types of categories defined along different axis (standards, use-case, platform where it makes sense (like linux for example)...). Thank you for your time and your efforts, Regards, Elie Le Vaillant