On Thu, Feb 11, 2021 at 14:48:43 +0000, Anthony Griffiths wrote:
> don't know how to get past this, thanks for any advice
I *think* this suggests CentOS 7 isn't providing Digest::MD5 by default,
so perhaps try installing that?
I think the package is:
https://centos.pkgs.org/7/centos-x86_64/perl-Digest-MD5-2.52-3.el7.x86_64.rpm.html
D.
--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Thursday, 11 February 2021
make error building netsurf
I'm trying to install netsurf on centos 7 using the instructions in
the quick-start.md document that came with the install source.
I did it first on a dell tower and it all worked ok.
I then tried to do it on a raspberry pi3 (again with centos 7 on it)
but I get an error while running make that I didn't get before:
these are the steps I've done so far in following the quick-start.md document.
yum -y install git
git clone git://git.netsurf-browser.org/netsurf.git
cd /home/packages/netsurf
wget https://git.netsurf-browser.org/netsurf.git/plain/docs/env.sh
unset HOST
ns-package-install
source env.sh
ns-clone
ns-pull-install
rm -f env.sh
cd ~/dev-netsurf/workspace
source env.sh
cd netsurf
yum -y install gtk3*
make
during make the install stops with this error
Can't locate object method "hexhash" via package "MD5" at
tools/git-testament.pl line 47.
don't know how to get past this, thanks for any advice
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
the quick-start.md document that came with the install source.
I did it first on a dell tower and it all worked ok.
I then tried to do it on a raspberry pi3 (again with centos 7 on it)
but I get an error while running make that I didn't get before:
these are the steps I've done so far in following the quick-start.md document.
yum -y install git
git clone git://git.netsurf-browser.org/netsurf.git
cd /home/packages/netsurf
wget https://git.netsurf-browser.org/netsurf.git/plain/docs/env.sh
unset HOST
ns-package-install
source env.sh
ns-clone
ns-pull-install
rm -f env.sh
cd ~/dev-netsurf/workspace
source env.sh
cd netsurf
yum -y install gtk3*
make
during make the install stops with this error
Can't locate object method "hexhash" via package "MD5" at
tools/git-testament.pl line 47.
don't know how to get past this, thanks for any advice
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Thursday, 4 February 2021
Re: [gccsdk] long long parameter + module code + tail calls + -Os generates broken stack code
On 03/02/2021 09:49, Rob Kendrick wrote:
> I have a problem where if I change any of the four things mentioned in the
> subject (ie, use a 32 bit int, don't pass -mmodule, use -O0 or -O2, etc) it
> vanishes. With the combination, the code generated stacks every register in
> the preamble, but never unstacks them. gas also complains that the writeback
> register is in the list (with good reason!)
>
> Might be some sort of bitmap signedness problem somewhere in the code
> generator?
>
> (The actual function I identified this on is much longer. The only other
> simplification I could make and still produce the problem is to remove the
> final return statement, but that is included here.)
Unfortunately, I couldn't even get it to compile at all and got this
error:
*** buffer overflow detected ***: terminated
testcase.c: In function 'write_long':
testcase.c:7:1: internal compiler error: Aborted
Looking at your assembler output, I can see that the epilogue is
correct, and that the prologue should match it.
I will look in to it.
Thanks,
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
> I have a problem where if I change any of the four things mentioned in the
> subject (ie, use a 32 bit int, don't pass -mmodule, use -O0 or -O2, etc) it
> vanishes. With the combination, the code generated stacks every register in
> the preamble, but never unstacks them. gas also complains that the writeback
> register is in the list (with good reason!)
>
> Might be some sort of bitmap signedness problem somewhere in the code
> generator?
>
> (The actual function I identified this on is much longer. The only other
> simplification I could make and still produce the problem is to remove the
> final return statement, but that is included here.)
Unfortunately, I couldn't even get it to compile at all and got this
error:
*** buffer overflow detected ***: terminated
testcase.c: In function 'write_long':
testcase.c:7:1: internal compiler error: Aborted
Looking at your assembler output, I can see that the epilogue is
correct, and that the prologue should match it.
I will look in to it.
Thanks,
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
Wednesday, 3 February 2021
[gccsdk] long long parameter + module code + tail calls + -Os generates broken stack code
I have a problem where if I change any of the four things mentioned in the
subject (ie, use a 32 bit int, don't pass -mmodule, use -O0 or -O2, etc) it
vanishes. With the combination, the code generated stacks every register in
the preamble, but never unstacks them. gas also complains that the writeback
register is in the list (with good reason!)
Might be some sort of bitmap signedness problem somewhere in the code
generator?
(The actual function I identified this on is much longer. The only other
simplification I could make and still produce the problem is to remove the
final return statement, but that is included here.)
rjek@trite:~$ cat testcase.c
int write_long(long long d) {
if (d >= 0)
return write_uinteger(d);
if (d >= -32)
return write_nfix(d);
return write_int(d);
}
rjek@trite:~$ arm-unknown-riscos-gcc -mmodule -Os -S testcase.c && cat testcase.s
.file "testcase.c"
.text
.align 2
.global write_long
.ascii "write_long\000"
.align 2
.word 4278190092
.type write_long, %function
write_long:
@ args = 0, pretend = 0, frame = 0, outgoing = 0
@ frame_needed = 0, uses_anonymous_args = 0
stmfd sp!, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, sl, fp, ip, sp, lr, pc}
mov r2, r0
mov r3, r1
cmp r2, #0
sbcs ip, r3, #0
blt .L2
ldmfd sp!, {r4, r5, lr}
b write_uinteger
.L2:
mvn r4, #31
mvn r5, #0
cmp r2, r4
sbcs ip, r3, r5
blt .L3
ldmfd sp!, {r4, r5, lr}
b write_nfix
.L3:
ldmfd sp!, {r4, r5, lr}
b write_int
.size write_long, .-write_long
.ident "GCC: (GCCSDK GCC 4.7.4 Release 5) 4.7.4"
rjek@trite:~$
B.
_______________________________________________
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
subject (ie, use a 32 bit int, don't pass -mmodule, use -O0 or -O2, etc) it
vanishes. With the combination, the code generated stacks every register in
the preamble, but never unstacks them. gas also complains that the writeback
register is in the list (with good reason!)
Might be some sort of bitmap signedness problem somewhere in the code
generator?
(The actual function I identified this on is much longer. The only other
simplification I could make and still produce the problem is to remove the
final return statement, but that is included here.)
rjek@trite:~$ cat testcase.c
int write_long(long long d) {
if (d >= 0)
return write_uinteger(d);
if (d >= -32)
return write_nfix(d);
return write_int(d);
}
rjek@trite:~$ arm-unknown-riscos-gcc -mmodule -Os -S testcase.c && cat testcase.s
.file "testcase.c"
.text
.align 2
.global write_long
.ascii "write_long\000"
.align 2
.word 4278190092
.type write_long, %function
write_long:
@ args = 0, pretend = 0, frame = 0, outgoing = 0
@ frame_needed = 0, uses_anonymous_args = 0
stmfd sp!, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9, sl, fp, ip, sp, lr, pc}
mov r2, r0
mov r3, r1
cmp r2, #0
sbcs ip, r3, #0
blt .L2
ldmfd sp!, {r4, r5, lr}
b write_uinteger
.L2:
mvn r4, #31
mvn r5, #0
cmp r2, r4
sbcs ip, r3, r5
blt .L3
ldmfd sp!, {r4, r5, lr}
b write_nfix
.L3:
ldmfd sp!, {r4, r5, lr}
b write_int
.size write_long, .-write_long
.ident "GCC: (GCCSDK GCC 4.7.4 Release 5) 4.7.4"
rjek@trite:~$
B.
_______________________________________________
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
Monday, 1 February 2021
Re: OL handling
In message <20210201133331.f3uyvn5fswm53hvt@hilly.kyllikki.org>
> Vincent Sanders <vince@netsurf-browser.org> wrote:
>
> On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
>> Netsurf doesn't seem to support HTML of the form
>> <OL>
>> <li type="i" value=5>
>> </OL>
>> but always defaults to a sequential numerical list, whatever type/value
>> the source specifies - are we all supposed to be styling list entries
>> with CSS nowadays?
>
> Depends on the intended usage. The MDN page is a good reference
>
> https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
My specific usage was in DDF2Html, where Impression's numbered lists are
translated into corresponding HTML lists - and where I was looking at a
particular document which was quoting partial elements from a list, such
that the original reads
i)
ii)
iii) [...]
v)
which is rendered in Netsurf as
1)
2)
3)
4)
Likewise a similar list in the same article contains items
1)
5)
9)
which appear on the website (in Netsurf) misleadingly as
1)
2)
3)
I could try to get the program to calculate the values itself instead of
relying on translating the DDF codes, which map pretty neatly onto the
<OL> definition, but I assumed at the time of writing the software that
Netsurf would at some point be upgraded to implement full ordered list
support.
--
Harriet Bazley == Loyaulte me lie ==
C++ - the language in which only friends can access your private members
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
> Vincent Sanders <vince@netsurf-browser.org> wrote:
>
> On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
>> Netsurf doesn't seem to support HTML of the form
>> <OL>
>> <li type="i" value=5>
>> </OL>
>> but always defaults to a sequential numerical list, whatever type/value
>> the source specifies - are we all supposed to be styling list entries
>> with CSS nowadays?
>
> Depends on the intended usage. The MDN page is a good reference
>
> https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
My specific usage was in DDF2Html, where Impression's numbered lists are
translated into corresponding HTML lists - and where I was looking at a
particular document which was quoting partial elements from a list, such
that the original reads
i)
ii)
iii) [...]
v)
which is rendered in Netsurf as
1)
2)
3)
4)
Likewise a similar list in the same article contains items
1)
5)
9)
which appear on the website (in Netsurf) misleadingly as
1)
2)
3)
I could try to get the program to calculate the values itself instead of
relying on translating the DDF codes, which map pretty neatly onto the
<OL> definition, but I assumed at the time of writing the software that
Netsurf would at some point be upgraded to implement full ordered list
support.
--
Harriet Bazley == Loyaulte me lie ==
C++ - the language in which only friends can access your private members
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Re: OL handling
In message <20210201133331.f3uyvn5fswm53hvt@hilly.kyllikki.org>
Vincent Sanders <vince@netsurf-browser.org> wrote:
> On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
>> Netsurf doesn't seem to support HTML of the form
>> <OL>
>> <li type="i" value=5>
>> </OL>
>> but always defaults to a sequential numerical list, whatever type/value
>> the source specifies - are we all supposed to be styling list entries
>> with CSS nowadays?
>
> Depends on the intended usage. The MDN page is a good reference
>
> https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
>
> Netsurf has never supported anything other than plain decimal
> numbering for list markers/counters
>
> I have added a basic implementation of the CSS 2.1 styles
>
> https://www.w3.org/TR/CSS2/generate.html#propdef-list-style-type
>
> Michael Drake fixed the HTML hinting so the type on the OL can be used
> (note its on the OL *not* the LI element)
>
> I cannot close a bug as noone opened one but please do so if there are
> issues in this area.
Thanks, Vince. (I was working on some code to add, but you guys beat me
to it.)
I see that, not only has the "00 00" disappeared, but alpha ordered lists
beyond 26 items (i.e. requiring 2 letters) no longer overflow the left
margin. I was going to raise a Mantis bug, but you fixed it first!
I can see that non-CSS lists work, except that the start tag is not
obeyed. Whether that is of any consequence? I doubt it.
David
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Vincent Sanders <vince@netsurf-browser.org> wrote:
> On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
>> Netsurf doesn't seem to support HTML of the form
>> <OL>
>> <li type="i" value=5>
>> </OL>
>> but always defaults to a sequential numerical list, whatever type/value
>> the source specifies - are we all supposed to be styling list entries
>> with CSS nowadays?
>
> Depends on the intended usage. The MDN page is a good reference
>
> https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
>
> Netsurf has never supported anything other than plain decimal
> numbering for list markers/counters
>
> I have added a basic implementation of the CSS 2.1 styles
>
> https://www.w3.org/TR/CSS2/generate.html#propdef-list-style-type
>
> Michael Drake fixed the HTML hinting so the type on the OL can be used
> (note its on the OL *not* the LI element)
>
> I cannot close a bug as noone opened one but please do so if there are
> issues in this area.
Thanks, Vince. (I was working on some code to add, but you guys beat me
to it.)
I see that, not only has the "00 00" disappeared, but alpha ordered lists
beyond 26 items (i.e. requiring 2 letters) no longer overflow the left
margin. I was going to raise a Mantis bug, but you fixed it first!
I can see that non-CSS lists work, except that the start tag is not
obeyed. Whether that is of any consequence? I doubt it.
David
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Re: OL handling
On Mon, Jan 25, 2021 at 03:29:30PM +0000, Harriet Bazley wrote:
> Netsurf doesn't seem to support HTML of the form
> <OL>
> <li type="i" value=5>
> </OL>
> but always defaults to a sequential numerical list, whatever type/value
> the source specifies - are we all supposed to be styling list entries
> with CSS nowadays?
Depends on the intended usage. The MDN page is a good reference
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
Netsurf has never supported anything other than plain decimal
numbering for list markers/counters
I have added a basic implementation of the CSS 2.1 styles
https://www.w3.org/TR/CSS2/generate.html#propdef-list-style-type
Michael Drake fixed the HTML hinting so the type on the OL can be used
(note its on the OL *not* the LI element)
I cannot close a bug as noone opened one but please do so if there are
issues in this area.
>
> --
> Harriet Bazley == Loyaulte me lie ==
>
> It is better to be deceived by a friend, than to suspect him.
> _______________________________________________
> netsurf-users mailing list -- netsurf-users@netsurf-browser.org
> To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
>
--
Regards Vincent
http://www.kyllikki.org/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
> Netsurf doesn't seem to support HTML of the form
> <OL>
> <li type="i" value=5>
> </OL>
> but always defaults to a sequential numerical list, whatever type/value
> the source specifies - are we all supposed to be styling list entries
> with CSS nowadays?
Depends on the intended usage. The MDN page is a good reference
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/ol
Netsurf has never supported anything other than plain decimal
numbering for list markers/counters
I have added a basic implementation of the CSS 2.1 styles
https://www.w3.org/TR/CSS2/generate.html#propdef-list-style-type
Michael Drake fixed the HTML hinting so the type on the OL can be used
(note its on the OL *not* the LI element)
I cannot close a bug as noone opened one but please do so if there are
issues in this area.
>
> --
> Harriet Bazley == Loyaulte me lie ==
>
> It is better to be deceived by a friend, than to suspect him.
> _______________________________________________
> netsurf-users mailing list -- netsurf-users@netsurf-browser.org
> To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
>
--
Regards Vincent
http://www.kyllikki.org/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Subscribe to:
Posts (Atom)