Mailing Lists: 2025

It looked like something to do with plugins in binutils. Where I got it from had plugins disabled, but when I tried to run the SDK against it it complained. Looking that up, appeared to relate to plugins needing to be enabled in binutils. However that doesn't work either (something about not a valid library). I got stuck at that point. I think there were a couple of patches which I couldn't build with clib2, which may have had an impact.

Ultimately it came from here:
https://github.com/AmigaPorts/m68k-amigaos-gcc/

Chris

10 Dec 2025 20:22:16 John-Mark Bell <dmarc-noreply@freelists.org>:

Hi Chris,

Thanks! The old one is certainly on borrowed time, so it's good to hear that there's something newer we can look at picking up (that's less true of the ancient GCC 4.7.4 for RISC OS, however, which is basically unmaintained these days and is similarly long in the tooth).

I'll take a look at your branch at some point to see if it can be coaxed into working. We don't do anything particularly special in our toolchain builds, tbh -- mostly just specifying a suitable installation location, so if it is known to work elsewhere, then there's no fundamental reason it wouldn't work here.

J.

On 08/12/2025 10:29, Chris Young wrote:

Hey John-Mark

In relation to the below, I was trying to update this to a newer GCC - you can see my attempt in chris/m68k-gcc15. Ultimately I gave up as it kept complaining about not being able to create binaries. In theory this compiler does work outside the NetSurf toolchain, but I'm not familiar enough with the workings of GCC to figure out what's wrong here.

There might be some of my NDK 3.2 updates on that branch which will need reverting. I'm holding off moving to that until after the next NetSurf release, as it's going to break 3.5/3.9 compatibility.

Chris

8 Dec 2025 01:19:41 NetSurf Browser Project <dmarc-noreply@freelists.org>:

Gitweb links:

...log http://git.netsurf-browser.org/toolchains.git/shortlog/a5187886ae92325c9859ac5efaefae0d851137b4
...commit http://git.netsurf-browser.org/toolchains.git/commit/a5187886ae92325c9859ac5efaefae0d851137b4
...tree http://git.netsurf-browser.org/toolchains.git/tree/a5187886ae92325c9859ac5efaefae0d851137b4

The branch, jmb/sdk-update has been updated
       via a5187886ae92325c9859ac5efaefae0d851137b4 (commit)
       via 0ed58efcbe99982c34cd31623fbd3c49499b998d (commit)
       via 6cfb90abc9798bf4c6b29a30b0f58291cfaaf1b9 (commit)
       via 7e09c0d16f371bd95d982243a75612a855e83fb3 (commit)
       via 841d3230a29004935514443aa831f24e594ca57c (commit)
       via 2bffa4dc4e5bcc57e1fd996567dee292b40a1889 (commit)
      from 78390cc946b54c1e4b79fb0d6ff12638f1b3de40 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commitdiff http://git.netsurf-browser.org/toolchains.git/commit/?id=a5187886ae92325c9859ac5efaefae0d851137b4
commit a5187886ae92325c9859ac5efaefae0d851137b4
Author: John-Mark Bell <jmb@netsurf-browser.org>
Commit: John-Mark Bell <jmb@netsurf-browser.org>

    m68k-unknown-amigaos: disable fatal warnings in GCC14

    The sources being built here are ancient and give GCC14 a large
    amount of (reasonable) indigestion. It is intractable to patch
    these, so simply stop the fatal ones being fatal. Trying to build
    GCC 3.4.6 (or binutils 2.14) from source with any modern compiler
    is increasingly unlikely to work without copious warnings, at
    minimum.

    Thus, this entire toolchain is in need of updating to something
    more modern (if, indeed, such a thing exists).

diff --git a/m68k-unknown-amigaos/Makefile b/m68k-unknown-amigaos/Makefile
index c232f2b..437c309 100644
--- a/m68k-unknown-amigaos/Makefile
+++ b/m68k-unknown-amigaos/Makefile
@@ -154,7 +154,7 @@ $(BUILDSTEPS)/ndk.d: $(SOURCESDIR)/$(UPSTREAM_NDK_TARBALL) $(SOURCESDIR)/$(UPSTR
###

$(BUILDSTEPS)/bootstrap-compiler.d: $(BUILDSTEPS)/bison.d $(BUILDSTEPS)/srcdir-step3.d $(BUILDSTEPS)/binutils.d
-   cd $(BUILDDIR) && $(GCC_ENV_PARAMS) $(GCC_SRCDIR)/configure \
+   cd $(BUILDDIR) && $(GCC_ENV_PARAMS) CFLAGS="-Wno-implicit-int -Wno-implicit-function-declaration -Wno-incompatible-pointer-types" $(GCC_SRCDIR)/configure \
                --prefix=$(PREFIX) \
                --target=$(TARGET_NAME) \
                --disable-threads \
@@ -223,7 +223,7 @@ $(BUILDSTEPS)/$(UPSTREAM_BISON_TARBALL).d: $(BUILDSTEPS)/buildsteps.d $(SOURCESD
# Build a 32bit binary until this gets fixed
$(BUILDSTEPS)/binutils.d: $(BUILDSTEPS)/binutils-srcdir.d
    mkdir -p $(BUILDDIR)/binutils
-   cd $(BUILDDIR)/binutils && CFLAGS="-m32" LDFLAGS="-m32" $(BINUTILS_SRCDIR)/configure --prefix=$(PREFIX) --target=$(TARGET_NAME) --disable-nls --disable-werror
+   cd $(BUILDDIR)/binutils && CFLAGS="-m32 -Wno-implicit-int -Wno-implicit-function-declaration" LDFLAGS="-m32" $(BINUTILS_SRCDIR)/configure --prefix=$(PREFIX) --target=$(TARGET_NAME) --disable-nls --disable-werror
    cd $(BUILDDIR)/binutils && make
    cd $(BUILDDIR)/binutils && make install
    touch $@

commitdiff http://git.netsurf-browser.org/toolchains.git/commit/?id=0ed58efcbe99982c34cd31623fbd3c49499b998d
commit 0ed58efcbe99982c34cd31623fbd3c49499b998d
Author: John-Mark Bell <jmb@netsurf-browser.org>
Commit: John-Mark Bell <jmb@netsurf-browser.org>

    m68k-unknown-amigaos: pin a known-working binutils

    It turns out that the Makefile would just fetch whatever was at
    the top of the SVN branch, which is unfortunate. It also turns
    out that nothing happens if there's already a stamp file
    indicating that the sources have been obtained. Pin the revision
    last fetched by the CI worker (which dates from 2017, so is
    hardly modern) as that is known to work (and our patches apply
    to it).

diff --git a/m68k-unknown-amigaos/Makefile b/m68k-unknown-amigaos/Makefile
index a9c17d2..c232f2b 100644
--- a/m68k-unknown-amigaos/Makefile
+++ b/m68k-unknown-amigaos/Makefile
@@ -7,10 +7,11 @@ UPSTREAM_GCC_VERSION := 3.4.6
UPSTREAM_GCC_TARBALL := gcc-$(UPSTREAM_GCC_VERSION).tar.bz2
UPSTREAM_GCC_URI := http://ftp.gnu.org/gnu/gcc/gcc-$(UPSTREAM_GCC_VERSION)/$(UPSTREAM_GCC_TARBALL)

+UPSTREAM_BINUTILS_REVISION := 630
UPSTREAM_BINUTILS_VERSION := 2.14
# Not a tarball; so sue me
UPSTREAM_BINUTILS_TARBALL := binutils-$(UPSTREAM_BINUTILS_VERSION)
-UPSTREAM_BINUTILS_URI := http://svn.code.sf.net/p/adtools/code/branches/binutils/$(UPSTREAM_BINUTILS_VERSION)/
+UPSTREAM_BINUTILS_URI := http://svn.code.sf.net/p/adtools/code/branches/binutils/$(UPSTREAM_BINUTILS_VERSION)/@$(UPSTREAM_BINUTILS_REVISION)

UPSTREAM_GMP_VERSION := 4.3.2
UPSTREAM_GMP_TARBALL := gmp-$(UPSTREAM_GMP_VERSION).tar.bz2

commitdiff http://git.netsurf-browser.org/toolchains.git/commit/?id=6cfb90abc9798bf4c6b29a30b0f58291cfaaf1b9
commit 6cfb90abc9798bf4c6b29a30b0f58291cfaaf1b9
Author: John-Mark Bell <jmb@netsurf-browser.org>
Commit: John-Mark Bell <jmb@netsurf-browser.org>

    SDK/libcurl: refresh patches for m68k-unknown-amigaos

diff --git a/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p b/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p
index ba595ca..0e3a6d3 100644
--- a/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p
+++ b/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p
@@ -1,10 +1,10 @@
--- lib/curl_setup.h.orig 2017-10-10 15:19:45.611896396 +0100
+++ lib/curl_setup.h   2017-10-17 15:42:25.304921197 +0100
-@@ -314,7 +314,6 @@
+@@ -454,7 +454,6 @@
   * In clib2 arpa/inet.h warns that some prototypes may clash
   * with bsdsocket.library. This avoids the definition of those.
   */
-# define __NO_NET_API

Posted by WPB at 13:04 No comments:
Email This BlogThis!Share to X Share to Facebook Share to Pinterest

[netsurf-dev] Re: toolchains: branch jmb/sdk-update updated. a5187886ae92325c9859ac5efaefae0d851137b4

Hi Chris,

Thanks! The old one is certainly on borrowed time, so it's good to hear that there's something newer we can look at picking up (that's less true of the ancient GCC 4.7.4 for RISC OS, however, which is basically unmaintained these days and is similarly long in the tooth).

I'll take a look at your branch at some point to see if it can be coaxed into working. We don't do anything particularly special in our toolchain builds, tbh -- mostly just specifying a suitable installation location, so if it is known to work elsewhere, then there's no fundamental reason it wouldn't work here.

On 08/12/2025 10:29, Chris Young wrote:

Hey John-Mark

In relation to the below, I was trying to update this to a newer GCC - you can see my attempt in chris/m68k-gcc15. Ultimately I gave up as it kept complaining about not being able to create binaries. In theory this compiler does work outside the NetSurf toolchain, but I'm not familiar enough with the workings of GCC to figure out what's wrong here.

There might be some of my NDK 3.2 updates on that branch which will need reverting. I'm holding off moving to that until after the next NetSurf release, as it's going to break 3.5/3.9 compatibility.

Chris

8 Dec 2025 01:19:41 NetSurf Browser Project <dmarc-noreply@freelists.org>:

Gitweb links:

...log http://git.netsurf-browser.org/toolchains.git/shortlog/a5187886ae92325c9859ac5efaefae0d851137b4
...commit http://git.netsurf-browser.org/toolchains.git/commit/a5187886ae92325c9859ac5efaefae0d851137b4
...tree http://git.netsurf-browser.org/toolchains.git/tree/a5187886ae92325c9859ac5efaefae0d851137b4

The branch, jmb/sdk-update has been updated
       via a5187886ae92325c9859ac5efaefae0d851137b4 (commit)
       via 0ed58efcbe99982c34cd31623fbd3c49499b998d (commit)
       via 6cfb90abc9798bf4c6b29a30b0f58291cfaaf1b9 (commit)
       via 7e09c0d16f371bd95d982243a75612a855e83fb3 (commit)
       via 841d3230a29004935514443aa831f24e594ca57c (commit)
       via 2bffa4dc4e5bcc57e1fd996567dee292b40a1889 (commit)
      from 78390cc946b54c1e4b79fb0d6ff12638f1b3de40 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commitdiff http://git.netsurf-browser.org/toolchains.git/commit/?id=a5187886ae92325c9859ac5efaefae0d851137b4
commit a5187886ae92325c9859ac5efaefae0d851137b4
Author: John-Mark Bell <jmb@netsurf-browser.org>
Commit: John-Mark Bell <jmb@netsurf-browser.org>

    m68k-unknown-amigaos: disable fatal warnings in GCC14

    The sources being built here are ancient and give GCC14 a large
    amount of (reasonable) indigestion. It is intractable to patch
    these, so simply stop the fatal ones being fatal. Trying to build
    GCC 3.4.6 (or binutils 2.14) from source with any modern compiler
    is increasingly unlikely to work without copious warnings, at
    minimum.

    Thus, this entire toolchain is in need of updating to something
    more modern (if, indeed, such a thing exists).

diff --git a/m68k-unknown-amigaos/Makefile b/m68k-unknown-amigaos/Makefile
index c232f2b..437c309 100644
--- a/m68k-unknown-amigaos/Makefile
+++ b/m68k-unknown-amigaos/Makefile
@@ -154,7 +154,7 @@ $(BUILDSTEPS)/ndk.d: $(SOURCESDIR)/$(UPSTREAM_NDK_TARBALL) $(SOURCESDIR)/$(UPSTR
###

$(BUILDSTEPS)/bootstrap-compiler.d: $(BUILDSTEPS)/bison.d $(BUILDSTEPS)/srcdir-step3.d $(BUILDSTEPS)/binutils.d
-   cd $(BUILDDIR) && $(GCC_ENV_PARAMS) $(GCC_SRCDIR)/configure \
+   cd $(BUILDDIR) && $(GCC_ENV_PARAMS) CFLAGS="-Wno-implicit-int -Wno-implicit-function-declaration -Wno-incompatible-pointer-types" $(GCC_SRCDIR)/configure \
                --prefix=$(PREFIX) \
                --target=$(TARGET_NAME) \
                --disable-threads \
@@ -223,7 +223,7 @@ $(BUILDSTEPS)/$(UPSTREAM_BISON_TARBALL).d: $(BUILDSTEPS)/buildsteps.d $(SOURCESD
# Build a 32bit binary until this gets fixed
$(BUILDSTEPS)/binutils.d: $(BUILDSTEPS)/binutils-srcdir.d
    mkdir -p $(BUILDDIR)/binutils
-   cd $(BUILDDIR)/binutils && CFLAGS="-m32" LDFLAGS="-m32" $(BINUTILS_SRCDIR)/configure --prefix=$(PREFIX) --target=$(TARGET_NAME) --disable-nls --disable-werror
+   cd $(BUILDDIR)/binutils && CFLAGS="-m32 -Wno-implicit-int -Wno-implicit-function-declaration" LDFLAGS="-m32" $(BINUTILS_SRCDIR)/configure --prefix=$(PREFIX) --target=$(TARGET_NAME) --disable-nls --disable-werror
    cd $(BUILDDIR)/binutils && make
    cd $(BUILDDIR)/binutils && make install
    touch $@

commitdiff http://git.netsurf-browser.org/toolchains.git/commit/?id=0ed58efcbe99982c34cd31623fbd3c49499b998d
commit 0ed58efcbe99982c34cd31623fbd3c49499b998d
Author: John-Mark Bell <jmb@netsurf-browser.org>
Commit: John-Mark Bell <jmb@netsurf-browser.org>

    m68k-unknown-amigaos: pin a known-working binutils

    It turns out that the Makefile would just fetch whatever was at
    the top of the SVN branch, which is unfortunate. It also turns
    out that nothing happens if there's already a stamp file
    indicating that the sources have been obtained. Pin the revision
    last fetched by the CI worker (which dates from 2017, so is
    hardly modern) as that is known to work (and our patches apply
    to it).

diff --git a/m68k-unknown-amigaos/Makefile b/m68k-unknown-amigaos/Makefile
index a9c17d2..c232f2b 100644
--- a/m68k-unknown-amigaos/Makefile
+++ b/m68k-unknown-amigaos/Makefile
@@ -7,10 +7,11 @@ UPSTREAM_GCC_VERSION := 3.4.6
UPSTREAM_GCC_TARBALL := gcc-$(UPSTREAM_GCC_VERSION).tar.bz2
UPSTREAM_GCC_URI := http://ftp.gnu.org/gnu/gcc/gcc-$(UPSTREAM_GCC_VERSION)/$(UPSTREAM_GCC_TARBALL)

+UPSTREAM_BINUTILS_REVISION := 630
UPSTREAM_BINUTILS_VERSION := 2.14
# Not a tarball; so sue me
UPSTREAM_BINUTILS_TARBALL := binutils-$(UPSTREAM_BINUTILS_VERSION)
-UPSTREAM_BINUTILS_URI := http://svn.code.sf.net/p/adtools/code/branches/binutils/$(UPSTREAM_BINUTILS_VERSION)/
+UPSTREAM_BINUTILS_URI := http://svn.code.sf.net/p/adtools/code/branches/binutils/$(UPSTREAM_BINUTILS_VERSION)/@$(UPSTREAM_BINUTILS_REVISION)

UPSTREAM_GMP_VERSION := 4.3.2
UPSTREAM_GMP_TARBALL := gmp-$(UPSTREAM_GMP_VERSION).tar.bz2

commitdiff http://git.netsurf-browser.org/toolchains.git/commit/?id=6cfb90abc9798bf4c6b29a30b0f58291cfaaf1b9
commit 6cfb90abc9798bf4c6b29a30b0f58291cfaaf1b9
Author: John-Mark Bell <jmb@netsurf-browser.org>
Commit: John-Mark Bell <jmb@netsurf-browser.org>

    SDK/libcurl: refresh patches for m68k-unknown-amigaos

diff --git a/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p b/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p
index ba595ca..0e3a6d3 100644
--- a/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p
+++ b/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p
@@ -1,10 +1,10 @@
--- lib/curl_setup.h.orig 2017-10-10 15:19:45.611896396 +0100
+++ lib/curl_setup.h   2017-10-17 15:42:25.304921197 +0100
-@@ -314,7 +314,6 @@
+@@ -454,7 +454,6 @@
   * In clib2 arpa/inet.h warns that some prototypes may clash
   * with bsdsocket.library. This avoids the definition of those.
   */
-# define __NO_NET_API

Posted by WPB at 12:21 No comments:
Email This BlogThis!Share to X Share to Facebook Share to Pinterest

Monday, 8 December 2025

[netsurf-dev] Re: toolchains: branch jmb/sdk-update updated. a5187886ae92325c9859ac5efaefae0d851137b4

Hey John-Mark

In relation to the below, I was trying to update this to a newer GCC - you can see my attempt in chris/m68k-gcc15. Ultimately I gave up as it kept complaining about not being able to create binaries. In theory this compiler does work outside the NetSurf toolchain, but I'm not familiar enough with the workings of GCC to figure out what's wrong here.

There might be some of my NDK 3.2 updates on that branch which will need reverting. I'm holding off moving to that until after the next NetSurf release, as it's going to break 3.5/3.9 compatibility.

Chris

8 Dec 2025 01:19:41 NetSurf Browser Project <dmarc-noreply@freelists.org>:

Gitweb links:

...log http://git.netsurf-browser.org/toolchains.git/shortlog/a5187886ae92325c9859ac5efaefae0d851137b4
...commit http://git.netsurf-browser.org/toolchains.git/commit/a5187886ae92325c9859ac5efaefae0d851137b4
...tree http://git.netsurf-browser.org/toolchains.git/tree/a5187886ae92325c9859ac5efaefae0d851137b4

The branch, jmb/sdk-update has been updated
       via a5187886ae92325c9859ac5efaefae0d851137b4 (commit)
       via 0ed58efcbe99982c34cd31623fbd3c49499b998d (commit)
       via 6cfb90abc9798bf4c6b29a30b0f58291cfaaf1b9 (commit)
       via 7e09c0d16f371bd95d982243a75612a855e83fb3 (commit)
       via 841d3230a29004935514443aa831f24e594ca57c (commit)
       via 2bffa4dc4e5bcc57e1fd996567dee292b40a1889 (commit)
      from 78390cc946b54c1e4b79fb0d6ff12638f1b3de40 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commitdiff http://git.netsurf-browser.org/toolchains.git/commit/?id=a5187886ae92325c9859ac5efaefae0d851137b4
commit a5187886ae92325c9859ac5efaefae0d851137b4
Author: John-Mark Bell <jmb@netsurf-browser.org>
Commit: John-Mark Bell <jmb@netsurf-browser.org>

    m68k-unknown-amigaos: disable fatal warnings in GCC14

    The sources being built here are ancient and give GCC14 a large
    amount of (reasonable) indigestion. It is intractable to patch
    these, so simply stop the fatal ones being fatal. Trying to build
    GCC 3.4.6 (or binutils 2.14) from source with any modern compiler
    is increasingly unlikely to work without copious warnings, at
    minimum.

    Thus, this entire toolchain is in need of updating to something
    more modern (if, indeed, such a thing exists).

diff --git a/m68k-unknown-amigaos/Makefile b/m68k-unknown-amigaos/Makefile
index c232f2b..437c309 100644
--- a/m68k-unknown-amigaos/Makefile
+++ b/m68k-unknown-amigaos/Makefile
@@ -154,7 +154,7 @@ $(BUILDSTEPS)/ndk.d: $(SOURCESDIR)/$(UPSTREAM_NDK_TARBALL) $(SOURCESDIR)/$(UPSTR
###

$(BUILDSTEPS)/bootstrap-compiler.d: $(BUILDSTEPS)/bison.d $(BUILDSTEPS)/srcdir-step3.d $(BUILDSTEPS)/binutils.d
-   cd $(BUILDDIR) && $(GCC_ENV_PARAMS) $(GCC_SRCDIR)/configure \
+   cd $(BUILDDIR) && $(GCC_ENV_PARAMS) CFLAGS="-Wno-implicit-int -Wno-implicit-function-declaration -Wno-incompatible-pointer-types" $(GCC_SRCDIR)/configure \
                --prefix=$(PREFIX) \
                --target=$(TARGET_NAME) \
                --disable-threads \
@@ -223,7 +223,7 @@ $(BUILDSTEPS)/$(UPSTREAM_BISON_TARBALL).d: $(BUILDSTEPS)/buildsteps.d $(SOURCESD
# Build a 32bit binary until this gets fixed
$(BUILDSTEPS)/binutils.d: $(BUILDSTEPS)/binutils-srcdir.d
    mkdir -p $(BUILDDIR)/binutils
-   cd $(BUILDDIR)/binutils && CFLAGS="-m32" LDFLAGS="-m32" $(BINUTILS_SRCDIR)/configure --prefix=$(PREFIX) --target=$(TARGET_NAME) --disable-nls --disable-werror
+   cd $(BUILDDIR)/binutils && CFLAGS="-m32 -Wno-implicit-int -Wno-implicit-function-declaration" LDFLAGS="-m32" $(BINUTILS_SRCDIR)/configure --prefix=$(PREFIX) --target=$(TARGET_NAME) --disable-nls --disable-werror
    cd $(BUILDDIR)/binutils && make
    cd $(BUILDDIR)/binutils && make install
    touch $@

commitdiff http://git.netsurf-browser.org/toolchains.git/commit/?id=0ed58efcbe99982c34cd31623fbd3c49499b998d
commit 0ed58efcbe99982c34cd31623fbd3c49499b998d
Author: John-Mark Bell <jmb@netsurf-browser.org>
Commit: John-Mark Bell <jmb@netsurf-browser.org>

    m68k-unknown-amigaos: pin a known-working binutils

    It turns out that the Makefile would just fetch whatever was at
    the top of the SVN branch, which is unfortunate. It also turns
    out that nothing happens if there's already a stamp file
    indicating that the sources have been obtained. Pin the revision
    last fetched by the CI worker (which dates from 2017, so is
    hardly modern) as that is known to work (and our patches apply
    to it).

diff --git a/m68k-unknown-amigaos/Makefile b/m68k-unknown-amigaos/Makefile
index a9c17d2..c232f2b 100644
--- a/m68k-unknown-amigaos/Makefile
+++ b/m68k-unknown-amigaos/Makefile
@@ -7,10 +7,11 @@ UPSTREAM_GCC_VERSION := 3.4.6
UPSTREAM_GCC_TARBALL := gcc-$(UPSTREAM_GCC_VERSION).tar.bz2
UPSTREAM_GCC_URI := http://ftp.gnu.org/gnu/gcc/gcc-$(UPSTREAM_GCC_VERSION)/$(UPSTREAM_GCC_TARBALL)

+UPSTREAM_BINUTILS_REVISION := 630
UPSTREAM_BINUTILS_VERSION := 2.14
# Not a tarball; so sue me
UPSTREAM_BINUTILS_TARBALL := binutils-$(UPSTREAM_BINUTILS_VERSION)
-UPSTREAM_BINUTILS_URI := http://svn.code.sf.net/p/adtools/code/branches/binutils/$(UPSTREAM_BINUTILS_VERSION)/
+UPSTREAM_BINUTILS_URI := http://svn.code.sf.net/p/adtools/code/branches/binutils/$(UPSTREAM_BINUTILS_VERSION)/@$(UPSTREAM_BINUTILS_REVISION)

UPSTREAM_GMP_VERSION := 4.3.2
UPSTREAM_GMP_TARBALL := gmp-$(UPSTREAM_GMP_VERSION).tar.bz2

commitdiff http://git.netsurf-browser.org/toolchains.git/commit/?id=6cfb90abc9798bf4c6b29a30b0f58291cfaaf1b9
commit 6cfb90abc9798bf4c6b29a30b0f58291cfaaf1b9
Author: John-Mark Bell <jmb@netsurf-browser.org>
Commit: John-Mark Bell <jmb@netsurf-browser.org>

    SDK/libcurl: refresh patches for m68k-unknown-amigaos

diff --git a/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p b/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p
index ba595ca..0e3a6d3 100644
--- a/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p
+++ b/sdk/recipes/patches/libcurl/m68k-unknown-amigaos/lib.curl_setup.h.p
@@ -1,10 +1,10 @@
--- lib/curl_setup.h.orig 2017-10-10 15:19:45.611896396 +0100
+++ lib/curl_setup.h   2017-10-17 15:42:25.304921197 +0100
-@@ -314,7 +314,6 @@
+@@ -454,7 +454,6 @@
   * In clib2 arpa/inet.h warns that some prototypes may clash
   * with bsdsocket.library. This avoids the definition of those.
   */
-# define __NO_NET_API

Posted by WPB at 02:29 No comments:
Email This BlogThis!Share to X Share to Facebook Share to Pinterest

Saturday, 29 November 2025

[netsurf-users] Re: Fonts

On 29 Nov, Drag N Drop wrote in message
<3D59E7C8-8322-4B22-818A-828B88073AF0@dragdrop.co.uk>:

> Ah, so it's really only for if it comes across a particular character not
> available the default font (Homerton.Medium on RISC OS?) it will see if it
> can get it from A.N.Other font, you think?

Isn't it RUfl that's doing the scanning (or on whose behalf NetSurf is doing
the scanning)?

https://www.netsurf-browser.org/projects/rufl/

It's to enable the rendering of Unicode glyphs which aren't represented in
the current system character set.

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.org.uk/

[netsurf-users] Re: Fonts

Ah, so it's really only for if it comes across a particular character not available the default font (Homerton.Medium on RISC OS?) it will see if it can get it from A.N.Other font, you think?

Kinda hoping you could write some CSS styling like

@font-face { font-family: 'customfont'; src: url('<Font$Path>.SomeRISCfont') }

body { font-family: customfont; }

so if the page is rendered on RISC OS it would use the specified SomeRISCfont and if it was on non-RISC OS it would fall back on standard fonts on that system.

Chris.
Drag N Drop | Publications for RISC OS computers | www.dragdrop.co.uk

On 29 November 2025 16:55:36 GMT, Paul Sprangers <dmarc-noreply@freelists.org> wrote:
>In article <9152F4A5-E371-4F53-819C-46AAEB402C99@dragdrop.co.uk>,
> Drag N Drop <dmarc-noreply@freelists.org> wrote:
>
>> I've always wondered what the point is of Netsurf scanning and keeping a
>> file of information about fonts.
>
>As far as I've understood, NetSurf scans all active fonts in order to be
>able to display as many different pages as possible, particularly pages
>that contain other characters than the Latin1 ones.
>
>Paul
>

[netsurf-users] Re: Fonts

In article <9152F4A5-E371-4F53-819C-46AAEB402C99@dragdrop.co.uk>,
Drag N Drop <dmarc-noreply@freelists.org> wrote:

> I've always wondered what the point is of Netsurf scanning and keeping a
> file of information about fonts.

As far as I've understood, NetSurf scans all active fonts in order to be
able to display as many different pages as possible, particularly pages
that contain other characters than the Latin1 ones.

Paul

--
https://riscos.sprie.nl

[netsurf-users] Fonts

Hi all,

Can anyone point me to any documentation about fonts in Netsurf, this is on RISC OS although not sure if it applies to all/other platforms.

Asking because I've always wondered what the point is of Netsurf scanning and keeping a file of information about fonts.

For example, is there a way of utilising local (RISC OS) fonts on web pages eg in CSS code?

Thanks

Chris.

Drag N Drop | Publications for RISC OS computers | www.dragdrop.co.uk

Sunday, 16 November 2025

[netsurf-dev] NetSurf domain down

All of the *.netsurf-browser.org services appear to be down.

Just in case you weren't already aware.

Chris

Friday, 14 November 2025

[netsurf-dev] Fwd: [FOSDEM] Call for participation: Retrocomputing Devroom - FOSDEM 2026

_______________________________________________
FOSDEM mailing list
FOSDEM@lists.fosdem.org
https://lists.fosdem.org/listinfo/fosdem-------- Message transféré --------
Sujet : [FOSDEM] Call for participation: Retrocomputing Devroom -
FOSDEM 2026
Date : Wed, 5 Nov 2025 00:04:19 +0100 (CET)
De : Sebas Devroom manager FOSDEM 2024 Retrocomputing <seg@seglabs.eu>
Pour : devrooms@fosdem.org <devrooms@fosdem.org>,
fosdem@lists.fosdem.org <fosdem@lists.fosdem.org>,
devroom-managers@lists.fosdem.org <devroom-managers@lists.fosdem.org>,
retrocomputing-devroom-manager@fosdem.org
<retrocomputing-devroom-manager@fosdem.org>

*******************************************************************************

*
*
* # FOSDEM 2026 - Retrocomputing Devroom - Call for participation: # *
*
*
*
*
*******************************************************************************

* Retrocomputing Devroom - WHAT
FOSDEM offers open source and free software developers a place to meet,
share ideas and collaborate. Renowned for being highly
developer-oriented, the event brings together some 8500+ participants
from all over the world.
The twenty-sixth edition will take place Saturday 31st January and
Sunday 01st February 2026 in Brussels, Belgium.
The *Retrocomputing DevRoom* will welcome your talks about usage of
older computing hardware and software in modern times.
* Presentation topics may include, but are not limited to:
- Emulation of old systems (i.e. to run videogames, legacy
software, etc.);
- New software, hardware or related to be used with classic systems;
- Open source software emulation/simulation;
- Open hardware;
- Operating systems for retrocomputers & retrosystems;
- Uses of retrocomputing today;
- Other retrocomputing topics;
FOSDEM is an open source conference, therefore commercial and/or
marketing presentations are not allowed.
* Timeline - WHEN
- Deadline submission of your talk proposal: December 01st 2025;
- Accepted talks to be notified by December 15th, 2025;
- FOSDEM dates 31st January & 01st February 2026;
- *Retrocomputing devroom: 01st February 2026 (afternoon).*
* Submission of proposal - practicalities - HOW
We are accepting talks of 20-30 minutes, with time for Q&A's afterwards.
Should you need less or more time, please let us know in your submission.
The conference language is English.
Talks will be delivered live, no pre-recorded talks!!
All submissions have to be made in the pretalx event planning tool:
https://fosdem.org/submit (https://pretalx.fosdem.org/fosdem-2026/cfp)
While creating your proposal, please provide the title of your talk, a
short abstract (one or two paragraphs), and some information about
yourself (name, bio, and photo).
If you used Pentabarf for a previous FOSDEM edition, we are sorry to
inform you the data wasn't migrated.
Make sure you select "Retrocomoputing" Devroom!!

* Recording Permission - CONSENT
All FOSDEM talks will be recorded; this requires speakers to consent to
being recorded and streamed.
Therefore, should you wish to be a speaker, please note you implicitly
give consent for your talk to be recorded and streamed. The recordings
will be published under the same license as all FOSDEM content (CC-BY).

* Volunteering - SUPPORT
A couple of volunteers would be welcome to support during the afternoon
session, ie.: pass the mic. around the room; control room attendance
capacity; technical setup; etc.
Please reach out if you want to contribute in that sense.

* Contact
retrocomputing-devroom-manager at fosdem.org

* See you at FOSDEM!
FOSDEM is a free event for software developers to meet, share ideas and
collaborate. Every year, thousands of developers of free and open source
software from all over the world gather at the event in Brussels.
https://fosdem.org
By participating to the FOSDEM, you are required to adhere to the Code
of Conduct:
https://fosdem.org/2026/practical/conduct/

Sunday, 28 September 2025

[netsurf-dev] Video playback support

Hello,

I am interested in NetSurf development.
I saw there was preliminary support for video content, and have written
some code to make it work with newer versions of GStreamer,
although I do wonder whether GStreamer really fits as a NetSurf dependancy.
I'd like to further improve video playback support in NetSurf, but would
like to know whether there is already someone working on it and if I
could contribute.
There are some issues beyond pure playback: video playback creates a
need for some streaming option in the content fetchers, as it is not
possible (especially for memory-constrained devices) to load the
whole video in advance. If such an option would be considered,
I would also be willing to implement it.

Thanks,
avis137

Thursday, 25 September 2025

[netsurf-dev] Help identifying cause of assert

Hi all

In the AmigaOS3 frontend I'm getting the following when visiting https://github.com/jens-maus/amissl (and other GitHub pages):

(0.000034) [ERR flex] content/handlers/html/layout_flex.c:246 layout_flex_item: box 0x42bd06ac: layout failed
(0.230806) [ERR flex] content/handlers/html/layout_flex.c:246 layout_flex_item: box 0x42bcdb94: layout failed
(0.341922) [ERR flex] content/handlers/html/layout_flex.c:246 layout_flex_item: box 0x42bc4da4: layout failed

followed by the assert:

"containing_block->width != UNKNOWN_WIDTH" failed in file "content/handlers/html/layout.c", line 4481

As this works on the AmigaOS4 frontend and there is minimal difference in the layout/window related code, I'm at a loss as to what is causing it. Can anybody provide any pointers?

Chris

Monday, 22 September 2025

[netsurf-users] Re: Question about security

Hi Michael,

Thanks, good to know CodeQL is running.

How do you feel about applying to OSS-fuzz for the library ?

Then we could have pretty good confidence in its safety.

I am able to build libcss outside of NetSURF using meson, so there is nothing stopping

us from doing this other than creating a corpus of test css files, and writing the fuzzer.

Best,

Aaron

On Saturday, September 20th, 2025 at 1:03 PM, Michael Drake <dmarc-noreply@freelists.org> wrote:

Hi Aaron,

The issues detected by CodeQL appear under the security tab.
Probably not available unless you're a member of the repo.

You can read about it here:
https://docs.github.com/en/code-security/code-scanning/introduction-to-code-scanning/about-code-scanning-with-codeql
https://codeql.github.com/

The analysis is enabled by a CI workflow:
https://github.com/netsurf-browser/libcss/blob/master/.github/workflows/static-analysis.yaml#L48

There were three issues which I've squashed. I put the CodeQL Rule ID and description in the commit messages so you can see an example:

https://github.com/netsurf-browser/libcss/commit/c56188d7c19ae97453278cf62efb6a63cfc92f62
https://github.com/netsurf-browser/libcss/commit/e2833d3e2118b6b5531dcb51f98758b67d1d7ec9

Best regards,
Michael

On Wed, 17 Sept 2025 at 14:49, Aaron Boxer <dmarc-noreply@freelists.org> wrote:
Hi Michael,

Thanks, that helps. I looked at the Github mirror but CodeQL does not seem available - do you make this public elsewhere? The fact that libcss only does parsing and not rendering does reduce the attack surface, but there are a number of parsing vulnerabilities like ReDos that have affected other libraries such as WebKIT css parser.

Best,
Aaron

On Wednesday, September 17th, 2025 at 9:29 AM, Michael Drake <dmarc-noreply@freelists.org> wrote:

Hi Aaron,

For static analysis be have Coverity and Clang scan-build for libcss on Jenkins.

https://ci.netsurf-browser.org/jenkins/view/Static%20Analysis/

And on the GitHub mirror we have CodeQL.

Some of our libraries have been been fuzzed but I'm not sure if it's done routinely or ad-hoc. I'm also not sure if libcss was covered.

Best regards,
Michael

On Wed, 17 Sept 2025 at 14:20, Aaron Boxer <dmarc-noreply@freelists.org> wrote:
Hello!

I am interested in learning more about the safety and security of the NetSurf project in general, and the libcss library in particular. I don't see any CVEs listed for NetSurf, have there been any security incidents in the past, and is there any infrastructure in place like fuzzing or static analysis to mitigate standard C security issues like buffer overflow or use after free ?

I am interested in libcss in particular because I would like to use it in another project, GStreamer, which is part of many Linux distros; security is a big issue.

Many Thanks,
Aaron

Saturday, 20 September 2025

[netsurf-users] Re: Question about security

Hi Aaron,

The issues detected by CodeQL appear under the security tab.

Probably not available unless you're a member of the repo.

You can read about it here:

https://docs.github.com/en/code-security/code-scanning/introduction-to-code-scanning/about-code-scanning-with-codeql

https://codeql.github.com/

The analysis is enabled by a CI workflow:
https://github.com/netsurf-browser/libcss/blob/master/.github/workflows/static-analysis.yaml#L48

There were three issues which I've squashed. I put the CodeQL Rule ID and description in the commit messages so you can see an example:

https://github.com/netsurf-browser/libcss/commit/c56188d7c19ae97453278cf62efb6a63cfc92f62

https://github.com/netsurf-browser/libcss/commit/e2833d3e2118b6b5531dcb51f98758b67d1d7ec9

Best regards,

Michael

On Wed, 17 Sept 2025 at 14:49, Aaron Boxer <dmarc-noreply@freelists.org> wrote:

Hi Michael,

Thanks, that helps. I looked at the Github mirror but CodeQL does not seem available - do you make this public elsewhere? The fact that libcss only does parsing and not rendering does reduce the attack surface, but there are a number of parsing vulnerabilities like ReDos that have affected other libraries such as WebKIT css parser.

Best,
Aaron

On Wednesday, September 17th, 2025 at 9:29 AM, Michael Drake <dmarc-noreply@freelists.org> wrote:

Hi Aaron,

For static analysis be have Coverity and Clang scan-build for libcss on Jenkins.

https://ci.netsurf-browser.org/jenkins/view/Static%20Analysis/

And on the GitHub mirror we have CodeQL.

Some of our libraries have been been fuzzed but I'm not sure if it's done routinely or ad-hoc. I'm also not sure if libcss was covered.

Best regards,
Michael

On Wed, 17 Sept 2025 at 14:20, Aaron Boxer <dmarc-noreply@freelists.org> wrote:
Hello!

I am interested in learning more about the safety and security of the NetSurf project in general, and the libcss library in particular. I don't see any CVEs listed for NetSurf, have there been any security incidents in the past, and is there any infrastructure in place like fuzzing or static analysis to mitigate standard C security issues like buffer overflow or use after free ?

I am interested in libcss in particular because I would like to use it in another project, GStreamer, which is part of many Linux distros; security is a big issue.

Many Thanks,
Aaron

Wednesday, 17 September 2025

[netsurf-users] Re: Question about security

Hi Michael,

Thanks, that helps. I looked at the Github mirror but CodeQL does not seem available - do you make this public elsewhere? The fact that libcss only does parsing and not rendering does reduce the attack surface, but there are a number of parsing vulnerabilities like ReDos that have affected other libraries such as WebKIT css parser.

Best,

Aaron

On Wednesday, September 17th, 2025 at 9:29 AM, Michael Drake <dmarc-noreply@freelists.org> wrote:

Hi Aaron,

For static analysis be have Coverity and Clang scan-build for libcss on Jenkins.

https://ci.netsurf-browser.org/jenkins/view/Static%20Analysis/

And on the GitHub mirror we have CodeQL.

Some of our libraries have been been fuzzed but I'm not sure if it's done routinely or ad-hoc. I'm also not sure if libcss was covered.

Best regards,
Michael

On Wed, 17 Sept 2025 at 14:20, Aaron Boxer <dmarc-noreply@freelists.org> wrote:
Hello!

I am interested in learning more about the safety and security of the NetSurf project in general, and the libcss library in particular. I don't see any CVEs listed for NetSurf, have there been any security incidents in the past, and is there any infrastructure in place like fuzzing or static analysis to mitigate standard C security issues like buffer overflow or use after free ?

I am interested in libcss in particular because I would like to use it in another project, GStreamer, which is part of many Linux distros; security is a big issue.

Many Thanks,
Aaron

[netsurf-users] Re: Question about security

Hi Aaron,

For static analysis be have Coverity and Clang scan-build for libcss on Jenkins.

https://ci.netsurf-browser.org/jenkins/view/Static%20Analysis/

And on the GitHub mirror we have CodeQL.

Some   of our libraries have been been fuzzed but I'm not sure if it's done   routinely or ad-hoc. I'm also not sure if libcss was covered.

Best regards,
Michael

On Wed, 17 Sept 2025 at 14:20, Aaron Boxer <dmarc-noreply@freelists.org> wrote:

Hello!

I am interested in learning more about the safety and security of the NetSurf project in general, and the libcss library in particular. I don't see any CVEs listed for NetSurf, have there been any security incidents in the past, and is there any infrastructure in place like fuzzing or static analysis to mitigate standard C security issues like buffer overflow or use after free ?

I am interested in libcss in particular because I would like to use it in another project, GStreamer, which is part of many Linux distros; security is a big issue.

Many Thanks,
Aaron

[netsurf-users] Question about security

Hello!

I am interested in learning more about the safety and security of the NetSurf project in general, and the libcss library in particular. I don't see any CVEs listed for NetSurf, have there been any security incidents in the past, and is there any infrastructure in place like fuzzing or static analysis to mitigate standard C security issues like buffer overflow or use after free ?

I am interested in libcss in particular because I would like to use it in another project, GStreamer, which is part of many Linux distros; security is a big issue.

Many Thanks,

Aaron

Saturday, 30 August 2025

Re: [A9home-list] Latest RISC OS Version

In message <CAHQJq4KZP0B1GsfZ-saTs3Y4cF0phvOWG0zXanxhpbA7kUrjfA@mail.gmai
l.com>
Rob Heaton via A9home-list <a9home-list@riscository.co.uk>
wrote:

> Hello,
> I've recently acquired an A9Home, it's running RISC OS 4.42 pre8, is this
> the latest version that was released?

Hi Rob,

RISC OS 4.42 pre8 is is I believe the latest version released for the
A9home. At least it is the last version I receive from Matt Edgar.

I do believe they were working or RO6 release but this never happened.
Shame. Would love to have RO6 on my A9home. Although I have a Pinebook.
Still use my A9home as my main RISC OS system.

--
Sent from Pinebook 1080p running RISC OS 5.31

--
This mailing list is hosted by RISCOSitory/Soft Rock Software
http://www.riscository.com/mailing-lists/

[A9home-list] Latest RISC OS Version

Hello,

I've recently acquired an A9Home, it's running RISC OS 4.42 pre8, is this the latest version that was released?

Many Thanks,

Rob.

Thursday, 26 June 2025

[netsurf-dev] Re: toolchains: branch master updated. cad54cc7a380de7eb0f9264f887f2a5075b2e175

Hi all

I've updated the ppc-amigaos toolchain to gcc 11.3 + bintutils 2.40.

Built it and the SDK, built NetSurf, all working OK.

I'd appreciate it if somebody can kick off the Jenkins build for the
toolchain so the CI builds use gcc 11.

Thanks!
Chris

On 25/06/2025 22:12, NetSurf Browser Project (Commit Mailer) wrote:
> Gitweb links:
>
> ...log
> http://git.netsurf-browser.org/toolchains.git/shortlog/cad54cc7a380de7eb0f9264f887f2a5075b2e175
> ...commit
> http://git.netsurf-browser.org/toolchains.git/commit/cad54cc7a380de7eb0f9264f887f2a5075b2e175
> ...tree
> http://git.netsurf-browser.org/toolchains.git/tree/cad54cc7a380de7eb0f9264f887f2a5075b2e175
>
> The branch, master has been updated
> via cad54cc7a380de7eb0f9264f887f2a5075b2e175 (commit)
> via e1dfb3731fca4740ea146a2ca1469f7497a13082 (commit)
> via 84b59ee96a147abdcbaddeb8fda48a51bc33ce4c (commit)
> via 84a86b8d3a67765a1a10b1b7da56f04b8049c02d (commit)
> via c154bbe791913eb5c3fdaea5cf1570c1e5442eab (commit)
> from 75ee5481a05acc6cced66b5aa0d3dccc939436d9 (commit)
>
> Those revisions listed above that are new to this repository have
> not appeared on any other notification email; so we list those
> revisions in full, below.
>
> - Log -----------------------------------------------------------------
> commitdiff
> http://git.netsurf-browser.org/toolchains.git/commit/?id=cad54cc7a380de7eb0f9264f887f2a5075b2e175
> commit cad54cc7a380de7eb0f9264f887f2a5075b2e175
> Author: Chris Young <chris@unsatisfactorysoftware.co.uk>
> Commit: Chris Young <chris@unsatisfactorysoftware.co.uk>
>
> ppc-amigaos: Update gcc to v11.3

[netsurf-users] Re: No new build for 3 months

Hi Paul

On 21/06/2025 12:24, Paul Stewart wrote:
> Hi all,
>
> Is the build system broken? There has been no new build for 3 months.
>
> Regards
>
> Paul

I think this was just because there hadn't been any commits in three
months :(

I've made some today/yesterday and they've built as expected.

Chris

[netsurf-users] Re: No new build for 3 months

Saturday, 21 June 2025

[netsurf-users] No new build for 3 months

Hi all,

Is the build system broken? There has been no new build for 3 months.

Regards

Paul

Tuesday, 10 June 2025

[netsurf-dev] Redirect ignores anchor

Hi all,

I've been upgrading the web interface to my accounts app. When I run
the regulars to the transactions database, I want the transactions to
be displayed with the first added regular at the top of the window.

This has to be done in two stages. First is to execute the regulars,
which gives me the position of the first new one in the list. Second
is to display the list. So clicking the Execute button invokes the
ExecRegs script (this all runs under Webjames), which does what its
name suggests, and returns HTML with a 302 link to Accounts, with a
URL of the form:

/cgi-bin/Accounts#t107

for example, to display with line 107 at the top. This works well
with Firefox and the Samsung browser.

However, with Netsurf, I briefly see that URL in the URL bar, then a
moment later the URL is replaced but without the hash-link on the end.
The display is from the first line, which is not what I intend.

Is this the expected behaviour?

NS 3.12 (Dev CI #6804), RISC OS 5.31 (18-May-25).

David

[netsurf-dev] Redirect ignores anchor

Hi all,

I've been upgrading the web interface to my accounts app. When I run
the regulars to the transactions database, I want the transactions to
be displayed with the first added regular at the top of the window.

This has to b done in two stages. First is to execute the regulars,
which gives me the position of the first new one in the list. Second
is to display the list. So clicking the Execute button invokes the
ExecRegs script (this all runs under Webjames), which does what its
name suggests, and returns HTML with a 302 link to Accounts, with a
URL of the form:

/cgi-bin/Accounts#t107

for example, to display with line 107 at the top. This works well
with Firefox and the Samsung browser.

However, with Netsurf, I briefly see that URL in the URL bar, then a
moment later the URL is replaced but without the hash-link on the end.
The display is from the first line, which is not what I intend.

Is this the expected behaviour?

NS 3.12 (Dev CI #6804), RISC OS 5.31 (18-May-25).

David

Monday, 9 June 2025

[netsurf-dev] Re: Pull request: CSS support for libsvgtiny

On Mon, 2023-11-20 at 12:27 -0500, Michael Orlitzky wrote:
> As promised, and only a month late. My branch is available at,
>
> https://gitweb.michael.orlitzky.com/libsvgtiny.git libcss
>

I've rebased this over the latest libsvgtiny refactoring. The new
branch is "libcss-ng" -- I kept the old one around in case I messed up
squashing something. Since I was rewriting history anyway, I combined
fixes where it was not too hard to do so.

Gitweb link:

https://gitweb.michael.orlitzky.com/?p=libsvgtiny.git;a=shortlog;h=refs/heads/libcss-ng

Sunday, 8 June 2025

[netsurf-dev] [PATCH] src/svgtiny_gradient.c: be more careful with float -> int assignment

Assigning the value of a float to an unsigned int is undefined
behavior unless the value is guaranteed to fit. We run afoul of this
in compute_grad_points(), where the number of steps is computed using
a floating point calculation.

On a RISC-V / musl system, the end result is that we wind up with
steps = the maximum value of an unsigned int, when really this should
be an error case resulting in steps = 1. The test suite catches this.
---
src/svgtiny_gradient.c | 14 +++++++++++++-
1 file changed, 13 insertions(+), 1 deletion(-)

diff --git a/src/svgtiny_gradient.c b/src/svgtiny_gradient.c
index ca961cc..8fd0f83 100644
--- a/src/svgtiny_gradient.c
+++ b/src/svgtiny_gradient.c
@@ -6,6 +6,7 @@
*/

#include <assert.h>
+#include <limits.h>
#include <math.h>
#include <string.h>
#include <stdio.h>
@@ -427,7 +428,18 @@ compute_grad_points(float *p,
if(isnan(r0) || isnan(r1)) {
steps = 1;
} else {
- steps = ceilf(fabsf(r1 - r0) / 0.05);
+ /* float -> int assignment is undefined unless
+ * the value is guaranteed to fit */
+ float stepsf = ceilf(fabsf(r1 - r0) / 0.05);
+ if (isnan(stepsf)) {
+ steps = 1;
+ }
+ else if (stepsf > (float)UINT_MAX) {
+ steps = 1;
+ }
+ else {
+ steps = stepsf;
+ }
}

if (steps == 0)
--
2.49.0

[netsurf-dev] Redirect ignores anchor

Hi all,

I've been upgrading the web interface to my accounts app. When I run
the regulars to the transactions database, I want the transactions to
be displayed with the first added regular at the top of the window.

This has to b done in two stages. First is to execute the regulars,
which gives me the position of the first new one in the list. Second
is to display the list. So clicking the Execute button invokes the
ExecRegs script (this all runs under Webjames), which does what its
name suggests, and returns HTML with a 302 link to Accounts, with a
URL of the form:

/cgi-bin/Accounts#t107

for example, to display with line 107 at the top. This works well
with Firefox and the Samsung browser.

However, with Netsurf, I briefly see that URL in the URL bar, then a
moment later the URL is replaced but without the hash-link on the end.
The display is from the first line, which is not what I intend.

Is this the expected behaviour?

NS 3.12 (Dev CI #6804), RISC OS 5.31 (18-May-25).

David

Tuesday, 3 June 2025

[netsurf-dev] ncurses once again

Hello,
years ago I had an idea to make the ncurses frontend.
I back to this idea.
At https://github.com/rkd77/nstxt/blob/main/netsurf-textmode.patch there is a patch
against netsurf master branch. To build:
make TARGET=textmode

Usage as framebuffer, F10 key quits. If you want to change URL, click on top and change url.
The idea is to align to terminal cells. Sometimes it does not work well, not always alignment
is correct.

What to change in this code to be accepted?
Changes to netsurf code are minimal. You could have one more user if you add ncurses frontend.

Witold Filipczyk

Wednesday, 21 May 2025

[netsurf-users] pseudo elements

Hello!

I am using libcss to parse CSS from WebVTT subtitle file.

example :

WEBVTT

STYLE

::cue {

color: red;

font-family: Arial, sans-serif;

font-size: 16px;

font-weight: bold;

text-indent: 20px;

background-color: rgba(0, 0, 0, 0.5);

text-shadow: 1px 1px 2px black;

}

::cue(#\3) {

color: blue;

background-color: rgba(0.5, 0, 0, 0);

font-size: 18px;

padding: 5px;

}

I treat cue as a pseudo element. And for some reason, I have to strip the double colon from the id in order for libcss to process it. Below is my code that integrates with libcss

https://gitlab.freedesktop.org/boxerab/gstreamer/-/blob/webvtt/subprojects/gst-plugins-base/gst/subparse/gstcssparse.c?ref_type=heads

Any advice would be greatly appreciated!

Many Thanks,

Aaron Boxer

[netsurf-dev] Adding meson support to libcss

Hello!
I am using libcss in gstreamer project to parse css in webvtt web subtitle parser.
As gstreamer build system uses meson, I have added support for this in a branch

https://gitlab.collabora.com/libcss

Is there any interest in upstreaming support for meson ?

Many Thanks,

Aaron Boxer

Friday, 28 March 2025

[netsurf-users] NetSurf Dynamic Area cleanup/scavenging

I have noticed for sometime now that NetSurf is not very good at clearing
up it's Dynamic Memory area. For example if I view a few web sites, I
find I have multiple Dynamic Areas for NetSurf, some quite large, but only
every disappear when I quite NetSurf.

I'm guessing this a general feature of NetSurf ;)

--
Paul Stewart Sent from A9home running RISC OS 4.42

[netsurf-users] Re: RISC OS web search configuration

In message <ba3c12015c.admin@bazleyfamily.co.uk>
Harriet Bazley <lists@bazleyfamily.co.uk> wrote:

> From a user interface point of view it would be preferable to have an
> indication on said Welcome page of which search engine will actually be
> used, and a way to switch, say, temporarily to Ebay without
> reconfiguring via Choices - but I can see that it is complicated by the
> fact that this is a web page and not a normal RISC OS window with
> drop-down menus etc....

For those of use that do not use the Welcome page, I would say better to
have indication in the URL bar. Perhaps a logo or text to appear on the
right handside? Then perhaps if you menu click over the logo/text it will
pop-up with list of available choices to temporarily choose from.

--
Paul Stewart Sent from A9home running RISC OS 4.42

[netsurf-users] Re: RISC OS web search configuration

In message <0abb1966-9d44-401b-8f51-057185fae7fc@kyllikki.org>
vincent sanders <vince@kyllikki.org> wrote:

> Back in February I updated the integrated web search functionality.

> At the time I mentioned I would attempt to allow the configuration of
> the active web search on RISC OS through the GUI instead of having to
> edit the Choices file manually.

> This has been committed and available in CI build #6804

> I would be grateful if interested users could try the new configuration
> and mention any issues.

Thanks for this. Found the list in NetSurf Configuration GUI.

--
Paul Stewart Sent from A9home running RISC OS 4.42

Saturday, 22 March 2025

[netsurf-users] Re: What?

In article <5c012366a1dave@triffid.co.uk>,
Dave <dave@triffid.co.uk> wrote:
> In article <3FA46049-8D61-4BA8-9973-D4D81B998B5C@ypical.co.uk>,
> Frederick Bambrough <mlist@ypical.co.uk> wrote:
> > On 3 March 2025 07:45:40 UTC, Dave <dave@triffid.co.uk> wrote:
> > >Grump, grump! For a while now, NetSurf, #6786 and at present #6790
> > >will not connect with anything online, not even my own website. (And
> > >others).
> > >
> > >Reporting: "An error occurred when connecting to
> > >http://www.triffid.co.uk Could not resolve hostname."
> > >
> > >So what's going on?
> > >
> > >If I engage Uniserver, the URL is successfully thrown Windows side
> > >okay.
> > >
> > >If I go back a few versions to say, #6764 NS works okay.
> > >
> > >Thanks Dave
> > >

> > I've been getting something similar for a while except only with the
> > ROOL website. It works for a short while then gives the error you're
> > seeing. Even after the error it will access other sites though.

> Just read Vincent's posting about NetSurf #6804 and thought, in relation
> to my problem I'd give that a try.

> Naaa! As noted previously, NOT ONE of the recent versions of NetSurf,
> thought they will load to the icon bar and run okay, will connect with
> ANY address I try.

> I'm now back to #6764 and NS connects okay.

> What is causing this problem?

> VRPC-DL RISC OS 6.20

> Dave

I've now tried the recent NetSurf versions on a Number of different RISC
OS version installs, and they just will not do the business.

Revert to an older NS and it works okay.

I have absolutely no idea what's causing this?

Dave

--

Dave Triffid

Friday, 21 March 2025

[netsurf-users] Re: NetSurf no html filetype icon

In message <b6c839015c.harriet@bazleyfamily.co.uk>
Harriet Bazley <lists@bazleyfamily.co.uk> wrote:

>> Since updating #6799 I notice that my html files are showing in the filer
>> window with the unknown filetype icon ie a question mark. The files have a
>> file type of xFAF and launch NetSurf when double-clicked.
>>
>> Anyone else seen this?
>>
> !NetSurf.!Boot should contain the line
> Set File$Type_FAF HTML
> (although I would expect this to get set elsewhere in a modern Boot
> sequence), so if your files of type &FAF are not showing in the Filer as
> having type "HTML" that would suggest that this line has not been
> executed.

Filetype is being set
*show file$type_faf
File$Type_FAF : HTML
but the icon is not being picked up by HTML files

--
John Rickman

[netsurf-users] Re: NetSurf no html filetype icon

On 21 Mar 2025 as I do recall,
John Rickman wrote:

> Since updating #6799 I notice that my html files are showing in the filer
> window with the unknown filetype icon ie a question mark. The files have a
> file type of xFAF and launch NetSurf when double-clicked.
>
> Anyone else seen this?
>
!NetSurf.!Boot should contain the line
Set File$Type_FAF HTML
(although I would expect this to get set elsewhere in a modern Boot
sequence), so if your files of type &FAF are not showing in the Filer as
having type "HTML" that would suggest that this line has not been
executed.

I note that the ASprites/ASprites11 files don't seem to contain anything
other than the basic NetSurf icon sprite, whereas the 5Sprites file also
has various filetype icons - but not a file_faf icon, so I can't see how
that would be significant....

--
Harriet Bazley == Loyaulte me lie ==

It is far better to be deceived than to be undeceived by those we love.

[netsurf-users] NetSurf no html filetype icon

Since updating #6799 I notice that my html files are showing in the filer
window with the unknown filetype icon ie a question mark. The files have a
file type of xFAF and launch NetSurf when double-clicked.

Anyone else seen this?

John

--
John Rickman

[netsurf-users] Re: What?

In article <3FA46049-8D61-4BA8-9973-D4D81B998B5C@ypical.co.uk>,
Frederick Bambrough <mlist@ypical.co.uk> wrote:
> On 3 March 2025 07:45:40 UTC, Dave <dave@triffid.co.uk> wrote:
> >Grump, grump! For a while now, NetSurf, #6786 and at present #6790 will
> >not connect with anything online, not even my own website. (And others).
> >
> >Reporting: "An error occurred when connecting to
> >http://www.triffid.co.uk Could not resolve hostname."
> >
> >So what's going on?
> >
> >If I engage Uniserver, the URL is successfully thrown Windows side okay.
> >
> >If I go back a few versions to say, #6764 NS works okay.
> >
> >Thanks
> >Dave
> >

> I've been getting something similar for a while except only with the
> ROOL website. It works for a short while then gives the error you're
> seeing. Even after the error it will access other sites though.

Just read Vincent's posting about NetSurf #6804 and thought, in relation
to my problem I'd give that a try.

Naaa!
As noted previously, NOT ONE of the recent versions of NetSurf, thought
they will load to the icon bar and run okay, will connect with ANY address
I try.

I'm now back to #6764 and NS connects okay.

What is causing this problem?

VRPC-DL RISC OS 6.20

Dave

--

Dave Triffid

[netsurf-users] Re: RISC OS web search configuration

On 20 Mar 2025 as I do recall,
vincent sanders wrote:

> Back in February I updated the integrated web search functionality.
>
> At the time I mentioned I would attempt to allow the configuration of
> the active web search on RISC OS through the GUI instead of having to
> edit the Choices file manually.
>
> This has been committed and available in CI build #6804
>
> I would be grateful if interested users could try the new configuration
> and mention any issues.
>
I tried deleting my manually-configured home page value of google.co.uk,
and Netsurf duly started up by showing its Welcome page with "Web
Search" pointing to DuckDuckGo.

Tried switching 'Search' from the Choices window to 'IMDB',
experimentally, and nothing happened when I pressed Return in the
Welcome page search icon. Or, for that matter, when I clicked on the
Search button.

Tried 'Bing' and that worked. Tried 'Ebay' and that worked [edit:
although it defaults to ebay.com rather than ebay.co.uk - not sure how
many American users we have, but this means that all the prices are
displayed in dollars and most of the items advertised pay international
postage!]

I haven't tested any others.

From a user interface point of view it would be preferable to have an
indication on said Welcome page of which search engine will actually be
used, and a way to switch, say, temporarily to Ebay without
reconfiguring via Choices - but I can see that it is complicated by the
fact that this is a web page and not a normal RISC OS window with
drop-down menus etc....

--
Harriet Bazley == Loyaulte me lie ==

We have met the enemy, and he is us.

Wednesday, 10 December 2025

Monday, 8 December 2025

Saturday, 29 November 2025

Sunday, 16 November 2025

Friday, 14 November 2025

Sunday, 28 September 2025

Thursday, 25 September 2025

Monday, 22 September 2025

Saturday, 20 September 2025

Wednesday, 17 September 2025

Saturday, 30 August 2025

Thursday, 26 June 2025

Saturday, 21 June 2025

Tuesday, 10 June 2025

Monday, 9 June 2025

Sunday, 8 June 2025

Tuesday, 3 June 2025

Wednesday, 21 May 2025

Friday, 28 March 2025

Saturday, 22 March 2025

Friday, 21 March 2025