netsurf native frontend

netsurf native frontend

[telephil9]

[-- Attachment #1: Type: text/plain, Size: 608 bytes --]

Hi,

I've just committed the initial release for the netsurf native frontend.
Feature-wise it is almost on par with the framebuffer frontend except for images that are not handled yet.
I tried to make it look and behave like a native application but would like to have some feedback on this.

All code is in the main repository: http://github.com/netsurf-plan9

In order not to mess with the current framebuffer frontend, I created a separate mkfile found in netsurf/mkfile.native.
To build this new frontend, just run mk as usual and then run mk -f mkfile.native in the netsurf directory.

Regards,
Philippe

[-- Attachment #2: ns9_20200521.png --]
[-- Type: image/png, Size: 22624 bytes --]

Re: [9front] netsurf native frontend

[hiro]

now this is a real mothra killer emerging...
congrats telephil.

Re: [9front] netsurf native frontend

[Romano]

Very cool, Philippe!

I'm testing a build now on 386.

Maybe it was mentioned previously and I didn't see it, but it looks like nsport is what someone needs to clone first: http://github.com/netsurf-plan9/nsport . Then cd into that dir and run 'fetch clone git', 'fetch clone ssh' or 'fetch clone http' (the instructions in README.plan9 say a simple 'fetch clone' without args would work, but it didn't work for me).

Note also that git9 changed the flag for creating a new branch: you might have to update the fetch script to use -n instead of -c.

I'll let you know how the build goes, and if I run in to any other gotchas.



On May 21, 2020 3:54:03 PM UTC, telephil9@gmail.com wrote:
>Hi,
>
>I've just committed the initial release for the netsurf native
>frontend.
>Feature-wise it is almost on par with the framebuffer frontend except
>for images that are not handled yet.
>I tried to make it look and behave like a native application but would
>like to have some feedback on this.
>
>All code is in the main repository: http://github.com/netsurf-plan9
>
>In order not to mess with the current framebuffer frontend, I created a
>separate mkfile found in netsurf/mkfile.native.
>To build this new frontend, just run mk as usual and then run mk -f
>mkfile.native in the netsurf directory.
>
>Regards,
>Philippe

Re: [9front] netsurf native frontend (text_insert: illegal combination FCVTZSDW FCON NONE REG)

[Romano]

Philippe,

I attempted to build on a rpi4 using the arm64 kernel ( I ran a sysupdate on Saturday). The framebuffer executable builds fine, but at the very last step of building the native front-end I'm getting an error:

pcc -o 7.netsurf utils/bloom.7 utils/corestrings.7 utils/file.7 utils/filename.7 utils/filepath.7 utils/hashmap.7 utils/hashtable.7 utils/http/cache-control.7 utils/http/challenge.7 utils/http/content-disposition.7 utils/http/content-type.7 utils/http/generics.7 utils/http/parameter.7 utils/http/primitives.7 utils/http/strict-transport-security.7 utils/http/www-authenticate.7 utils/idna.7 utils/libdom.7 utils/log.7 utils/messages.7 utils/nsoption.7 utils/nsurl/nsurl.7 utils/nsurl/parse.7 utils/punycode.7 utils/ssl_certs.7 utils/talloc.7 utils/time.7 utils/url.7 utils/useragent.7 utils/utf8.7 utils/utils.7 content/content.7 content/content_factory.7 content/dirlist.7 content/fetch.7 content/fetchers/about.7 content/fetchers/data.7 content/fetchers/file.7 content/fetchers/resource.7 content/fs_backing_store.7 content/handlers/css/css.7 content/handlers/css/dump.7 content/handlers/css/hints.7 content/handlers/css/internal.7 content/handlers/css/select.7 content/handlers/css/utils.7 content/handlers/html/box.7 content/handlers/html/box_construct.7 content/handlers/html/box_normalise.7 content/handlers/html/box_textarea.7 content/handlers/html/font.7 content/handlers/html/form.7 content/handlers/html/html.7 content/handlers/html/html_css.7 content/handlers/html/html_css_fetcher.7 content/handlers/html/html_forms.7 content/handlers/html/html_object.7 content/handlers/html/html_redraw.7 content/handlers/html/html_redraw_border.7 content/handlers/html/html_script.7 content/handlers/html/imagemap.7 content/handlers/html/interaction.7 content/handlers/html/layout.7 content/handlers/html/search.7 content/handlers/html/table.7 content/handlers/image/bmp.7 content/handlers/image/gif.7 content/handlers/image/ico.7 content/handlers/image/image.7 content/handlers/image/image_cache.7 content/handlers/javascript/content.7 content/handlers/javascript/duktape/dukky.7 content/handlers/javascript/duktape/duktape.7 content/handlers/javascript/fetcher.7 content/handlers/text/textplain.7 content/hlcache.7 content/llcache.7 content/mimesniff.7 content/no_backing_store.7 content/urldb.7 content/webfs.7 desktop/browser.7 desktop/browser_history.7 desktop/browser_window.7 desktop/cookie_manager.7 desktop/cw_helper.7 desktop/download.7 desktop/font_haru.7 desktop/frames.7 desktop/global_history.7 desktop/gui_factory.7 desktop/hotlist.7 desktop/knockout.7 desktop/local_history.7 desktop/mouse.7 desktop/netsurf.7 desktop/page-info.7 desktop/plot_style.7 desktop/print.7 desktop/save_pdf.7 desktop/save_text.7 desktop/scrollbar.7 desktop/search.7 desktop/searchweb.7 desktop/selection.7 desktop/sslcert_viewer.7 desktop/system_colour.7 desktop/textarea.7 desktop/textinput.7 desktop/treeview.7 desktop/version.7 frontends/plan9/plotter.7 frontends/plan9/schedule.7 frontends/plan9/window.7 frontends/plan9/fetch.7 frontends/plan9/bitmap.7 frontends/plan9/layout.7 frontends/plan9/clipboard.7 frontends/plan9/utils.7 frontends/plan9/gui.7 frontends/plan9/drawui/data.7 frontends/plan9/drawui/window.7 frontends/plan9/drawui/button.7 frontends/plan9/drawui/entry.7 frontends/plan9/drawui/toolbar.7 frontends/plan9/drawui/scrollbar.7 ../posix/src/iconv.7 ../posix/src/preadwrite.7 ../posix/src/math9.7 content/handlers/javascript/duktape/libduktape.7.a ../libnspsl/src/libnspsl.7.a ../libdom/src/libdom.7.a ../libcss/src/libcss.7.a ../libhubbub/src/libhubbub.7.a ../libparserutils/src/libparserutils.7.a ../libwapcaplet/src/libwapcaplet.7.a ../libnsutils/src/libnsutils.7.a ../libnslog/src/libnslog.7.a ../libnsbmp/src/libnsbmp.7.a ../libnsgif/src/libnsgif.7.a ../libutf8proc/src/libutf8proc.7.a
text_insert: illegal combination FCVTZSDW FCON NONE REG
(1705)	FCVTZSDW	$1.500000e+00,R5
text_insert: illegal combination FCVTZSDW FCON NONE REG
(1705)	FCVTZSDW	$1.500000e+00,R5
pcc: 7l: 7l 101895: error
mk: pcc -o 7.netsurf ...  : exit status=rc 101892: pcc 101894: 7l: 7l 101895: error

Any ideas? Is this is a problem with the 7l linker specifically not knowing how to translate an instruction to arm64 assembly? Do you need more information?

On Thu, May 21, 2020, at 10:59 AM, Romano wrote:
> Very cool, Philippe!
> 
> I'm testing a build now on 386.
> 
> Maybe it was mentioned previously and I didn't see it, but it looks 
> like nsport is what someone needs to clone first: 
> http://github.com/netsurf-plan9/nsport . Then cd into that dir and run 
> 'fetch clone git', 'fetch clone ssh' or 'fetch clone http' (the 
> instructions in README.plan9 say a simple 'fetch clone' without args 
> would work, but it didn't work for me).
> 
> Note also that git9 changed the flag for creating a new branch: you 
> might have to update the fetch script to use -n instead of -c.
> 
> I'll let you know how the build goes, and if I run in to any other gotchas.
> 
> 
> 
> On May 21, 2020 3:54:03 PM UTC, telephil9@gmail.com wrote:
> >Hi,
> >
> >I've just committed the initial release for the netsurf native
> >frontend.
> >Feature-wise it is almost on par with the framebuffer frontend except
> >for images that are not handled yet.
> >I tried to make it look and behave like a native application but would
> >like to have some feedback on this.
> >
> >All code is in the main repository: http://github.com/netsurf-plan9
> >
> >In order not to mess with the current framebuffer frontend, I created a
> >separate mkfile found in netsurf/mkfile.native.
> >To build this new frontend, just run mk as usual and then run mk -f
> >mkfile.native in the netsurf directory.
> >
> >Regards,
> >Philippe
>

arm64 fails to link when float converted to int (Was Re: [9front] netsurf native frontend (text_insert: illegal combination FCVTZSDW FCON NONE REG))

[Romano]

TLDR; netsurf/frontends/plan9/drawui/entry.c:162 multiplies d->entry by 1.5. Changing the factor to 2 (an int) resolves. Here's a test .c file that reproduces the problem:
cpu% cat arm64-int-test.c
#include <u.h>
#include <libc.h>

void
main()
{
    int size = 1;
	size*=1.5;
    exits(0);
}
cpu% 7c arm64-int-test.c
cpu% 7l arm64-int-test.7
main: illegal combination FCVTZSDW FCON NONE REG
(833)	FCVTZSDW	$1.500000e+00,R2
main: illegal combination FCVTZSDW FCON NONE REG
(833)	FCVTZSDW	$1.500000e+00,R2
cpu%

Narrative:

So I tried poking around a bit more: googling initially didn't appear all that helpful. It appears the logic is the same as Go's compiler, which refers to 7l from Plan9 (copyrights dating back to the '90s). I ran acid to show the stack trace and the registers. I don't know how to determine which archived library code this machine code is being generated for, or if that's even the place to look for this type of error. 

cpu% acid /bin/7l
/bin/7l:arm64 plan 9 executable
/sys/lib/acid/port
/sys/lib/acid/arm64
acid: progargs = "-o 7.netsurf utils/bloom.7 utils/corestrings.7 utils/file.7 utils/filename.7 utils/filepath.7 utils/hashmap.7 utils/hashtable.7 utils/http/cache-control.7 utils/http/challenge.7 utils/http/content-disposition.7 utils/http/content-type.7 utils/http/generics.7 utils/http/parameter.7 utils/http/primitives.7 utils/http/strict-transport-security.7 utils/http/www-authenticate.7 utils/idna.7 utils/libdom.7 utils/log.7 utils/messages.7 utils/nsoption.7 utils/nsurl/nsurl.7 utils/nsurl/parse.7 utils/punycode.7 utils/ssl_certs.7 utils/talloc.7 utils/time.7 utils/url.7 utils/useragent.7 utils/utf8.7 utils/utils.7 content/content.7 content/content_factory.7 content/dirlist.7 content/fetch.7 content/fetchers/about.7 content/fetchers/data.7 content/fetchers/file.7 content/fetchers/resource.7 content/fs_backing_store.7 content/handlers/css/css.7 content/handlers/css/dump.7 content/handlers/css/hints.7 content/handlers/css/internal.7 content/handlers/css/select.7 content/handlers/css/utils.7 content/handlers/html/box.7 content/handlers/html/box_construct.7 content/handlers/html/box_normalise.7 content/handlers/html/box_textarea.7 content/handlers/html/font.7 content/handlers/html/form.7 content/handlers/html/html.7 content/handlers/html/html_css.7 content/handlers/html/html_css_fetcher.7 content/handlers/html/html_forms.7 content/handlers/html/html_object.7 content/handlers/html/html_redraw.7 content/handlers/html/html_redraw_border.7 content/handlers/html/html_script.7 content/handlers/html/imagemap.7 content/handlers/html/interaction.7 content/handlers/html/layout.7 content/handlers/html/search.7 content/handlers/html/table.7 content/handlers/image/bmp.7 content/handlers/image/gif.7 content/handlers/image/ico.7 content/handlers/image/image.7 content/handlers/image/image_cache.7 content/handlers/javascript/content.7 content/handlers/javascript/duktape/dukky.7 content/handlers/javascript/duktape/duktape.7 content/handlers/javascript/fetcher.7 content/handlers/text/textplain.7 content/hlcache.7 content/llcache.7 content/mimesniff.7 content/no_backing_store.7 content/urldb.7 content/webfs.7 desktop/browser.7 desktop/browser_history.7 desktop/browser_window.7 desktop/cookie_manager.7 desktop/cw_helper.7 desktop/download.7 desktop/font_haru.7 desktop/frames.7 desktop/global_history.7 desktop/gui_factory.7 desktop/hotlist.7 desktop/knockout.7 desktop/local_history.7 desktop/mouse.7 desktop/netsurf.7 desktop/page-info.7 desktop/plot_style.7 desktop/print.7 desktop/save_pdf.7 desktop/save_text.7 desktop/scrollbar.7 desktop/search.7 desktop/searchweb.7 desktop/selection.7 desktop/sslcert_viewer.7 desktop/system_colour.7 desktop/textarea.7 desktop/textinput.7 desktop/treeview.7 desktop/version.7 frontends/plan9/plotter.7 frontends/plan9/schedule.7 frontends/plan9/window.7 frontends/plan9/fetch.7 frontends/plan9/bitmap.7 frontends/plan9/layout.7 frontends/plan9/clipboard.7 frontends/plan9/utils.7 frontends/plan9/gui.7 frontends/plan9/drawui/data.7 frontends/plan9/drawui/window.7 frontends/plan9/drawui/button.7 frontends/plan9/drawui/entry.7 frontends/plan9/drawui/toolbar.7 frontends/plan9/drawui/scrollbar.7 ../posix/src/iconv.7 ../posix/src/preadwrite.7 ../posix/src/math9.7 content/handlers/javascript/duktape/libduktape.7.a ../libnspsl/src/libnspsl.7.a ../libdom/src/libdom.7.a ../libcss/src/libcss.7.a ../libhubbub/src/libhubbub.7.a ../libparserutils/src/libparserutils.7.a ../libwapcaplet/src/libwapcaplet.7.a ../libnsutils/src/libnsutils.7.a ../libnslog/src/libnslog.7.a ../libnsbmp/src/libnsbmp.7.a ../libnsgif/src/libnsgif.7.a ../libutf8proc/src/libutf8proc.7.a /arm64/lib/ape/libap.a"
acid: new()
144283: ???	_main	MOV	R30,-160(SP)!
144283: ???	main+0x4	MOVWU	R0,104(SP)
Notes pending:
	sys: trap: BRK instruction
acid: filepc("/sys/src/cmd/7l/span.c:749")
<stdin>:4: (error) no function pcwhere
acid: filepc("/sys/src/cmd/7l/span.c:749")
acid: ma = filepc("/sys/src/cmd/7l/span.c:751")
acid: print(ma)
123496
acid: setbp(123496)
<stdin>:10: (error) no function setbp
acid: bpset(123496)
acid: cont()
text_insert: illegal combination FCVTZSDW FCON NONE REG
144283: ???	oplook+0x248	BL	prasm(SB)
Notes pending:
	sys: trap: BRK instruction
acid: lstk()
oplook(p=0x52ea258)+0x248 /sys/src/cmd/7l/span.c:751
	a1=0x1935000000012
	a3=0x1b0c969000000001
	e=0x32b70
	o=0x0
span()+0x7c /sys/src/cmd/7l/span.c:37
	bflag=0x400000000
	otxt=0x163bec00163bd0
	c=0x163bec
	p=0x52ea258
	m=0x7000000004
main(argc=0x8e,argv=0x1fffef180)+0x494 /sys/src/cmd/7l/obj.c:240
	_argc=0x6f
	_args=0x1fffef193
_main+0x28 /sys/src/libc/arm64/main9.s:17
acid: regs()
R0	0x00000000052ea258 R1	0x00000001fffee810 R2	0x0000000000028bf4
R3	0x0000000020000000 R4	0x0000000000000001 R5	0x000000000002339b
R6	0x0000000000000120 R7	0x0000000000000000 R8	0x000000004a200000
R9	0x0000000000000000 R10	0x00000001fffeea30 R11	0x0000000000000000
R12	0x0000000000000038 R13	0x0000000000000038 R14	0x0000000000000038
R15	0x0000000000000038 R16	0x97a3d7a220310c00 R17	0xffffffffc00f9f0c
R18	0x0875b486156a038a R19	0xabbd7f2d00000600 R20	0xbdfb65a508018891
R21	0xfb8eef8303a1c056 R22	0x7701204088940008 R23	0x30bd38232a00814d
R24	0x0ba2cb7a34057080 R25	0xf6faa6d3e3bed2fb R26	0xffffffffc08e20a8
R27	0xffffffffc007e000 R28	0x0000000000030000 R29	0xffffffffc0088958
R30	0x000000000001e264
acid: step()
(1705)	FCVTZSDW	$1.500000e+00,R5
text_insert: illegal combination FCVTZSDW FCON NONE REG
(1705)	FCVTZSDW	$1.500000e+00,R5
<stdin>:21: (error) msg: pid=144283 startstop: process exited
acid:

From a couple of the Go sources, it's clear that FCVTZSDW is converting 64float to 32int[1][2],so for me it's understandable that 1.5 can't be converted to an integer. The connection of 1.5e0 to 1.5 didn't dawn on me immediately, however. I ended up watching a youtube on ARM development, then reading ARM developer docs and a blog post about ARM development[3]: they all didn't seem to help me understand how to figure out the location of the problem. So after a bit of contemplation, I figured searching for 1.5 in the netsurf source might yield something. Since 7.nsfb builds fine, I wasn't quite sure it would help much, but what had I to lose, except more time?

cpu%  walk . | grep '\.c$' | xargs grep '[^0-9]1\.5'
./content/handlers/css/select.c:		FLTTOFIX(1.5000), /* x-large */
./content/handlers/html/layout.c:				size = FLTTOFIX(1.5);
./content/handlers/javascript/duktape/duktape.c:			 * (e.g. '1.5e+2').  This clause catches NULs.
./content/handlers/javascript/duktape/duktape.c:	 *  -1.5 -> floor(-1.0) -> -1  (towards +Inf)
./content/handlers/javascript/duktape/duktape.c:	 *  +1.5 -> floor(+2.0) -> 2   (towards +Inf)
./content/handlers/javascript/duktape/duktape.c:	 * Lua 5.1.5, and different hash initializer.
./content/handlers/javascript/duktape/duktape.c:	/* Number/string -> coerce string to number (e.g. "'1.5' == 1.5" -> true). */
./content/handlers/javascript/duktape/duktape.c: *    10.2.1.1.5 DeleteBinding (N)  [declarative environment record]
./content/handlers/javascript/duktape/duktape.c:	 * the double is out-of-range.  C99 Section 6.3.1.5:
./frontends/riscos/window.c:				1.5, 2.0, 3.0, 4.0, 6.0, 8.0, 12.0, 16.0};
./frontends/plan9/drawui/entry.c:		entry->size *= 1.5;

Huh, 1.5 in plan9 drawui. Change that to 2, and the linking was successful!  I'm happy that netsurf now builds on arm64, but this raises a question of why this doesn't cause a problem for i386 (the other arch I built netsurf on back in May). I reviewed the dentry struct in entry.h in the same directory and see that entry is of type int, so maybe on other architectures it's just rounded? For instance, on p. 42 in The C Programming Language, Section 2.7 contains this section: "Expressions that might lose information , like assigning a longer integer type to a shorter, or a floating-point type to an integer, may draw a warning, but they are not illegal." The arm64 compiler could emit the warning but still apply the operation (maybe it would be something like converting the int to a float, then multiplying, then rounding to get an int again).  At any rate, the test script above can be used as a test for anyone looking to reproduce the problem, and if desired, provide a solution.

[1] https://www.golang.ir/src/cmd/compile/internal/ssa/opGen.go
[2] https://www.golang.ir/src/cmd/compile/internal/ssa/rewriteARM64.go
[3] https://modexp.wordpress.com/2018/10/30/arm64-assembly/

On Tue, Jul 28, 2020, at 12:11 AM, Romano wrote:
> Philippe,
> 
> I attempted to build on a rpi4 using the arm64 kernel ( I ran a 
> sysupdate on Saturday). The framebuffer executable builds fine, but at 
> the very last step of building the native front-end I'm getting an 
> error:
> 
> pcc -o 7.netsurf utils/bloom.7 utils/corestrings.7 utils/file.7 
> utils/filename.7 utils/filepath.7 utils/hashmap.7 utils/hashtable.7 
> utils/http/cache-control.7 utils/http/challenge.7 
> utils/http/content-disposition.7 utils/http/content-type.7 
> utils/http/generics.7 utils/http/parameter.7 utils/http/primitives.7 
> utils/http/strict-transport-security.7 utils/http/www-authenticate.7 
> utils/idna.7 utils/libdom.7 utils/log.7 utils/messages.7 
> utils/nsoption.7 utils/nsurl/nsurl.7 utils/nsurl/parse.7 
> utils/punycode.7 utils/ssl_certs.7 utils/talloc.7 utils/time.7 
> utils/url.7 utils/useragent.7 utils/utf8.7 utils/utils.7 
> content/content.7 content/content_factory.7 content/dirlist.7 
> content/fetch.7 content/fetchers/about.7 content/fetchers/data.7 
> content/fetchers/file.7 content/fetchers/resource.7 
> content/fs_backing_store.7 content/handlers/css/css.7 
> content/handlers/css/dump.7 content/handlers/css/hints.7 
> content/handlers/css/internal.7 content/handlers/css/select.7 
> content/handlers/css/utils.7 content/handlers/html/box.7 
> content/handlers/html/box_construct.7 
> content/handlers/html/box_normalise.7 
> content/handlers/html/box_textarea.7 content/handlers/html/font.7 
> content/handlers/html/form.7 content/handlers/html/html.7 
> content/handlers/html/html_css.7 
> content/handlers/html/html_css_fetcher.7 
> content/handlers/html/html_forms.7 content/handlers/html/html_object.7 
> content/handlers/html/html_redraw.7 
> content/handlers/html/html_redraw_border.7 
> content/handlers/html/html_script.7 content/handlers/html/imagemap.7 
> content/handlers/html/interaction.7 content/handlers/html/layout.7 
> content/handlers/html/search.7 content/handlers/html/table.7 
> content/handlers/image/bmp.7 content/handlers/image/gif.7 
> content/handlers/image/ico.7 content/handlers/image/image.7 
> content/handlers/image/image_cache.7 
> content/handlers/javascript/content.7 
> content/handlers/javascript/duktape/dukky.7 
> content/handlers/javascript/duktape/duktape.7 
> content/handlers/javascript/fetcher.7 content/handlers/text/textplain.7 
> content/hlcache.7 content/llcache.7 content/mimesniff.7 
> content/no_backing_store.7 content/urldb.7 content/webfs.7 
> desktop/browser.7 desktop/browser_history.7 desktop/browser_window.7 
> desktop/cookie_manager.7 desktop/cw_helper.7 desktop/download.7 
> desktop/font_haru.7 desktop/frames.7 desktop/global_history.7 
> desktop/gui_factory.7 desktop/hotlist.7 desktop/knockout.7 
> desktop/local_history.7 desktop/mouse.7 desktop/netsurf.7 
> desktop/page-info.7 desktop/plot_style.7 desktop/print.7 
> desktop/save_pdf.7 desktop/save_text.7 desktop/scrollbar.7 
> desktop/search.7 desktop/searchweb.7 desktop/selection.7 
> desktop/sslcert_viewer.7 desktop/system_colour.7 desktop/textarea.7 
> desktop/textinput.7 desktop/treeview.7 desktop/version.7 
> frontends/plan9/plotter.7 frontends/plan9/schedule.7 
> frontends/plan9/window.7 frontends/plan9/fetch.7 
> frontends/plan9/bitmap.7 frontends/plan9/layout.7 
> frontends/plan9/clipboard.7 frontends/plan9/utils.7 
> frontends/plan9/gui.7 frontends/plan9/drawui/data.7 
> frontends/plan9/drawui/window.7 frontends/plan9/drawui/button.7 
> frontends/plan9/drawui/entry.7 frontends/plan9/drawui/toolbar.7 
> frontends/plan9/drawui/scrollbar.7 ../posix/src/iconv.7 
> ../posix/src/preadwrite.7 ../posix/src/math9.7 
> content/handlers/javascript/duktape/libduktape.7.a 
> ../libnspsl/src/libnspsl.7.a ../libdom/src/libdom.7.a 
> ../libcss/src/libcss.7.a ../libhubbub/src/libhubbub.7.a 
> ../libparserutils/src/libparserutils.7.a 
> ../libwapcaplet/src/libwapcaplet.7.a ../libnsutils/src/libnsutils.7.a 
> ../libnslog/src/libnslog.7.a ../libnsbmp/src/libnsbmp.7.a 
> ../libnsgif/src/libnsgif.7.a ../libutf8proc/src/libutf8proc.7.a
> text_insert: illegal combination FCVTZSDW FCON NONE REG
> (1705)	FCVTZSDW	$1.500000e+00,R5
> text_insert: illegal combination FCVTZSDW FCON NONE REG
> (1705)	FCVTZSDW	$1.500000e+00,R5
> pcc: 7l: 7l 101895: error
> mk: pcc -o 7.netsurf ...  : exit status=rc 101892: pcc 101894: 7l: 7l 
> 101895: error
> 
> Any ideas? Is this is a problem with the 7l linker specifically not 
> knowing how to translate an instruction to arm64 assembly? Do you need 
> more information?
> 
> On Thu, May 21, 2020, at 10:59 AM, Romano wrote:
> > Very cool, Philippe!
> > 
> > I'm testing a build now on 386.
> > 
> > Maybe it was mentioned previously and I didn't see it, but it looks 
> > like nsport is what someone needs to clone first: 
> > http://github.com/netsurf-plan9/nsport . Then cd into that dir and run 
> > 'fetch clone git', 'fetch clone ssh' or 'fetch clone http' (the 
> > instructions in README.plan9 say a simple 'fetch clone' without args 
> > would work, but it didn't work for me).
> > 
> > Note also that git9 changed the flag for creating a new branch: you 
> > might have to update the fetch script to use -n instead of -c.
> > 
> > I'll let you know how the build goes, and if I run in to any other gotchas.
> > 
> > 
> > 
> > On May 21, 2020 3:54:03 PM UTC, telephil9@gmail.com wrote:
> > >Hi,
> > >
> > >I've just committed the initial release for the netsurf native
> > >frontend.
> > >Feature-wise it is almost on par with the framebuffer frontend except
> > >for images that are not handled yet.
> > >I tried to make it look and behave like a native application but would
> > >like to have some feedback on this.
> > >
> > >All code is in the main repository: http://github.com/netsurf-plan9
> > >
> > >In order not to mess with the current framebuffer frontend, I created a
> > >separate mkfile found in netsurf/mkfile.native.
> > >To build this new frontend, just run mk as usual and then run mk -f
> > >mkfile.native in the netsurf directory.
> > >
> > >Regards,
> > >Philippe
> >

Re: arm64 fails to link when float converted to int (Was Re: [9front] netsurf native frontend (text_insert: illegal combination FCVTZSDW FCON NONE REG))

[cinap_lenrek]

this is clearly a compiler bug.

lets compare with the other compilers:

term% for(i in 5c 7c 8c){echo $i; $i -o/dev/null -S a.c}
5c
	TEXT	main+0(SB),0,$8
	MOVW	$1,R1
	MOVD	$1.50000000000000000e+00,F0
	MOVWD	R1,F1 <- convert lhs to float
	MULD	F0,F1 <- do floatingpoint multiplication
	MOVDW	F1,R3 <- convert result back to integer
	MOVW	$0,R0
	BL	,exits+0(SB)
	RET	,
	END	,
7c
	TEXT	main+0(SB),0,$16
	MOVW	$1,R1
	FCVTZSDW	$1.50000000000000000e+00,R2	<- tries to convert rhs to int??
	MULW	R2,R1,R2 <- multiplication done in int? bug!
	MOV	$0,R0
	BL	,exits+0(SB)
	RETURN	,
	END	,
8c
	TEXT	main+0(SB),0,$20
	MOVL	$1,size+-4(SP)
	FMOVD	$(1.50000000000000000e+00),F0
	FMOVL	size+-4(SP),F0 <- convert lhs to float
	FMULDP	F0,F1 <- do floatingpoint multiplication

	FSTCW	,.safe+-16(SP)
	MOVW	$3967,.safe+-14(SP)
	FLDCW	.safe+-14(SP), <- hahahaha, thanks intel!
	FMOVLP	F0,.safe+-12(SP)
	FLDCW	.safe+-16(SP),
	MOVL	.safe+-12(SP),AX <- convert result back to integer

	MOVL	$0,(SP)
	CALL	,exits+0(SB)
	RET	,
	END	,

we have to do the operation using the type of the right hand side:

diff -r f8f63e944375 sys/src/cmd/7c/cgen.c
--- a/sys/src/cmd/7c/cgen.c	Fri Jul 17 16:53:20 2020 +0200
+++ b/sys/src/cmd/7c/cgen.c	Sat Aug 01 13:33:09 2020 +0200
@@ -287,10 +287,10 @@
 				reglcgen(&nod2, l, Z);
 			else
 				nod2 = *l;
-			regalloc(&nod, n, nn);
+			regalloc(&nod, r, nn);
 			cgen(r, &nod);
 		} else {
-			regalloc(&nod, n, nn);
+			regalloc(&nod, r, nn);
 			cgen(r, &nod);
 			if(l->addable < INDEXED)
 				reglcgen(&nod2, l, Z);

with that change, 7c properly does the multiplication in floating
point, and converts the result back to integer:

term% /sys/src/cmd/7c/6.out -o/dev/null -S a.c
	TEXT	main+0(SB),0,$16
	MOVW	$1,R1
	FMOVD	$1.50000000000000000e+00,F1
	SCVTFWD	R1,F4 <- convert left hand side to float
	FMULD	F1,F4,F1 <- do floatingpoint multiplication
	FCVTZSDW	F1,R1 <- convert result back to integer
	MOV	$0,R0
	BL	,exits+0(SB)
	RETURN	,
	END	,

we'll need to to do a bunch of test now to make sure this
change doesnt break anything.

feel free to test and report any errors would be appreciated.

--
cinap

Re: arm64 fails to link when float converted to int (Was Re: [9front] netsurf native frontend (text_insert: illegal combination FCVTZSDW FCON NONE REG))

[Anthony Martin]

cinap_lenrek@felloff.net once said:
> we have to do the operation using the type of the right hand side:
> 
> diff -r f8f63e944375 sys/src/cmd/7c/cgen.c
> --- a/sys/src/cmd/7c/cgen.c	Fri Jul 17 16:53:20 2020 +0200
> +++ b/sys/src/cmd/7c/cgen.c	Sat Aug 01 13:33:09 2020 +0200
> @@ -287,10 +287,10 @@
>  				reglcgen(&nod2, l, Z);
>  			else
>  				nod2 = *l;
> -			regalloc(&nod, n, nn);
> +			regalloc(&nod, r, nn);
>  			cgen(r, &nod);
>  		} else {
> -			regalloc(&nod, n, nn);
> +			regalloc(&nod, r, nn);
>  			cgen(r, &nod);
>  			if(l->addable < INDEXED)
>  				reglcgen(&nod2, l, Z);
> 
> [...]
> 
> we'll need to to do a bunch of test now to make sure this
> change doesnt break anything.

A similar change was made here a while back:
https://bitbucket.org/64tharmybrigade/7acl/commits/7fcd631dd3

changeset:   177:7fcd631dd30f
user:        Charles Forsyth <charles.forsyth@gmail.com>
date:        Tue Jul 26 11:13:44 2016 +0100
files:       7c/cgen.c
description:
handle mixed-mode asops


diff --git a/7c/cgen.c b/7c/cgen.c
--- a/7c/cgen.c
+++ b/7c/cgen.c
@@ -287,28 +287,22 @@
 				reglcgen(&nod2, l, Z);
 			else
 				nod2 = *l;
-			regalloc(&nod, n, nn);
+			regalloc(&nod, r, nn);
 			cgen(r, &nod);
 		} else {
-			regalloc(&nod, n, nn);
+			regalloc(&nod, r, nn);
 			cgen(r, &nod);
 			if(l->addable < INDEXED)
 				reglcgen(&nod2, l, Z);
 			else
 				nod2 = *l;
 		}
-		regalloc(&nod1, n, Z);
-		gopcode(OAS, &nod2, Z, &nod1);
-		if(nod1.type->etype != nod.type->etype){
-			regalloc(&nod3, &nod, Z);
-			gmove(&nod1, &nod3);
-			regfree(&nod1);
-			nod1 = nod3;
-		}
+		regalloc(&nod1, &nod, nod1.type==nod2.type? nn: Z);
+		gmove(&nod2, &nod1);
 		gopcode(o, &nod, &nod1, &nod);
 		gmove(&nod, &nod2);
 		if(nn != Z)
-			gmove(&nod, nn);
+			gmove(&nod2, nn);
 		regfree(&nod);
 		regfree(&nod1);
 		if(l->addable < INDEXED)

  Anthony

Re: [9front] netsurf native frontend

[Dave MacFarlane]

Nice! A couple minor bug reports from the native version (on amd64):

1. When I first built it, the URL bar was taking up the whole window. Some
   combination of mk clean, mk 9res, mk install, and mk -f mkfile.native install seems
   to have fixed it. (Probably some dependency not reflected in the mkfile, I wouldn't
   worry about it since it works on a clean(?) install..)
2. When scrolled in a window and you try typing in a textbox, the location of where
   it tries to draw the content isn't taking the scroll into account

Not bugs, but since you're asking for feedback on how to make it feel more native
1. Middle clicking on the scroll bar doesn't scroll to that location as I'd expect from
   a native app. (Similarly, left/right clicking doesn't seem to be context sensitive
   wrt to where you clicked in the scrollbar)
2. You can't select text in the URL bar (in particular, double clicking to select all.)
   (the framebuffer version also has/had this problem)
3. Being able to select text to plumb it would be nice.

Re: [9front] netsurf native frontend

[telephil9]

Hi,

Thanks for the feedback.

> 2. When scrolled in a window and you try typing in a textbox, the location of where
>    it tries to draw the content isn't taking the scroll into account
> 
Fixed.

> 1. Middle clicking on the scroll bar doesn't scroll to that location as I'd expect from
>    a native app. (Similarly, left/right clicking doesn't seem to be context sensitive
>    wrt to where you clicked in the scrollbar)
Fixed.

Text selection is on my todo but I did not get to it yet.
Same goes for the url entry, I just made it usable enough but it clearly lacks many features. Note that you can remove all text by pressing the escape key.

Regards,
Philippe

Re: [9front] netsurf native frontend

[Stanley Lieber]

rc: /bin/git/branch:120: token EOF: syntax error

Re: [9front] netsurf native frontend

[Stanley Lieber]

sorry, my git9 was out of date.

sl

Re: [9front] netsurf native frontend

[kokamoto]

> would like to have some feedback on this.

I don't know why you implemented this, what was your
dislike point of the framebuffer netsurf?

By the way, I can input 日本語(Japanese) into the google
search window of the opening panel, without to compile
for freetype Japanese fonts.

Kenji

Re: [9front] netsurf native frontend

[Eli Cohen]

I'm having trouble getting this working. it gets stuck when I first
open it, at the bottom it says "loading" and never loads. I had this
problem with nsfb before I ran mk 9res, but I can't figure out what
I'm doing wrong here.

On Fri, May 22, 2020 at 9:08 PM <kokamoto@hera.eonet.ne.jp> wrote:
>
> > would like to have some feedback on this.
>
> I don't know why you implemented this, what was your
> dislike point of the framebuffer netsurf?
>
> By the way, I can input 日本語(Japanese) into the google
> search window of the opening panel, without to compile
> for freetype Japanese fonts.
>
> Kenji
>


-- 
http://echoline.org

Re: [9front] netsurf native frontend

[telephil9]

Make sure you sysupdate 9front first.
There was an issue with libdraw etimer under APE that was fixed in this commit:
http://code.9front.org/hg/plan9front/rev/4be989798860

Re: [9front] netsurf native frontend

[Eli Cohen]

ah, thank you, that fixed my problem. this frontend seems a lot
better, nsfb uses 100% cpu and syscall on my system. I'm a bit
disappointed irccloud.com doesn't work, but it seems to be a problem
with netsurf itself, not the 9front ports

On Fri, May 22, 2020 at 11:19 PM <telephil9@gmail.com> wrote:
>
> Make sure you sysupdate 9front first.
> There was an issue with libdraw etimer under APE that was fixed in this commit:
> http://code.9front.org/hg/plan9front/rev/4be989798860



-- 
http://echoline.org

Re: [9front] netsurf native frontend

[jamos]

Kenji,

Philippe’s new native netsurf frontend is a big step forward. It uses 
the same core components and libraries as nsfb, but has a GUI using the 
plan 9 drawing primitives directly, as well as the plan 9 event and font 
handling. A native frontend has much more control over what happens, and 
it is possible to layout components in the browser as we wish, e.g. 
having plan 9 style scrollbars.

The framebuffer frontend in Netsurf has its own plotting functions that 
modifies a memory bitmap, and the plan 9 framebuffer driver (surface) 
then synchonises that bitmap with a Plan 9 window Image using 
loadimage() - for the updated area. The framebuffer frontend is foremost 
designed to run close to hardware, like embedded systems, or on a 
graphics console. It polls for events once a second, which makes the UI 
a bit unresponsive, and also consumes a bit more cpu cycles when nothing 
happens. It also has its internal event handling mechanism that doesn’t 
map 1:1 to the one in plan 9.

Netsurf’s native frontends generally have much more functionality than 
the framebuffer frontend (which is more fixed), and they are designed to 
integrate with higher-level functions exported by operating system. The 
framebuffer frontend has a lot of built-in functionality, such as basic 
font handling, which made it an easier target to start with.

The Plan 9 frontend will (if things go well) become one of the Netsurf’s 
official frontends, living in its own directory, side by side with other 
native frontends for Amiga, Atari ST, BeOS/Haiku, Unix, RiscOS, and 
Windows. Being closer to the upstream, also means that it will be easier 
to keep up with upcoming tip changes, benefitting, for example, from 
improved rendering and javascript support.

It is an advantage that we now have two frontends for plan 9, as they 
can be compared both visually and performance wise. I've already noticed 
that the native frontend is much quicker if you rcpu to another machine 
and run the browser from there.

Jonas

On 2020-05-23 07:08, kokamoto@hera.eonet.ne.jp wrote:

>> would like to have some feedback on this.
> 
> I don't know why you implemented this, what was your
> dislike point of the framebuffer netsurf?
> 
> By the way, I can input 日本語(Japanese) into the google
> search window of the opening panel, without to compile
> for freetype Japanese fonts.
> 
> Kenji

Re: [9front] netsurf native frontend

[kokamoto]

Thanks Jonas!
Yes, I wanted to see this like technical background.

> It is an advantage that we now have two frontends for plan 9, as they 
> can be compared both visually and performance wise. I've already noticed 
> that the native frontend is much quicker if you rcpu to another machine 
> and run the browser from there.

Yes, it may be, however, we don't see jpg/png images yet, which make
the load page very slow...

By the way, nsgenbind() is not used, why... (This is my first time to update
nsport☺)

Kenji

Re: [9front] netsurf native frontend

[kokamoto]

> By the way, nsgenbind() is not used, why... (This is my first time to update
> nsport☺)

I forgot that I had copied nsgenbind-lexer.[ch], negenbind-parser.[ch] etc from
linux port.  So, it's not so different to have genfiles/netsurf/duktape/*.

Kenji

Re: [9front] netsurf native frontend

[sl]

the history button seems to have vanished.

sl

Re: arm64 fails to link when float converted to int (Was Re: [9front] netsurf native frontend (text_insert: illegal combination FCVTZSDW FCON NONE REG))

[Romano]

> this is clearly a compiler bug.
> 
> lets compare with the other compilers:
> ...

Thank you very much for the guided walk-through, and providing a patch to fix! It's been two decades since I looked at assembler before this past week or so, and therefore your notes were helpful in giving me an overview of what was happening (the -S flag is handy). I still need to take some more time in order to really understand the architectural differences (e.g., the intel 'haha' moment), but some other projects are most likely going to take priority if I don't run into any other compiler bugs.

> we'll need to to do a bunch of test now to make sure this
> change doesnt break anything.
> 
> feel free to test and report any errors would be appreciated.

On my rpi4, I re-made 7c with the patch and installed it, then did 'cd /sys/src; mk clean; mk': no error occurred. I also reverted the modification I had made for netsurf native, mk clean'd, and it built without modification too.

Should I be kicking the tires in some other way?