diff options
Diffstat (limited to '34/index.md')
| -rw-r--r-- | 34/index.md | 424 |
1 files changed, 424 insertions, 0 deletions
diff --git a/34/index.md b/34/index.md new file mode 100644 index 0000000..dd6f584 --- /dev/null +++ b/34/index.md @@ -0,0 +1,424 @@ +Title: Support for Atari machines +Author: rodarima +Created: Sun, 24 Dec 2023 14:11:15 +0000 +State: open + +Following this thread: + +https://www.atari-forum.com/viewtopic.php?t=43326 + +The folks at Atari Forum managed to get Dillo working on an Atari simulator: + + + +I'm opening this issue to track the current status of the port and to see what changes we may need to add to Dillo and the build system to improve the support for this platform. + +Some of the issues and quirks required are discussed in #33. Most of them are caused by the not great support for cross compilation. + +Here is the that @th-otto provided to build it on this platform. It needs to cross-compile Dillo using the `m68k-atari-mint-g++` compiler: + +```diff +diff --git a/configure.ac b/configure.ac +index 93747056..25ea5f65 100644 +--- a/configure.ac ++++ b/configure.ac +@@ -148,10 +148,12 @@ dnl Check whether to add /usr/local or not + dnl (this is somewhat a religious problem) + dnl -------------------------------------- + dnl ++if test "$GCC" = no; then + if test "`$CPP -v < /dev/null 2>&1 | grep '/usr/local/include' 2>&1`" = ""; then + CPPFLAGS="$CPPFLAGS -I/usr/local/include" + LDFLAGS="$LDFLAGS -L/usr/local/lib" + fi ++fi + + dnl ------------------------------------ + dnl Check for socket libs (AIX, Solaris) +@@ -198,6 +200,7 @@ dnl Test for FLTK 1.3 library + dnl ------------------------- + dnl + dnl For debugging and to be user friendly ++if test "$cross_compiling" = no; then + AC_PATH_PROG(FLTK_CONFIG,fltk-config) + AC_MSG_CHECKING([FLTK 1.3]) + fltk_version="`$FLTK_CONFIG --version 2>/dev/null`" +@@ -211,6 +214,10 @@ case $fltk_version in + *) AC_MSG_RESULT(no) + AC_MSG_ERROR(FLTK 1.3 required; fltk-config not found) + esac ++else ++ AC_MSG_RESULT(assume yes) ++ LIBFLTK_LIBS="-lfltk" ++fi + + dnl ----------------------------------- + dnl Test for X11 (only on some systems) +@@ -221,20 +228,18 @@ old_libs=$LIBS + old_cxxflags=$CXXFLAGS + LIBS=$LIBFLTK_LIBS + CXXFLAGS=$LIBFLTK_CXXFLAGS +-AC_RUN_IFELSE([AC_LANG_PROGRAM([[ ++AC_LINK_IFELSE([AC_LANG_PROGRAM([[ + #define FL_INTERNALS + #include <FL/x.H> + ]],[[ + #ifdef X_PROTOCOL + return 0; + #else +- return 1; ++ nope + #endif + ]])], [AC_MSG_RESULT(yes) +- LIBX11_LIBS="-lX11"], +- [AC_MSG_RESULT(no)], +- [AC_MSG_RESULT(no) +- AC_MSG_WARN([*** Test for X11 not possible when cross-compiling. ***])]) ++ LIBX11_LIBS="-lXext -lX11"], ++ [AC_MSG_RESULT(no)]) + CXXFLAGS=$old_cxxflags + LIBS=$old_libs + AC_LANG_POP([C++]) +@@ -292,68 +297,33 @@ dnl --------------- + dnl Test for libpng + dnl --------------- + dnl ++PKG_PROG_PKG_CONFIG + png_ok="no" + if test "x$enable_png" = "xyes"; then +- AC_MSG_CHECKING([for libpng-config]) +- +-dnl Check if the user hasn't set the variable $PNG_CONFIG +- if test -z "$PNG_CONFIG"; then +- PNG_CONFIG=`which libpng16-config` +- if test -z "$PNG_CONFIG"; then +- PNG_CONFIG=`which libpng14-config` +- fi +- if test -z "$PNG_CONFIG"; then +- PNG_CONFIG=`which libpng12-config` +- fi +- if test -z "$PNG_CONFIG"; then +- PNG_CONFIG=`which libpng-config` ++ AC_MSG_CHECKING([for libpng]) ++ for libpng in libpng libpng16 libpng14 libpng12 libpng10; do ++ if test "$png_ok" = "no"; then ++ PKG_CHECK_MODULES([LIBPNG], $libpng, [png_ok="yes"; png_version=`$PKG_CONFIG --modversion $libpng`]) + fi +- if test -z "$PNG_CONFIG"; then +- PNG_CONFIG=`which libpng10-config` +- fi +- fi +- +-dnl Check if the libpng-config script was found and is executable +- if test -n "$PNG_CONFIG" && test -x "$PNG_CONFIG"; then +- AC_MSG_RESULT([$PNG_CONFIG]) +- png_ok="yes" +- else +- AC_MSG_RESULT([missing]) +- png_ok="no" +- fi ++ done + + if test "x$png_ok" = "xyes"; then + dnl For debugging and to be user friendly + AC_MSG_CHECKING([for libpng version]) +- png_version=`$PNG_CONFIG --version` + case $png_version in + 1.[[0246]].*) AC_MSG_RESULT([$png_version]) ;; + *) AC_MSG_RESULT([$png_version (unrecognised version)]) ;; + esac + +-dnl Try to use options that are supported by all libpng-config versions... +- LIBPNG_CFLAGS=`$PNG_CONFIG --cflags` +- LIBPNG_LIBS=`$PNG_CONFIG --ldflags` +- case $png_version in +- 1.2.4*) LIBPNG_LIBS="$LIBPNG_LIBS `$PNG_CONFIG --libs`" ;; +- esac +- else +-dnl Try to find libpng even though libpng-config wasn't found +- AC_CHECK_HEADERS(png.h libpng/png.h, png_ok=yes && break, png_ok=no) +- + if test "x$png_ok" = "xyes"; then + old_libs="$LIBS" +- AC_CHECK_LIB(png, png_sig_cmp, png_ok=yes, png_ok=no, $LIBZ_LIBS -lm) ++ AC_CHECK_LIB(png, png_sig_cmp, :, png_ok=no, $LIBPNG_LIBS $LIBZ_LIBS -lm) + LIBS="$old_libs" +- +- if test "x$png_ok" = "xyes"; then +- LIBPNG_LIBS="-lpng -lm" +- fi + fi + +- if test "x$png_ok" = "xno"; then +- AC_MSG_WARN([*** No libpng found. Disabling PNG images ***]) +- fi ++ fi ++ if test "x$png_ok" = "xno"; then ++ AC_MSG_WARN([*** No libpng found. Disabling PNG images ***]) + fi + fi + +@@ -375,13 +345,13 @@ tls_ok="no" + tls_impl="none" + if test "x$enable_tls" = "xyes"; then + if test "x$enable_openssl" = "xyes"; then +- dnl Search for OpenSSL headers first +- AC_CHECK_HEADER(openssl/ssl.h, openssl_ok=yes, openssl_ok=no) ++ dnl Search for OpenSSL ++ PKG_CHECK_MODULES([LIBSSL], [openssl], openssl_ok=yes, openssl_ok=no) + + dnl If the headers are found, try to link with -lssl and -lcrypto + if test "x$openssl_ok" = "xyes"; then + old_libs="$LIBS" +- AC_CHECK_LIB(ssl, SSL_write, openssl_ok=yes, openssl_ok=no, -lcrypto) ++ AC_CHECK_LIB(ssl, SSL_write, openssl_ok=yes, openssl_ok=no, $LIBSSL_LIBS) + LIBS="$old_libs" + fi + +@@ -390,7 +360,6 @@ if test "x$enable_tls" = "xyes"; then + AC_MSG_NOTICE([Using OpenSSL as TLS library.]) + tls_impl="OpenSSL" + AC_DEFINE([HAVE_OPENSSL], [1], [OpenSSL works]) +- LIBSSL_LIBS="-lcrypto -lssl" + else + AC_MSG_NOTICE([Cannot find OpenSSL, trying mbedTLS...]) + fi +@@ -519,6 +488,10 @@ case $target in + AC_MSG_NOTICE([Minix detected, skipping pthread detection]) + ;; + ++ *-*-mint*) ++ AC_MSG_NOTICE([MiNT detected, skipping pthread detection]) ++ ;; ++ + *) + AC_MSG_CHECKING(whether threads work with -pthread) + LDSAVEFLAGS=$LDFLAGS +diff --git a/dpi/Makefile.am b/dpi/Makefile.am +index 62b82e1b..4781c75f 100644 +--- a/dpi/Makefile.am ++++ b/dpi/Makefile.am +@@ -1,6 +1,8 @@ + AM_CPPFLAGS = \ + -I$(top_srcdir) + ++LIBS = $(LIBX11_LIBS) ++ + bookmarksdir = $(libdir)/dillo/dpi/bookmarks + downloadsdir = $(libdir)/dillo/dpi/downloads + ftpdir = $(libdir)/dillo/dpi/ftp +diff --git a/src/IO/tls_openssl.c b/src/IO/tls_openssl.c +index d2a454e7..9d153a8f 100644 +--- a/src/IO/tls_openssl.c ++++ b/src/IO/tls_openssl.c +@@ -491,7 +491,11 @@ static bool_t Tls_check_cert_strength(SSL *ssl, Server_t *srv, int *choice) + if (print_chain) + MSG("%s ", buf); + ++#if OPENSSL_VERSION_NUMBER >= 0x30000000L + key_type = EVP_PKEY_type(EVP_PKEY_get_id(public_key)); ++#else ++ key_type = EVP_PKEY_type(EVP_PKEY_id(public_key)); ++#endif + type_str = key_type == EVP_PKEY_RSA ? "RSA" : + key_type == EVP_PKEY_DSA ? "DSA" : + key_type == EVP_PKEY_DH ? "DH" : +@@ -830,6 +834,7 @@ static int Tls_examine_certificate(SSL *ssl, Server_t *srv) + ret = 0; + break; + case X509_V_ERR_DEPTH_ZERO_SELF_SIGNED_CERT: ++ { /* Case follows declaration */ + /* Either self signed and untrusted */ + /* Extract CN from certificate name information */ + X509_NAME *subject_name = X509_get_subject_name(remote_cert); +@@ -868,6 +873,7 @@ static int Tls_examine_certificate(SSL *ssl, Server_t *srv) + default: + break; + } ++ } + break; + case X509_V_ERR_UNABLE_TO_GET_ISSUER_CERT: + case X509_V_ERR_UNABLE_TO_DECODE_ISSUER_PUBLIC_KEY: +``` + +--%-- +From: rodarima +Date: Sun, 24 Dec 2023 14:18:53 +0000 + +I will continue the discussion here, as the other PR was for OpenSSL 1.1 support only. + +> > Do you see any messages in the terminal? +> +> There are no error messages, it just times out after some time with the message `Dns_server [0]: <hostname> is (nil)` +> +> But seems to be a bit random. Sometimes it works. Maybe just a problem with my setup (using aranym with a bridge to the host), since sometimes other network connections also fail. I've always used --disable-threaded-dns, since the only thread implementation currently available is pth, and that is non-preemptive and just causes problems because of this. + +That's strange, but if you report that other network connections fail maybe is not related with Dillo. + +> > Adding /usr/local/include is required in some BSD systems +> +> I have disabled that currently when using gcc, since gcc should always look in that directories by default. Should that cause problems on BSD system, the test could also be changed to `if test "$cross_compiling" = no` +> +> Other things that i changed: looking for png library uses png-config. I've tested it also on linux, but may need some testing for other systems. +> +> For FLTK i currently just use -lfltk when cross-compiling, since it does not seem to require any special cflags. Maybe that test could also be changed to some `AC_CHECK_LIB`. +> +> The dpi programs have to be linked explicitly to the x11 libraries. This is again only needed because of static libraries, but should not hurt on other systems. +> +> Searching for openssl also uses pkg-config now. I have no mbedtls yet, so i don't know what files are installed there. +> +> All in all the patches aren't that large, so if you don't want to apply them, i can just keep them as mint-specific patches. +> +> But note that this is all quite experimental. There are other quirks currently, some drawing problems (which i suspect to be fVDI problems in combination with aranym), the tooltips sometimes immediately disappearing again etc. And of course that X.App that is needed is also quite experimental. + +I think most of those patches can be included in Dillo. But I'll have to think a way to test it under CI, so I can avoid breaking it in the future. Maybe I can find a way to cross compile to ARM, which would exercise most of the cross compilation logic. Or I don't know how complicated is to setup the simulator for Atari. + +> However the rendering always is quite strange, also in the linux version of dillo. Maybe some features of CSS that are not implemented yet? + +Yeah, the support for CSS is not complete (yet). + +> [dillo.patch.txt](https://github.com/dillo-browser/dillo/files/13761123/dillo.patch.txt) + +Thanks for the patch! + +--%-- +From: th-otto +Date: Sun, 24 Dec 2023 18:27:49 +0000 + +> Or I don't know how complicated is to setup the simulator for Atari. + +Well first thing you would need is aranym ;) Unforunately, currently snapshots are still not available since bintray closed, so you have to compile it yourself. But it is autotools based, so shouldn't be that hard. + +For a working freemint environment, you should be able to use the snapshot builds of freemint: https://tho-otto.de/snapshots/freemint/bootable/ + +Getting network working is another thing though. + +Precompiled libraries for fltk, openssl and everything else you might need are available at https://tho-otto.de/crossmint.php + +--%-- +From: rodarima +Date: Mon, 25 Dec 2023 14:05:57 +0000 + +> > Or I don't know how complicated is to setup the simulator for Atari. +> +> Well first thing you would need is aranym ;) Unforunately, currently snapshots are still not available since bintray closed, so you have to compile it yourself. But it is autotools based, so shouldn't be that hard. + +It seems to be available in the [AUR](https://aur.archlinux.org/packages/aranym) which builds it from: + +http://downloads.sourceforge.net/sourceforge/aranym/aranym_1.1.0.orig.tar.gz + +I'm guessing that may work (?). It asks for a ROM: + + + + + +> For a working freemint environment, you should be able to use the snapshot builds of freemint: https://tho-otto.de/snapshots/freemint/bootable/ + +Which file(s) do I need exactly? And can you specify how to invoke ARAnyM to load the ROM/images? + +> Getting network working is another thing though. +> +> Precompiled libraries for fltk, openssl and everything else you might need are available at https://tho-otto.de/crossmint.php + +Okay, I'll try that eventually. + +First, I'll try to setup a CI runner that does a cross compilation from x64 to something else (probably ARM) as that seems like an easier first step. Once that works, I see if I can try to boot ARAnyM myself and built it there. + +--%-- +From: rodarima +Date: Mon, 25 Dec 2023 14:20:45 +0000 + +Managed to get EmuTOS loading: + + + +But no idea how to load FreeMiNT. + +--%-- +From: rodarima +Date: Mon, 25 Dec 2023 14:32:25 +0000 + +Managed to boot FreeMiNT and open a bash shell: + + + + +--%-- +From: th-otto +Date: Mon, 25 Dec 2023 14:37:43 +0000 + +> It seems to be available in the [AUR](https://aur.archlinux.org/packages/aranym) which builds it from: +> I'm guessing that may work (?). It asks for a ROM: + +That might work, but there haven't been any releases for a while. You can use it as a start, but eventually you should replace that later by a freshly compiled version from the source repo (https://github.com/aranym/aranym) + +>Which file(s) do I need exactly? And can you specify how to invoke ARAnyM to load the ROM/images? + +Seems you have figured that out already. You should specify EmuTOS as ROM in ``~/.aranym/config`` +``` +[GLOBAL] +EmuTOS = emutos-aranym.img +``` + +>Managed to boot FreeMiNT and open a bash shell: + +Nice. Thats almost all you need. Easiest way to access other files is to map a host filesystem: +``` +[HOSTFS] +H = ~/ +``` + +(or some other dir) + +Edit: You should make sure that important directories like /usr point to a filesystem that supports long filenames, otherwise you run into trouble with lots of unix programs. /usr is typically setup as a symlink in u:\usr (U:\ is the root filesystem for MiNT) + + +--%-- +From: rodarima +Date: Mon, 25 Dec 2023 14:48:00 +0000 + +> > It seems to be available in the [AUR](https://aur.archlinux.org/packages/aranym) which builds it from: +> > I'm guessing that may work (?). It asks for a ROM: +> +> That might work, but there haven't been any releases for a while. You can use it as a start, but eventually you should replace that later by a freshly compiled version from the source repo (https://github.com/aranym/aranym) + +Okey, I'll adjust the PKGBUILD. + +> > Which file(s) do I need exactly? And can you specify how to invoke ARAnyM to load the ROM/images? +> +> Seems you have figured that out already. You should specify EmuTOS as ROM in `~/.aranym/config` +> +> ``` +> [GLOBAL] +> EmuTOS = emutos-aranym.img +> ``` + +I'm using the `runme.sh` insize `freemint-1-19-bc6492f7-040-aranym.zip`, `EmuTOS` is already set to that value. + +> > Managed to boot FreeMiNT and open a bash shell: +> +> Nice. Thats almost all you need. Easiest way to access other files is to map a host filesystem: +> +> ``` +> [HOSTFS] +> H = ~/ +> ``` +> +> (or some other dir) +> +> Edit: You should make sure that important directories like /usr point to a filesystem that supports long filenames, otherwise you run into trouble with lots of unix programs. /usr is typically setup as a symlink in u:\usr (U:\ is the root filesystem for MiNT) + +So you cross-compile Dillo with dynamic libs and then you share the binary and dependencies inside the VM with the HOSTFS mounts? + + + +--%-- +From: th-otto +Date: Mon, 25 Dec 2023 16:42:06 +0000 + +There aren't any dynamic libs ;) But basically yes, i cross-compile dillo on linux, then switch to aranym, cd to the directory where i just compiled it on the host, and run it from there. + +For the dip-programs, you can copy them inside aranym to the /usr/lib/dillo directory. But i think for a first test they are not needed. + +But it seems it is not that easy to setup the X.app for atari correctly. See also the thread https://www.atari-forum.com/viewtopic.php?p=455548#p455548
\ No newline at end of file |