Amiga.org
Amiga News and Community Announcements => Amiga News and Community Announcements => Topic started by: chris on March 16, 2015, 02:29:14 PM
-
NetSurf 3.3 is primarily a bug-fix release. Several of the front ends have received quite a bit of attention, with new features and improvements; notably the AmigaOS frontend has gained the beginnings of support for AmigaOS 3. We recommend all users upgrade.
More information (http://www.netsurf-browser.org)
Download (http://aminet.net/comm/www/netsurf.lha) (AmigaOS 4)
-
Thanks for working on this!
-
@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.
-
have compiled sdl frontend too, but it doesnt work:
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 "NetSurf/3.4 (Linux)"
(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.
-
not coming far on thet front
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.
-
not coming far on thet front
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.
You have a typo in "TARGET", so it's just trying to build the GTK frontend again.
-
ach, embarassing..
so it remains as before:
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.
-
Awesome, thank you very much.
-
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.
-
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.
You've missed building part of the toolchain. The toolchain m68k-unknown-amigaos bit builds the cross-compiler for you (I assume you've done that). After that you need to build the SDK part, which gives you all the non-NetSurf dependencies (libcurl etc).
i imagine none has yet tried to crosscompile netsurf for os4 or amiga on linux
You imagine wrong, that's the only way I've built it since they moved to Git, as it's a PITA to do any other way. The CI system also cross-compiles on Linux every time there's a commit. It definitely works.
-
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.
-
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?
-
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?
I think it puts it in there itself. You might need to run it again "sudo".
The SDK make line needs some variables adding to it. The README (http://git.netsurf-browser.org/toolchains.git/tree/README) (RISC OS section, at the bottom) tells you basically what you need.
-
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 (?)
-
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?
-
alas its not different as root:
make[3]: Nothing to be done for `install'.
- which is what i suppose should happen, namely install?
No, just "sudo make". The install happens as part of that. You'll probably need to "make clean" and build again from scratch.
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.
It was using 4.5.x (I think), but I couldn't get it to work properly (total system freeze on exit no matter what I compiled).
-
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?
-
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?
sudo make -C m68k-unknown-amigaos
should build and install the compiler under /opt/netsurf/something-or-other
If you're already in the m68k-unknown-amigaos dir then just "sudo make" will work.
sudo make -C sdk (and the other options as per the README) will build and install the dependencies.
That probably needs a prefix or something as well, but I can't check the exact line I use from here.
-
If you're already in the m68k-unknown-amigaos dir then just "sudo make" will work..
ok, this has worked finally.;) now to sdk.
-
sudo make -C sdk
while we have some problem here:
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:
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
-
Do a "git pull". A curl patch fix has just been committed.
-
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 ;)?
-
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?
Yes, you need to build all the NetSurf libraries before building NetSurf itself. That one is a reference to libwapcaplet, but you'll need libcss, libdom, libhubbub, libwapcaplet, libnsbmp, libnsgif, libsvgtiny, libutf8proc and libnsutils. Install buildsystem first, then it's just a sudo make install HOST=m68k-unknown-amigaos
nevertheless considering the amount of warnings, that may not be surprising if the frontend isnt working exactly right ;)?
Most of them are due to changes in the OS includes between 3.9 and 4.0. If I fix them for 3.9 then I'll get loads of warnings when I build for OS4, so I've just left them :)
-
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.
-
okay, i might be able to fix the simplest things like casts and undeclared vars myself some day probably if need be.
Most of the casts will be because things like SetGadgetAttrs changed from wanting a struct Gadget * to an Object *. It should be fixable with some #defines. An appropriate #define GADGET_CAST would probably do.
-
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
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.
-
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
Eh? What are you trying to build?
You should be in either toolchains/m68k-unknown-amigaos or toolchains/sdk - although I thought you'd managed to build both of those already?
The line you're using is correct for the NetSurf libraries, but you need to build them from the correct cloned repo.
-
i have build them but as i understand they need to be installed to /opt/..
not?
-
i have build them but as i understand they need to be installed to /opt/..
not?
Correct, but the command needs to be run from the project directory, not some irrelevant builddir.
The toolchains ones install anyway, provided you run make as root.
-
i did it from the toolchains/m68k-unknown-amigaos/builddir because from toolchains/m68k-unknown-amigaos/ it gives me:
make: *** Keine Regel, um »install« zu erstellen. Schluss.
(no rule to make install)
its a mystery to me as well, just currently i need to look at how can i get the tools in /opt/netsurf/m68k-unknown-amigaos/cross/bin executable from bash at all before i can progress, thats the kind of problems over here, sorry.
-
i did it from the toolchains/m68k-unknown-amigaos/builddir because from toolchains/m68k-unknown-amigaos/ it gives me:
make: *** Keine Regel, um »install« zu erstellen. Schluss.
(no rule to make install)
That's correct, you just "sudo make" and they install anyway.
If that hasn't happened you'll probably need to "make clean" and then "sudo make" as it probably thinks it has already done this.
-
so following the other guide i installed the buildsystem and compiled the link libs using the likes of:
sudo make -C libwapcaplet HOST=m68k-unknown-amigaos
from workspace, which though effects probably in linklibs for a wrong target, since im still getting linking errors while trying tu build netsurf for amigaos3
and the libs are in
/opt/netsurf/lib
while they probably should be in
/opt/netsurf/m68k-unknown-amigaos/cross/lib
sorry, thats probably rather trouble to help me understand how netsurf builds in comparison to what help i can ever be..
-
so following the other guide i installed the buildsystem and compiled the link libs using the likes of:
sudo make -C libwapcaplet HOST=m68k-unknown-amigaos
from workspace, which though effects probably in linklibs for a wrong target, since im still getting linking errors while trying tu build netsurf for amigaos3
and the libs are in
/opt/netsurf/lib
while they probably should be in
/opt/netsurf/m68k-unknown-amigaos/cross/lib
sorry, thats probably rather trouble to help me understand how netsurf builds in comparison to what help i can ever be..
Actually that's right, they install to a different location for some reason.
-
just to let you know that I've tried the NetSurf 3.3 dev2 release found on ami-soft.blogspot.com and it was a very nice improvement.
Keep up the good work!
-
Actually that's right, they install to a different location for some reason.
in this case, can i somehow check if the link libs are for the correct target? like looking up the header with an ed or so?
-
in this case, can i somehow check if the link libs are for the correct target? like looking up the header with an ed or so?
There are little examples in the nsgif/nsbmp repos you could try building? If they link and work the libs must be good...?
-
@Themamboman
Thanks.
Here is test noixemul version (sdl):
NetSurfTest1.7z (https://www.dropbox.com/s/bltw68z6ckptlhm/NetSurfTest1.7z?dl=1)
Uses 5 MB less RAM, pages loads faster, works on MorphOS too, no extra libraries needed.
But, you have to move mouse to load page (bug in timers probably).
-
@Themamboman
Thanks.
Here is test noixemul version (sdl):
NetSurfTest1.7z (https://www.dropbox.com/s/bltw68z6ckptlhm/NetSurfTest1.7z?dl=1)
Uses 5 MB less RAM, pages loads faster, works on MorphOS too, no extra libraries needed.
But, you have to move mouse to load page (bug in timers probably).
Is that using my test SDL RTG library?
-
No, bug occurs when built with clib2. Only using your sdl headers.
-
There are little examples in the nsgif/nsbmp repos you could try building? If they link and work the libs must be good...?
sorry, been around aros issues for a while. you mean in the examples folders?i went to nsbmp and tried to compile decode_bmp.c, but even with specifying linklib path ut doesnt build.
wawa@debian:~/dev-netsurf/workspace/libnsbmp/examples$ m68k-unknown-amigaos-gcc-3.4.6 -v -L/opt/netsurf/lib decode_bmp.c
Reading specs from /home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/lib/gcc/m68k-unknown-amigaos/3.4.6/specs
Configured with: /home/wawa/dev-netsurf/workspace/toolchains/m68k-unknown-amigaos/builddir/srcdir/gcc/configure --prefix=/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu --target=m68k-unknown-amigaos --disable-threads --disable-nls --disable-c-mbchar --enable-languages=c --enable-checking=no --enable-c99 --with-cross-host --disable-multilib --without-x --enable-maintainer-mode --disable-shared --without-headers
Thread model: single
gcc version 3.4.6
/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/libexec/gcc/m68k-unknown-amigaos/3.4.6/cc1 -quiet -v -Dixemul -D__ixemul -D__ixemul__ decode_bmp.c -quiet -dumpbase decode_bmp.c -auxbase decode_bmp -version -o /tmp/ccBEgCJw.s
#include "..." search starts here:
#include <...> search starts here:
/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/lib/gcc/m68k-unknown-amigaos/3.4.6/include
/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/lib/gcc/m68k-unknown-amigaos/3.4.6/../../../../m68k-unknown-amigaos/sys-include
/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/lib/gcc/m68k-unknown-amigaos/3.4.6/../../../../m68k-unknown-amigaos/include
End of search list.
GNU C version 3.4.6 (m68k-unknown-amigaos)
compiled by GNU C version 4.7.2.
GGC heuristics: --param ggc-min-expand=64 --param ggc-min-heapsize=64073
/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/lib/gcc/m68k-unknown-amigaos/3.4.6/../../../../m68k-unknown-amigaos/bin/as -m68010 -o /tmp/ccQ1pMTl.o /tmp/ccBEgCJw.s
/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/libexec/gcc/m68k-unknown-amigaos/3.4.6/collect2 /home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/lib/gcc/m68k-unknown-amigaos/3.4.6/../../../../m68k-unknown-amigaos/lib/crt0.o -L/opt/netsurf/lib -L/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/lib/gcc/m68k-unknown-amigaos/3.4.6 -L/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/lib/gcc/m68k-unknown-amigaos/3.4.6/../../../../m68k-unknown-amigaos/lib /tmp/ccQ1pMTl.o -lgcc -lc -lamiga -lc -lgcc
/tmp/ccQ1pMTl.o(.text+0xf2):/tmp/ccQ1pMTl.o: undefined reference to `_bmp_create'
/tmp/ccQ1pMTl.o(.text+0x120):/tmp/ccQ1pMTl.o: undefined reference to `_bmp_analyse'
/tmp/ccQ1pMTl.o(.text+0x152):/tmp/ccQ1pMTl.o: undefined reference to `_bmp_decode'
/tmp/ccQ1pMTl.o(.text+0x286):/tmp/ccQ1pMTl.o: undefined reference to `_bmp_finalise'
collect2: ld returned 1 exit status
-
@apj
couldnt load a page up till now. feedback left on ppa. but looking really good, also nice oversee-able gui, pretty consistent with what you would expect netsurf should look like.
shouldnt take long to fix i guess with that detailed debug output.
-
sorry, been around aros issues for a while. you mean in the examples folders?i went to nsbmp and tried to compile decode_bmp.c, but even with specifying linklib path ut doesnt build.
You've specified the link lib path, but there's no -lnsbmp on the line as far as I can see :)
-
you are right, chris, i sometimes am messing invoking make with the compiler directly, though it doesnt help whether the path is specifier or not:
wawa@debian:~/dev-netsurf/workspace/libnsbmp/examples$ m68k-unknown-amigaos-gcc-3.4.6 -lnsbmp decode_bmp.c
/home/wawa/dev-netsurf/workspace/inst-i486-linux-gnu/lib/gcc/m68k-unknown-amigaos/3.4.6/../../../../m68k-unknown-amigaos/bin/ld: cannot find -lnsbmp
collect2: ld returned 1 exit status
wawa@debian:~/dev-netsurf/workspace/libnsbmp/examples$ m68k-unknown-amigaos-gcc-3.4.6 -L/opt/netsurf/lib/ -lnsbmp decode_bmp.c
/tmp/ccRr2HAp.o(.text+0xf2):/tmp/ccRr2HAp.o: undefined reference to `_bmp_create'
/tmp/ccRr2HAp.o(.text+0x120):/tmp/ccRr2HAp.o: undefined reference to `_bmp_analyse'
/tmp/ccRr2HAp.o(.text+0x152):/tmp/ccRr2HAp.o: undefined reference to `_bmp_decode'
/tmp/ccRr2HAp.o(.text+0x286):/tmp/ccRr2HAp.o: undefined reference to `_bmp_finalise'
collect2: ld returned 1 exit status
-
wawa@debian:~/dev-netsurf/workspace/libnsbmp/examples$ m68k-unknown-amigaos-gcc-3.4.6 -L/opt/netsurf/lib/ -lnsbmp decode_bmp.c
/tmp/ccRr2HAp.o(.text+0xf2):/tmp/ccRr2HAp.o: undefined reference to `_bmp_create'
/tmp/ccRr2HAp.o(.text+0x120):/tmp/ccRr2HAp.o: undefined reference to `_bmp_analyse'
/tmp/ccRr2HAp.o(.text+0x152):/tmp/ccRr2HAp.o: undefined reference to `_bmp_decode'
/tmp/ccRr2HAp.o(.text+0x286):/tmp/ccRr2HAp.o: undefined reference to `_bmp_finalise'
collect2: ld returned 1 exit status
Do you need to put the decode_bmp.c before the -lnsbmp? I know the order can make a difference sometimes.
-
hi chris, im back to setting up netsurf compile on another machine. however im already in trouble here on debian jessie 32bit under vmware, building the toolchain for 68k. i know there are precompiled ones but maybe this is a bug in interaction with newer flex or bison versions im not able to figure out, nor downgrade and it would be worth fixing:
...gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-error -DHAVE_CONFIG_H -I. -I. -I/home/wawa/toolchains/m68k-unknown-amigaos/builddir/srcdir/gcc/gcc -I/home/wawa/toolchains/m68k-unknown-amigaos/builddir/srcdir/gcc/gcc/. -I/home/wawa/toolchains/m68k-unknown-amigaos/builddir/srcdir/gcc/gcc/../include c-parse.c -o c-parse.o
c-parse.y: In function %&$#?@!%&$#?@!%&$#?@!8216;yyparse%&$#?@!%&$#?@!%&$#?@!8217;:
c-parse.y:594:16: error: %&$#?@!%&$#?@!%&$#?@!8216;YYLEX%&$#?@!%&$#?@!%&$#?@!8217; undeclared (first use in this function)
yychar = YYLEX;
^
c-parse.y:594:16: note: each undeclared identifier is reported only once for each function it appears in
Makefile:792: recipe for target 'c-parse.o' failed
-
hi chris, im back to setting up netsurf compile on another machine. however im already in trouble here on debian jessie 32bit under vmware, building the toolchain for 68k. i know there are precompiled ones but maybe this is a bug in interaction with newer flex or bison versions im not able to figure out, nor downgrade and it would be worth fixing:
...gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-error -DHAVE_CONFIG_H -I. -I. -I/home/wawa/toolchains/m68k-unknown-amigaos/builddir/srcdir/gcc/gcc -I/home/wawa/toolchains/m68k-unknown-amigaos/builddir/srcdir/gcc/gcc/. -I/home/wawa/toolchains/m68k-unknown-amigaos/builddir/srcdir/gcc/gcc/../include c-parse.c -o c-parse.o
c-parse.y: In function %&$#?@!%&$#?@!%&$#?@!8216;yyparse%&$#?@!%&$#?@!%&$#?@!8217;:
c-parse.y:594:16: error: %&$#?@!%&$#?@!%&$#?@!8216;YYLEX%&$#?@!%&$#?@!%&$#?@!8217; undeclared (first use in this function)
yychar = YYLEX;
^
c-parse.y:594:16: note: each undeclared identifier is reported only once for each function it appears in
Makefile:792: recipe for target 'c-parse.o' failed
Appears to be the same thing Tygre reported under Cygwin:
http://wiki.netsurf-browser.org/Documentation/BuildingForAmigaOS#Building_under_Cygwin
Replace YYLEX with yylex() in c-parse.in
I'm reluctant to change it in the repo in case it breaks the CI builds.
-
might be worth to check though, maybe ask up on ml first? or risk a nightly in order to reverse later if it fails?
because as this seems to be a generated file (its in build folder) when i change it i need to run make again over already patched source and even though i refuse to re apply or reverse patch, the build fails at some later point due to some skipped hunk.
namely here:
patching file libstdc++-v3/configure
Reversed (or previously applied) patch detected! Assume -R? [n]
Apply anyway? [n]
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file libstdc++-v3/configure.rej
Makefile:140: recipe for target '/home/wawa/toolchains/m68k-unknown-amigaos/builddir/build-steps/srcdir-step3.d' failed
make: *** [/home/wawa/toolchains/m68k-unknown-amigaos/builddir/build-steps/srcdir-step3.d] Error 1
-
might be worth to check though, maybe ask up on ml first? or risk a nightly in order to reverse later if it fails?
because as this seems to be a generated file (its in build folder) when i change it i need to run make again over already patched source and even though i refuse to re apply or reverse patch, the build fails at some later point due to some skipped hunk.
It's generated from c-parse.in
You could create a patch and stick it in recipes/patches, or put the modified file wholesale in recipes/files
-
or put the modified file wholesale in recipes/files
looks like its been solved like that. perhaps it can be solved this way upstream for amiga target for the time being, even if it seems to be sub optimal.
-
looks like its been solved like that. perhaps it can be solved this way upstream for amiga target for the time being, even if it seems to be sub optimal.
I've created a patch in branch chris/yylex, but I haven't tested here (where YYLEX was working fine), nor have I updated my VM which I never update for fear of breaking something, to see whether YYLEX still works there without this patch.
-
when i read through this thread it makes me laugh what problems i caused but its all not that self explanatory. i have now toolchain and sdk installed in place, and could compile all libs with
sudo make -C libxxx HOST=m68k-unknown-amigaos
they compile to
/dev-netsurf/workspace/libxxx/build-i586-linux-gnu-m68k-unknown-amigaos-release-lib-static
instead to
/opt/netsurf/m68k-unknown-amigaos/cross/m68k-unknown-amigaos/lib
where they i suppose belong. need to figure that out rather to copy by hand i guess..
-
when i read through this thread it makes me laugh what problems i caused but its all not that self explanatory. i have now toolchain and sdk installed in place, and could compile all libs with
sudo make -C libxxx HOST=m68k-unknown-amigaos
they compile to
/dev-netsurf/workspace/libxxx/build-i586-linux-gnu-m68k-unknown-amigaos-release-lib-static
instead to
/opt/netsurf/m68k-unknown-amigaos/cross/m68k-unknown-amigaos/lib
where they i suppose belong. need to figure that out rather to copy by hand i guess..
Simply do a:
sudo make -C libxxx HOST=m68k-unknown-amigaos install
afterwards and they'll end up in the right place.
(you don't need to 'sudo' the plain make, in fact you probably shouldn't, only 'sudo' the install)
-
looks like pkg config variable is not specified, i guess it should point directly to where .pc files are, but i dont think it should be hardcoded in the makefile, it hasnt even work when i tried to add it by hand on os3 subsection.
-
looks like pkg config variable is not specified, i guess it should point directly to where .pc files are, but i dont think it should be hardcoded in the makefile, it hasnt even work when i tried to add it by hand on os3 subsection.
There's an env-var for pkgconfig that it should be using IIRC. Never seen any problems with that, maybe the library it is looking for isn't installed?
-
There's an env-var for pkgconfig that it should be using IIRC. Never seen any problems with that, maybe the library it is looking for isn't installed?
PKG_CONFIG_PATH..
it doesnt seem to be set.
the lib is installed to /opt/netsurf/lib, as i previously said.
sorry, was out in the wild, so didnt made any progress on that since yesterday.
-
just set that env variable by hand to correct location. but i think it should be set by a makefile, if not the each and every one library makefile, then maybe a higher level makefile/script that would build all dependencies in a row and to a correct directory. or maybe should it be specified in a netsurf makefile itself? what do you think, chris?
now it builds, but obviously doesnt get past duktape. i think, time to consult dnadnl ;)
-
just set that env variable by hand to correct location. but i think it should be set by a makefile, if not the each and every one library makefile, then maybe a higher level makefile/script that would build all dependencies in a row and to a correct directory. or maybe should it be specified in a netsurf makefile itself? what do you think, chris?
The default locations should be set when pkg-config (or build-essential or whatever) is installed. NetSurf might add to it in a makefile, not sure, never had to change it.
-
netsurf should provide nightly builds like aros, then build system could be consistent and proven working out of the box at all times. and amigaos3 should be added to the official target list of course;)
-
netsurf should provide nightly builds like aros, then build system could be consistent and proven working out of the box at all times.
http://ci.netsurf-browser.org/builds/
and amigaos3 should be added to the official target list of course;)
http://wiki.netsurf-browser.org/NetSurf_3.6#Amiga