Welcome, Guest. Please login or register.

Author Topic: NetSurf 3.3 released  (Read 10704 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #14 on: March 21, 2015, 01:13:07 PM »
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.
« Last Edit: March 21, 2015, 01:19:43 PM by wawrzon »
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #15 on: March 21, 2015, 04:36:45 PM »
i have build them but as i understand they need to be installed to /opt/..
not?
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #16 on: March 22, 2015, 10:55:18 AM »
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.
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #17 on: March 22, 2015, 05:59:18 PM »
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..
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #18 on: March 23, 2015, 08:02:44 PM »
Quote from: chris;786641
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?
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #19 on: March 29, 2015, 09:12:17 PM »
Quote from: chris;786650
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.

Code: [Select]
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
« Last Edit: March 29, 2015, 09:16:30 PM by wawrzon »
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #20 on: March 30, 2015, 12:27:44 AM »
@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.
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #21 on: March 30, 2015, 04:15:51 PM »
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
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #22 on: July 10, 2016, 03:29:13 PM »
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:
Code: [Select]
...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
« Last Edit: July 10, 2016, 03:33:56 PM by wawrzon »
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #23 on: July 10, 2016, 05:25:53 PM »
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:
Code: [Select]
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
« Last Edit: July 10, 2016, 05:28:03 PM by wawrzon »
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #24 on: July 10, 2016, 06:10:27 PM »
Quote
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.
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #25 on: July 11, 2016, 09:44:17 AM »
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..
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #26 on: July 12, 2016, 10:18:41 AM »
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.
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #27 on: July 13, 2016, 04:03:46 PM »
Quote from: chris;810991
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.
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #28 on: July 13, 2016, 06:40:32 PM »
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 ;)
 

Offline wawrzon

Re: NetSurf 3.3 released
« Reply #29 from previous page: July 14, 2016, 09:43:47 AM »
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;)