NetSurf 3.3 released

[wawrzon]

@chris
okay, so i have succesfully checked out and built gtk frontend netsurf for debian and am posting from it. i will now try to get 68k target to build.

[wawrzon]

have compiled sdl frontend too, but it doesnt work:

Code: [Select]

wawa@debian:~/dev-netsurf/workspace/netsurf$ ./nsfb -v
(0.000000) desktop/netsurf.c netsurf_init 157: NetSurf version '3.4 (Dev)'
(0.000162) desktop/netsurf.c netsurf_init 164: NetSurf on <Linux>, node <debian>, release <3.2.0-4-686-pae>, version <#1 SMP Debian 3.2.63-2+deb7u2>, machine <i686>
(0.000254) utils/messages.c messages_load 154: Loading Messages from '/home/wawa/dev-netsurf/workspace/netsurf/!NetSurf/Resources/en/Messages'
(0.001347) image/image_cache.c image_cache_init 381: Image cache initilised with a limit of 3145728 hysteresis of 629145
(0.001472) render/html_css_fetcher.c html_css_fetcher_initialise 64: html_css_fetcher_initialise called for x-ns-css
(0.001604) content/fetchers/curl.c fetch_curl_register 1245: curl_version libcurl/7.26.0 OpenSSL/1.0.1e zlib/1.2.7 libidn/1.25 libssh2/1.4.2 librtmp/2.3
(0.003656) utils/useragent.c user_agent_build_string 68: Built user agent &quot;NetSurf/3.4 (Linux)&quot;
(0.003767) content/fetchers/curl.c fetch_curl_register 1331: cURL linked against openssl
(0.003873) content/fetchers/curl.c fetch_curl_initialise 115: Initialise cURL fetcher for http
(0.003969) content/fetchers/curl.c fetch_curl_initialise 115: Initialise cURL fetcher for https
(0.004077) content/fetchers/data.c fetch_data_initialise 65: fetch_data_initialise called for data
(0.004504) content/llcache.c llcache_initialise 3288: llcache initialising with a limit of 9437184 bytes
(0.005012) javascript/jsapi.c js_initialise 46: New runtime handle 0x8eba4e0
(0.005117) framebuffer/gui.c process_cmdline 460: argc 1, argv 0xbfb48fa4
(0.005214) framebuffer/framebuffer.c framebuffer_initialise 399: The sdl surface is not available from libnsfb

(0.005328) framebuffer/gui.c die 109: Unable to initialise framebuffer
wawa@debian:~/dev-netsurf/workspace/netsurf$

(reporting just in case)... now off to 68k.

[wawrzon]

not coming far on thet front

Code: [Select]

wawa@debian:~/dev-netsurf/workspace/netsurf$ make HOST_CC=m68k-aros-gcc TRAGET=amigaos3
M.CONFIG: JPEG (libjpeg) enabled       (NETSURF_USE_JPEG := YES)
M.CONFIG: PDF export (haru) disabled      (NETSURF_USE_HARU_PDF := NO)
M.CONFIG: glibc internal iconv enabled       (NETSURF_USE_LIBICONV_PLUG := YES)
PKG.CNFG: utf8proc (libutf8proc) enabled
PKG.CNFG: nsutils (libnsutils) enabled
M.CONFIG: PNG (libpng) enabled       (NETSURF_USE_PNG := YES)
M.CONFIG: BMP (libnsbmp) enabled       (NETSURF_USE_BMP := YES)
M.CONFIG: GIF (libnsgif) enabled       (NETSURF_USE_GIF := YES)
M.CONFIG: SVG (librsvg-2.0) auto-enabled  (NETSURF_USE_RSVG := AUTO)
M.CONFIG: SVG (libsvgtiny) auto-enabled  (NETSURF_USE_NSSVG := AUTO)
M.CONFIG: Sprite (librosprite) auto-disabled (NETSURF_USE_ROSPRITE := AUTO)
M.CONFIG: WebP (libwebp) disabled      (NETSURF_USE_WEBP := NO)
M.CONFIG: JavaScript (mozjs185) auto-enabled  (NETSURF_USE_MOZJS := AUTO)
M.CONFIG: JavaScript (mozilla-js) auto-disabled (NETSURF_USE_JS := AUTO)
M.CONFIG: Video (gstreamer-0.10) disabled      (NETSURF_USE_VIDEO := NO)
PKG.CNFG: CSS (libcss) enabled
PKG.CNFG: DOM (libdom) enabled
PKG.CNFG: Hubbub (libhubbub) enabled
PKG.CNFG: OpenSSL (openssl) enabled
PKG.CNFG: Curl  (libcurl) enabled
PKG.CNFG: GTK-2 (gtk+-2.0) enabled
PKG.CNFG: GThread2 (gthread-2.0) enabled
PKG.CNFG: GModule2 (gmodule-2.0) enabled
TESTMENT: unchanged
MSGSPLIT: any/de to !NetSurf/Resources
MSGSPLIT: any/en to !NetSurf/Resources
MSGSPLIT: any/fr to !NetSurf/Resources
MSGSPLIT: any/it to !NetSurf/Resources
MSGSPLIT: any/nl to !NetSurf/Resources
wawa@debian:~/dev-netsurf/workspace/netsurf$
since there is no report im not sure where it breaks up and why, certainly some solution for a valid crosscompiler will be neccessary, just currently trying to use the aros68k backend.

