Support for Atari machines

[rodarima]

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 --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:

[rodarima]

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

Thanks for the patch!

[th-otto]

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

[rodarima]

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 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.

[rodarima]

Managed to get EmuTOS loading:

But no idea how to load FreeMiNT.

[rodarima]

Managed to boot FreeMiNT and open a bash shell:

[th-otto]

It seems to be available in the AUR 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)

[rodarima]

It seems to be available in the AUR 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?

[th-otto]

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