TSE: Linux: Feature: Request: The equivalent of a Microsoft Windows .dll on Linux is a "dynamic shared object", or a .so file

[knud van eeden]

TSE: Linux: Feature: Request: The equivalent of a Microsoft Windows .dll on Linux is a "dynamic shared object", or a .so file

It would be useful if .dll functionality also is present in some form on TSE for Linux.

Thanks

with friendly greetings

Knud van Eeden

[S.E. Mitchell]

It is something I would like also.
However, Watcom C does not currently implement the loading of shared objects.
The only way for Linux TSE to work with shared objects is to get it
working with GNU C.
Good news on that front, is that with lots of help from Rick Hodgin,
we were able to get the macro compiler compiled with Microsoft C and
GNU C. So that is a first big step. Still have lots of verification
to do.
The editor can now be compiled with Microsoft C. A ways to go to get
it to compile with GNU C. Because of the FFI dependance on Borland C
extensions, which Microsoft C - and GNU C - do not have, the editor
immediately crashes :( But it is a big step in the right direction.
So still a long way to go, but at least some progress.

Interestingly, I have a POC that has an FFI that works with any C
compiler, but germain to the current topic, does not work with
floating point. It only works with char, short, int, long, long long,
and pointers.

At this point, I'm not sure which would be faster:
- quickly getting TSE compiling as a 64 bit app, and spending
months/years fixing all the bugs that go along with something like
that. Or
- rewrite it line by line. This will take a while, but may be faster
in the long run? Hard to know which one to do. I hope I live long
enough to do one or the other!
--
Sammy Mitchell

[knud van eeden]

* At this point, I'm not sure which would be faster:
- quickly getting TSE compiling as a 64 bit app, and spending
months/years fixing all the bugs that go along with something like
that.  Or
- rewrite it line by line.  This will take a while, but may be faster
in the long run?  Hard to know which one to do.  I hope I live long
enough to do one or the other!

I am pretty sure that AI can be of help here.

Doing the job in a day or two instead of a year.

Those AI know all about those languages like C, C++ and the different

vendors (Borland C, gcc, Microsoft C, Watcom C, ...).

Use thus e.g. DeepSeek for certain C or C++ sub tasks.

Putting a whole TSE EBNF or 32 -> 64 TSE design system at once into it will at this moment

certainly not give the wanted result I assume

Splitting it in smaller parts and handling it one after the other via the AI 

might be very successful and will be much faster done.

--

---
You received this message because you are subscribed to the Google Groups "SemWare TSE Pro text editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email to semware+u...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/semware/CA%2BgEvkb6XZ8s3kjeFNx1gLuOHPyLEu5Kf8fjb3BjWWWMARDxSA%40mail.gmail.com.

[zhong zhao]

I perfer to "Getting TSE compiling as a 64 bit app"

[H P]

Sammy, 

I think this is a editor so that a 64 bit edition should prevail.

In my opinion there are enough calculators to do the job while making the editor bigger/greater once more.

Met vriendelijke groet,
With kind regards,

Muy atentamente,
Mit Freundliche Gruß,

Sinceramente,


H. Pikaar
Henri...@gmail.com

Op vr 17 jan 2025 om 23:31 schreef S.E. Mitchell <sammy.m...@gmail.com>:

[knud van eeden]

> In my opinion there are enough calculators to do the job while making the editor bigger/greater once more.

Yes, but that does not give the functionality of adding floating point calculations natively to TSE macros out of the box.

So that calculator DLL or calculator executable would have to be found and additionally installed by TSE users and not everybody can or will do that.

Executables .exe or Linux executables are already out of the question as a general solution, as native TSE does not include .exe out of the box.

DLL might be an option.

Most general would be a floating point TSE macro, e.g. in the potpourri some day, that would run on Linux also.

> I think this is a editor so that a 64 bit edition should prevail.

That is a several orders of magnitude larger question and remains to be seen as this is an open question already for let say 10 years or more, though progress lately is seemingly being made (all as far as I know at this moment) and is already on the bucket list for a very long time.

with friendly greetings

Knud van Eeden

To view this discussion visit https://groups.google.com/d/msgid/semware/CAAR3jqHfzB-U1D_XQD6%3D7QKSs5EKL7%3DQxwq4QuD7YwDZN6bSDQ%40mail.gmail.com.

[knud van eeden]

1. Further in general 

 -DLL files

 -Maybe Linux .so files also

 -executables .exe 

can not be sent via e.g. email as it will be blocked by the mail server provider out of the box.

Delivering the .dll via the TSE installation executable as e.g. spell.dll shows gives no problem thus as empirically proven.

There are of course workarounds like uploading to a website and downloading from there, or using Microsoft OneDrive and Google Drive and making the file shared for download but that is not a general solution for everybody.