[wawrzon]

ach, embarassing..

so it remains as before:

Code: [Select]


wawa@debian:~/dev-netsurf/workspace/netsurf$ make TARGET=amigaos3
make: -dumpversion: Kommando nicht gefunden
expr: Syntaxfehler
M.CONFIG: JPEG (libjpeg) enabled       (NETSURF_USE_JPEG := YES)
M.CONFIG: PDF export (haru) disabled      (NETSURF_USE_HARU_PDF := NO)
M.CONFIG: glibc internal iconv disabled      (NETSURF_USE_LIBICONV_PLUG := NO)
PKG.CNFG: utf8proc (libutf8proc) enabled
PKG.CNFG: nsutils (libnsutils) enabled
M.CONFIG: Sprite (librosprite) disabled      (NETSURF_USE_ROSPRITE := NO)
M.CONFIG: BMP (libnsbmp) enabled       (NETSURF_USE_BMP := YES)
M.CONFIG: GIF (libnsgif) enabled       (NETSURF_USE_GIF := YES)
M.CONFIG: PNG (libpng) failed        (NETSURF_USE_PNG := YES)
amiga/Makefile.target:41: *** Unable to find library for: PNG (libpng).  Schluss.
wawa@debian:~/dev-netsurf/workspace/netsurf$ make TARGET=amigaos3

which likely means thet i need to compile libpng.a linklib for 68k before or disable the png support for first.

[wawrzon]

disable the png support for first.

packages curl, openssl and tre are necessary, as i realise they are going to be statically linked. im stuck even with the first since it doesnt get located even if i installed the developer support (strangely curl -V had not any effect) and then i repeteadly installed it with apt-get. apparently its not withing pkg-config patch.

when trying to compile 2.0 mui frontend for aros i had these libraries avaliable as amiga shared libraries and i wasnt building within netsurf build system so all i need was to point to the aros includes. i wonder what would be best to do here.

i imagine none has yet tried to crosscompile netsurf for os4 or amiga on linux, so yet some decissions need to be taken. for instance i hope that aros gcc 4.6.3 68k backend could be usable for compiling amiga binaries, but im not certain and im not sure if the binaries even if they work will be performing well, due to register handling, which seems to be difficult with late gcc versions. otherwise the gcc 4.5.0 i know of, is a version for cygwin.

another option would be try to compile natively under cubicide with the 3.6.x or whatever it was, but i dont have it here with me and it always proven even more difficult, at least in my case.

btw. chris, if i am hijacking the thread and you prefer to keep it in the old one sorry, ill refrain to that.

[wawrzon]

no i didnt know that, otherwse i wouldnt try to mess with it as i described above. thats certainly good news! but im missing the manual for it, need to check for documentation.

[wawrzon]

it all sounds like dejavu and browsing for solutions i discover my own old posts on subject i have completely forgotten about.
i have found somewhere a guide how to setup and compile everything by hand but i lost it now again..nevertheless at least gcc.3.4.6 68k backend seems to build now with
make -C m68k-unknown-amigaos
after solving some dependencies
still i think i need to install it to /opt/, because so far i only have toolchains in my workspace dir?

[wawrzon]

okay, im trying this.

meanwhile, what gcc version are used for other platforms? so far i see netsurf toolchain contains 3.4.6. for 68k. the 3.6.xavailable from zerohero at its time was afair the worst what concerns the performance of produced code. about 4.2.x - 4.5.0 it was heading back to the levels of performance achieved with 2.9.x.
maybe it would be wort in looking at an upgrade.

