Re: [gccsdk] sorry ..

On 03/03/2019 21:43, Michael Grunditz wrote:
> Hi
>
> I think I made the mistake by copying the wrong branch, ending up with
> the 4.1 compiler!
>
> Anyway , is std::thread supported?

I would think that it's a wrapper for pthreads, so yes it should be, but
I haven't tested it.

Lee.

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Re: [PATCH] SVG content handler: Fix plot style stroke_width

On 2018-12-23, Michael Forney <mforney@mforney.org> wrote:
> In 8332bf6b2a, when the stroke width was moved from a parameter to
> the plot style field, it accidentally used the `stroke` field of
> the svgtiny shape (the color) instead of `stroke_width`.
> ---
> content/handlers/image/svg.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/content/handlers/image/svg.c b/content/handlers/image/svg.c
> index 51260733d..99722495f 100644
> --- a/content/handlers/image/svg.c
> +++ b/content/handlers/image/svg.c
> @@ -189,7 +189,7 @@ svg_redraw_internal(struct content *c,
> for (i = 0; i != diagram->shape_count; i++) {
> if (diagram->shape[i].path) {
> pstyle.stroke_width = plot_style_int_to_fixed(
> - diagram->shape[i].stroke);
> + diagram->shape[i].stroke_width);
> pstyle.stroke_colour = BGR(diagram->shape[i].stroke);
> pstyle.fill_colour = BGR(diagram->shape[i].fill);
> res = ctx->plot->path(ctx,
> --
> 2.20.1
>

Ping. Anyone able to take a look at this patch?

[gccsdk] sorry ..

Hi

I think I made the mistake by copying the wrong branch, ending up with
the 4.1 compiler!

Anyway , is std::thread supported?

Michael

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

[gccsdk] armv7 gone with the wind?

Hi

I am trying to install gccsdk on a new linux vm.

I cabn't get the compiler to like -march=armv7-a or anything except armv6

-mfpu=neon , is alos nono.

What happened, or am I going more crasy than usual?

Michael

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

[gccsdk] armv7 gone with the wind?

Hi

I just tried to rebuild gccsdk , but gcc doesnt like armv7-a or
Cortex-A9 or neon.. Tried with armv6 and that worked.

What is going on?

--
Michael Grunditz

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Re: Duktape ECMA/Java-script support

> I only turn its JS on when someone says "look at this" but otherwise
> mostly surf the external net on Windoze or Android. NetSurf is only
> really of any use on RISC OS related sites where authors are (/ought to
> be) aware of its shortcomings.

NetSurf lets me read docs and mailing lists, supports Gtk3 and Wayland,
doesn't need patching out glibc reliance on every upgrade, is easy to
build and MIT licensed, and GParted live image includes it.

From JS, I mainly want querySelector, innerHTML = "", title, Fetch API,
and some DOM4 sugar. Skimming the codebase, I see that implementation
classes in content/handlers/javascript/duktape/ are where I need to code
the DOM stuff. But I don't see where Fetch API would go.

Also I'd appreciate a pointer about what the .bnd extension means, a
style guide that is not PDF but something viewable in NetSurf itself,
some coding do's and don'ts, and an elaboration of the "need to be done
before complete JavaScript support can be considered, such as changing
our web page layout engine to handle dynamic changes" quote from the
docs as in what's expected to not be able to work yet.

Re: Duktape ECMA/Java-script support

In article <024701d4cfea$42fc87d0$c8f59770$@iinet.net.au>, Walter
Zambotti <zambotti@iinet.net.au> wrote:
> It is my conclusion that there would be very few javascript enabled
> sites that the current implantation of NS3.9 could or would actually
> render.

This could be why NetSurf arrives out-of-the-box with JavaScript disabled.

I only turn its JS on when someone says "look at this" but otherwise
mostly surf the external net on Windoze or Android. NetSurf is only
really of any use on RISC OS related sites where authors are (/ought to
be) aware of its shortcomings.

Even then (looking at ROOL) including JS reliant PayPal transactions
brings any attempt at NetSurf compatibility crashing down.

--

Tim Hill
Webmaster

timil.com : tjrh.eu : butterwick.eu : blue-bike.uk : youngtheatre.co.uk