In message <52ff11edd1john@jaharrison.me.uk>
John Harrison <john@jaharrison.me.uk> wrote:
>
> > > OK, the CI system just built #740
>
> > Bad news - loops on Iyonix, needs alt-break to stop.
>
> That's odd. 740 has been happily running here in Iyonix (5.18) since I
> downloaded it earlier.
Yes, for me too.
Dave
____________________________________________________________
FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family!
Visit http://www.inbox.com/photosharing to find out more!
Sunday, 16 December 2012
Re: [gccsdk] GCC Cross Compiler build failing at asasm
On 15 Dec, John Tytgat wrote in message
<d63976fe52.Jo@hobbes.bass-software.com>:
> Was this all built from a fresh checkout ? Or an older checkout which you
> updated with 'svn update' ? If the latter, did you do a 'make clean'
> before building ? I'm just trying to get a better context on this problem.
It was an update of an existing setup, which I'd tried to build, then made
clean and tried again.
[snip]
> The directory structure of asasm sources has changed some time ago and my
> guess is that you've still old autotool related files there which are
> outdated (i.e. not suited for the current directory structure) and not
> re-generated. Instead of advocating a good 'make clean' + ./build-world
> again, you might get away with:
>
> $ cd riscos/asasm
> $ svn status --no-ignore | grep ^I | cut -b 9- | xargs rm -rf
>
> And redo the ./build-world
That didn't seem to work as intended: the errors went, but the build then
completed with "nothing to do" (and no asasm or anything later).
Anyway, I've just checked out a clean copy of 4.1.2 and that seems to have
built correctly. I'll need to transfer all of my non-standard libraries
across before testing it on some code, though.
Thanks for the help in the right direction.
--
Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show
Saturday 20 April 2013
http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
_______________________________________________
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
<d63976fe52.Jo@hobbes.bass-software.com>:
> Was this all built from a fresh checkout ? Or an older checkout which you
> updated with 'svn update' ? If the latter, did you do a 'make clean'
> before building ? I'm just trying to get a better context on this problem.
It was an update of an existing setup, which I'd tried to build, then made
clean and tried again.
[snip]
> The directory structure of asasm sources has changed some time ago and my
> guess is that you've still old autotool related files there which are
> outdated (i.e. not suited for the current directory structure) and not
> re-generated. Instead of advocating a good 'make clean' + ./build-world
> again, you might get away with:
>
> $ cd riscos/asasm
> $ svn status --no-ignore | grep ^I | cut -b 9- | xargs rm -rf
>
> And redo the ./build-world
That didn't seem to work as intended: the errors went, but the build then
completed with "nothing to do" (and no asasm or anything later).
Anyway, I've just checked out a clean copy of 4.1.2 and that seems to have
built correctly. I'll need to transfer all of my non-standard libraries
across before testing it on some code, though.
Thanks for the help in the right direction.
--
Steve Fryatt - Leeds, England Wakefield Acorn & RISC OS Show
Saturday 20 April 2013
http://www.stevefryatt.org.uk/ http://www.wakefieldshow.org.uk/
_______________________________________________
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: RISC OS Javascript support
In article <20121216161324.GM15360@kyllikki.org>,
Vincent Sanders <vince@netsurf-browser.org> wrote:
> On Sun, Dec 16, 2012 at 04:07:25PM +0000, Chris Gransden wrote:
> > In article <20121216154023.GL15360@kyllikki.org>,
> > Vincent Sanders <vince@netsurf-browser.org> wrote:
> > > OK, the CI system just built #740 with a spidermonkey 1.8.5 library
> > > with the JIT disabled as suggested by Chris Gransden. Can this be
> > > tried by someone with access to RISC OS? and please be aware this may
> > > well behave very badly indeed.
> >
> > It get stuck in a infinite loop as soon as a web page is opened. Alt-break
> > is the only way to quit.
> >
> bother, oh well. any posibility of a log to maybe debug it? anyway I
> will sort out switching to the 1.7.0 build for now.
I've been doing all my testing on a pandaboard which it locks up with. I
tried it on a Raspberry Pi and it seems to be running stable so far. The
NetSurf JavaScript tests all seem to be working as before.
I ran the jsapi-tests program on the Raspberry Pi. Here's the output in
case its useful. This locks up on the Pandaboard.
*jsapi-tests
selfTest_globalHasNoParent
TEST-PASS | selfTest_globalHasNoParent | ok
selfTest_NaNsAreSame
TEST-PASS | selfTest_NaNsAreSame | ok
testBug604087
TEST-PASS | testBug604087 | ok
testClassGetter_isCalled
TEST-PASS | testClassGetter_isCalled | ok
test_cloneScript
TEST-PASS | test_cloneScript | ok
testDerivedValues
testConservativeGC.cpp:77:CHECK failed: !memcmp(ch, expected,
sizeof(expected))
TEST-UNEXPECTED-FAIL | testDerivedValues | CHECK failed: !memcmp(ch,
expected, sizeof(expected))
testConservativeGC
Chris.
Vincent Sanders <vince@netsurf-browser.org> wrote:
> On Sun, Dec 16, 2012 at 04:07:25PM +0000, Chris Gransden wrote:
> > In article <20121216154023.GL15360@kyllikki.org>,
> > Vincent Sanders <vince@netsurf-browser.org> wrote:
> > > OK, the CI system just built #740 with a spidermonkey 1.8.5 library
> > > with the JIT disabled as suggested by Chris Gransden. Can this be
> > > tried by someone with access to RISC OS? and please be aware this may
> > > well behave very badly indeed.
> >
> > It get stuck in a infinite loop as soon as a web page is opened. Alt-break
> > is the only way to quit.
> >
> bother, oh well. any posibility of a log to maybe debug it? anyway I
> will sort out switching to the 1.7.0 build for now.
I've been doing all my testing on a pandaboard which it locks up with. I
tried it on a Raspberry Pi and it seems to be running stable so far. The
NetSurf JavaScript tests all seem to be working as before.
I ran the jsapi-tests program on the Raspberry Pi. Here's the output in
case its useful. This locks up on the Pandaboard.
*jsapi-tests
selfTest_globalHasNoParent
TEST-PASS | selfTest_globalHasNoParent | ok
selfTest_NaNsAreSame
TEST-PASS | selfTest_NaNsAreSame | ok
testBug604087
TEST-PASS | testBug604087 | ok
testClassGetter_isCalled
TEST-PASS | testClassGetter_isCalled | ok
test_cloneScript
TEST-PASS | test_cloneScript | ok
testDerivedValues
testConservativeGC.cpp:77:CHECK failed: !memcmp(ch, expected,
sizeof(expected))
TEST-UNEXPECTED-FAIL | testDerivedValues | CHECK failed: !memcmp(ch,
expected, sizeof(expected))
testConservativeGC
Chris.
Re: Unicode on local pages
NetSurf 3 #739
Altering fonts using the Fonts dialog in Choices.. from the iconbar
seems to have no effect on unicode text.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Altering fonts using the Fonts dialog in Choices.. from the iconbar
seems to have no effect on unicode text.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Unicode on local pages
With NetSurf #739. If I browse
http://www.perseus.tufts.edu/hopper/text?doc=Perseus%3Atext%3A1999.01.0173%3Atext%3DSym.
it displays OK. If I save or do a full save of the page, and then browse
the resulting local page the Greek text displays as garbage. Why is there
a difference?
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
http://www.perseus.tufts.edu/hopper/text?doc=Perseus%3Atext%3A1999.01.0173%3Atext%3DSym.
it displays OK. If I save or do a full save of the page, and then browse
the resulting local page the Greek text displays as garbage. Why is there
a difference?
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Re: RISC OS Javascript support
On 16 Dec 2012 John Harrison <john@jaharrison.me.uk> wrote:
>>> OK, the CI system just built #740
>> Bad news - loops on Iyonix, needs alt-break to stop.
> That's odd. 740 has been happily running here in Iyonix (5.18) since I
> downloaded it earlier.
Presumably it matters which home page one is using. I use
http:/m.bbc.co.uk/home/desktop as suggested elsethread. I've certainly
seen the failure to load that people report on google groups, but that
doesn't lock the machine. ARMini, RISC OS 5.19
With best wishes,
Peter.
--
Peter Young (zfc Ta) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
>>> OK, the CI system just built #740
>> Bad news - loops on Iyonix, needs alt-break to stop.
> That's odd. 740 has been happily running here in Iyonix (5.18) since I
> downloaded it earlier.
Presumably it matters which home page one is using. I use
http:/m.bbc.co.uk/home/desktop as suggested elsethread. I've certainly
seen the failure to load that people report on google groups, but that
doesn't lock the machine. ARMini, RISC OS 5.19
With best wishes,
Peter.
--
Peter Young (zfc Ta) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
Re: Javascript and Fonts
In article <9c2713ff52.wra1th@wra1th.plus.com>,
Gavin Wraith <gavin@wra1th.plus.com> wrote:
> bold /mu problem. Can I take it that this has to be a fault with the
> fonts Corpus, Homerton and Trinity in Resources:$.Fonts somewhere? I must
> say, I did not know that these had been extended to unicode. Pity about
> the wrong style /mu if this is in the official Rpi distro.
>
You can change the defauilt font faces in the NetSurf configuration. Then
you can try different fonts easily.
Chris.
Gavin Wraith <gavin@wra1th.plus.com> wrote:
> bold /mu problem. Can I take it that this has to be a fault with the
> fonts Corpus, Homerton and Trinity in Resources:$.Fonts somewhere? I must
> say, I did not know that these had been extended to unicode. Pity about
> the wrong style /mu if this is in the official Rpi distro.
>
You can change the defauilt font faces in the NetSurf configuration. Then
you can try different fonts easily.
Chris.
Subscribe to:
Posts (Atom)