Hi, > On Jun 13, 2026, at 4:51 PM, Rugxulo via Freedos-devel > <[email protected]> wrote: > > Hi, > > I downloaded and took a look at the Euphoria package (which was just > updated recently re: lib2 by Shien Lee). It could use some > improvements.
While there were some recent corrections to the package metadata (like the removal of an invalid URL in the LSM), it was last updated by Shian a little over 4 years ago. > While I admit to not being very familiar with Euphoria in detail, it > seems pretty cool: good examples, very fast interpreter, and portable. > > But the package is a mess. As something I do not personally use, I am not likely to devote a lot of time into improving this package. Simply, there are just not enough hours in the day. You are more than welcome to fix or make improvements to the package. The best way to do that is by issuing a pull/merge request to the project package stored in the GitLab FreeDOS Archive at: https://gitlab.com/FreeDOS/devel/euphoria > > 1). \DEVEL\EUPHORIA\BIN should not have static COFF libraries for > DJGPP (ec.a and liballeg.a). Is there some hard reason those aren't > moved to SOURCES.ZIP? (The included binary build of old Allegro is > supposedly smaller than a would-be default build.) > > 2). Speaking of those libraries, they are related to DJGEX.BAT in > SOURCES.ZIP, which doesn't build as-is. For one, the sources also omit > the headers from Allegro 4.0.3 (doh!) among some other minor problems. > So it won't build unless you add those includes (from SourceForge). > (Allegro 4.2.2 doesn't work. The .A file internally says 4.0.3, and > that indeed works.) I grabbed ALL403.ZIP (2.8 MB), but strictly you > only need an 100 kb .ZIP for those includes (only). I made a patch > (DJGEX.DIF) that allows it to (now) build with DJGPP. This is > redundant (since OpenWatcom/Causeway is the default EX.EXE), but it's > still good for completeness and comparison. (The new .EXE passes > SANITY.EX with 100%.) > > 3). LFNFILES.ZIP has two files, but they are both redundant and > irrelevant. If you really want to keep them around, just rename them. > They aren't useful at all. IIRC, one is SIEVE8K.PRO2 (a secondary > profiling output text file) and the other is an old shortcut (?) from > Win9x called RapidEuphoria.URL (which is relatively obsolete). If it > was up to me, I'd just rename them. You don't need an LFNFILES.ZIP > here at all. The generation of LFNFILES.ZIP archives is automatic when a package is created from the projec. Any file or directory that does not adhere to the standard DOS 8+3 file naming convention is automatically wrapped in a LFNFILES.ZIP archive. Also, the LSM metadata file receives a "Long-file-names: true” field setting. The exception is any file in the top-most (root) directory of that specific project. All files in that path (like CONTRIBUTING.md, INDEX.md, etc) are excluded from the actual package. > If you want, I can post my patch (DJGEX.DIF, only 2 kb) to this > mailing list, but it might be better to just make a new package .ZIP > for you to review. At minimum, I'd add the Allegro headers too and > move the static COFF libraries to SOURCES.ZIP. > > N.B. I did test the Sieve benchmark again in native FreeDOS (on my > 15-year-old Dell laptop). Not sure if the old 2003 Pentium 4 benchmark > times are truly accurate (GAWK and REXX are still slowest but 10x > faster than their reported times.) For N=900, in order of fastest to > slowest, IIRC, it was: Euphoria, Lua5, Perl, GAWK (8 secs), REXX (16 > secs). (This depends on vendor, version, and build tools, etc.) I > should test a bit more and report my results here, just for fun. :-) Jerome _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
