Welcome, Guest. Please login or register.

Author Topic: NetSurf 3.3 released  (Read 10699 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #14 from previous page: March 23, 2015, 09:01:41 PM »
Quote from: wawrzon;786649
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...?
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #15 on: March 30, 2015, 11:47:53 AM »
Quote from: wawrzon;786918
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 :)
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #16 on: March 30, 2015, 04:59:11 PM »
Quote from: wawrzon;787006
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.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #17 on: July 10, 2016, 04:41:38 PM »
Quote from: wawrzon;810893
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


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.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #18 on: July 10, 2016, 05:29:09 PM »
Quote from: wawrzon;810897
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
« Last Edit: July 10, 2016, 05:31:34 PM by chris »
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #19 on: July 10, 2016, 08:51:40 PM »
Quote from: wawrzon;810901
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.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #20 on: July 11, 2016, 02:45:22 PM »
Quote from: wawrzon;810920
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)
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #21 on: July 12, 2016, 01:32:41 PM »
Quote from: wawrzon;810984
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?
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #22 on: July 13, 2016, 11:53:43 PM »
Quote from: wawrzon;811060
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.
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz
 

Offline chrisTopic starter

Re: NetSurf 3.3 released
« Reply #23 on: July 14, 2016, 10:52:17 AM »
Quote from: wawrzon;811096
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/

Quote
and amigaos3 should be added to the official target list of course;)


http://wiki.netsurf-browser.org/NetSurf_3.6#Amiga
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar picture is Tabitha by Eric W Schwartz