also might be worth ot exchange the experience with aros devs here, they are on 4.6.3, implementing 4.8.2 and heading for 5.x.x support currently, but 68k gcc patches, especially register macros are a handicap there. i wonder how is this solved with netsurf.

edit: it might help solve  the apparent gcc problems that may be in result of patches (?)

[wawrzon]

I think it puts it in there itself.  You might need to run it again "sudo".

alas its not different as root:
make[3]: Nothing to be done for `install'.
- which is what i suppose should happen, namely install?

[wawrzon]

No, just "sudo make".  The install happens as part of that. You'll probably need to "make clean" and build again from scratch.

dont understand. dont i need to specify target?
so is it a correct location for toolchain to be in the workspace folder? and from where do i "make" in this case?

[wawrzon]

If you're already in the m68k-unknown-amigaos dir then just "sudo make" will work..

ok, this has worked finally. now to sdk.

[wawrzon]

sudo make -C sdk

while we have some problem here:

Code: [Select]

patching file lib/timeval.c
Reversed (or previously applied) patch detected!  Assume -R? [n]
Apply anyway? [n]
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file lib/timeval.c.rej
patching file src/tool_getpass.c
patching file src/tool_operate.c
Hunk #1 FAILED at 1731.
1 out of 1 hunk FAILED -- saving rejects to file src/tool_operate.c.rej
i tried to accept apply the timeval patch nevertheless with the same effect on tool_operate:

Code: [Select]

patching file lib/timeval.c
Reversed (or previously applied) patch detected!  Assume -R? [n] y
Hunk #1 succeeded at 118 (offset 8 lines).
patching file src/tool_getpass.c
patching file src/tool_operate.c
Hunk #1 FAILED at 1731.
1 out of 1 hunk FAILED -- saving rejects to file src/tool_operate.c.rej


[wawrzon]

ok, seems it went through and completed now, but what about timeval.c, should the patch have been applied or skipped? since ive have been asked again and just let it with the default.

then building netsurf Target=amigaos3 still breaks up after a lot of warnings in the platform independent source, most of them of these two types:

 COMPILE: render/html_forms.c
cc1: warning: -Wuninitialized is not supported without -O
In file included from render/html_forms.c:22:
./desktop/browser.h:677: warning: parameter has incomplete type

more colorful warnings in amiga platform specific part, finally while atempting to link tones of undefinied references, that appear to be mostly to link libraries like css,
starting with:
    LINK: NetSurf
build-Linux-amigaos3/amiga_file.o(.text+0xbe): In function `_ami_file_asl_mime_hook':
amiga/file.c:64: undefined reference to `_lwc_intern_string'

seems i need to compile these link libs by hand?

nevertheless considering the amount of warnings, that may not be surprising if the frontend isnt working exactly right ?

[wawrzon]

okay, i might be able to fix the simplest things like casts and undeclared vars myself some day probably if need be. because i think it will be necessary if the 68k port is to be seriously worked on. we have either to ifdef the code in question or split the targets, because if you say so the incompatibilities between os4 and 68k will always lead to one not working correctly.

[wawrzon]

gain a bit stuck here. i ran
sudo make install HOST=m68k-unknown-amigaos
(HOST is correct?)
from the
/home/wawa/dev-netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir
but it breaks up with

Code: [Select]

m68k-unknown-amigaos-ranlib /opt/netsurf/m68k-unknown-amigaos/cross/lib/gcc/m68k-unknown-amigaos/3.4.6/libgcc.a
make[2]: m68k-unknown-amigaos-ranlib: Kommando nicht gefunden
make[2]: *** [install] Fehler 127
make[2]: Leaving directory `/home/wawa/dev-netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/gcc'
make[1]: *** [install-libgcc] Fehler 2
make[1]: Leaving directory `/home/wawa/dev-netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/gcc'
make: *** [install-gcc] Fehler 2
wawa@debian:~/dev-netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir$ sudo make install HOST=m68k-unknown-amigaos
even though i added the dir to path, where it is located with:
export PATH=$PATH:/opt/netsurf/m68k-unknown-amigaos/cross/bin

must just sit back and restart thinking, at least i ve found the reference i was looking for and losing again all the time:
http://wiki.netsurf-browser.org/Documentation/GettingCoding
might be the best to create a step by step guide to compiling netsurf for 68k as i did for aros, when im through.