Tuesday, 30 June 2020

Re: [gccsdk] Is it time for a new version of GCC4?

On Tue, 30 Jun 2020, alan buckley wrote:

> Unfortunately RISC OS 5 doesn't put the modules.400 directory in it's path.

It should do. However Sys$Path is built on startup based on which
directories are actually present, so if you add a new directory you'll
need to restart the machine (or re-run !System.!Run) to get it to detect
it.

I note that the sysmerge plugin in Configure doesn't update Sys$Path, so
that's probably something we should fix. Likewise, PackMan could be taught
to re-run !System if it's created a new OS version folder.

Cheers,

- Jeffrey
Posted by at 7 comments:

Monday, 29 June 2020

Re: [gccsdk] Is it time for a new version of GCC4?

Lee Noar wrote on  23 June 2020 12:17:

 

> On 23/06/2020 07:57, alan buckley wrote:
>> Lee Noar <mailto:lee.noar@sky.com> wrote on 19 June 2020 20:53
>>
>>> I see ARMEABISupport is in the Modules.500 directory, is this then not
>>> used for RISC OS 4?
>>  
>>Well, technically no and GCC 4 doesn't use it anyway. It's really meant
>>for GCC 8 and newer, which I didn't really envision being used on RISC
>>OS 4 due to a 32 bit requirement.
>>However, having said that !SharedLibs.SOMRun1st loads it, so it does
>>>need to be present.
> >
> > Do we need to install it to a different Modules directory? GCC seems
>>  to need it to run at all on RISC OS 4.

> Yes, I think perhaps we should move it to the 400 directory, I'll
> have a look at doing this later on today.

Unfortunately RISC OS 5 doesn't put the modules.400 directory in it's path.

Is there any reason it can't be put in the Modules.310 directory? If SharedULib

depends on it then that's really where it should be.

 

Regards,

Alan

Posted by at No comments:

Wednesday, 24 June 2020

Mac Download?

Hi.   I don't see Mac OS listed in the downloads.  Am I SOL?

Thanks,,,
gavin

_____________________________________





Posted by at No comments:

Tuesday, 23 June 2020

Re: [gccsdk] Is it time for a new version of GCC4?

On 23/06/2020 07:57, alan buckley wrote:
> Lee Noar <mailto:lee.noar@sky.com> wrote on 19 June 2020 20:53
>
> >> I see ARMEABISupport is in the Modules.500 directory, is this then not
> >> used for RISC OS 4?
>
> >Well, technically no and GCC 4 doesn't use it anyway. It's really meant
> >for GCC 8 and newer, which I didn't really envision being used on RISC
> >OS 4 due to a 32 bit requirement.
> >However, having said that !SharedLibs.SOMRun1st loads it, so it does
> >need to be present.
>
> Do we need to install it to a different Modules directory? GCC seems
> to need it to run at all on RISC OS 4.

Yes, I think perhaps we should move it to the 400 directory, I'll
have a look at doing this later on today.

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
Posted by at No comments:

Re: [gccsdk] Is it time for a new version of GCC4?

In message <DB7PR01MB49199E77DD1005248A20AFA5F0970@DB7PR01MB4919.eurpr
d01.prod.exchangelabs.com>
alan buckley <alan_baa@hotmail.com> wrote:

[snip]

> GCC also crashed on RISC OS 4 on RPCEmu when attempting to compile
> the examples.

[snip]

> I couldn't compile on RISC OS 5 as it wasn't finding the headers, but that
> could be a packaging problem. I'll check again once I do a full rebuild.

FWIW I have built gcc4 r7325 on Ubuntu 20.04.

The packaging is updated for release 4 but there remain two instances
of "Release 3" within !GCC itself.

gccsdk/gcc4/riscos/dist/!GCC/!Boot,feb

gccsdk/gcc4/Makefile at lines 23 & 24.

The examples built on RPCEmu OS4.02 here once 'make' had been built
and ARMEABISupport loaded. Also tested on the Titanium.

HTH.
--
David Pitt
Titanium

_______________________________________________
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
Posted by at No comments:

Monday, 22 June 2020

Re: [gccsdk] Is it time for a new version of GCC4?

Lee Noar wrote on 19 June 2020 20:53

>> I see ARMEABISupport is in the Modules.500 directory, is this then not
>> used for RISC OS 4?

>Well, technically no and GCC 4 doesn't use it anyway. It's really meant
>for GCC 8 and newer, which I didn't really envision being used on RISC
>OS 4 due to a 32 bit requirement.
>However, having said that !SharedLibs.SOMRun1st loads it, so it does
>need to be present.

 

Do we need to install it to a different Modules directory? GCC seems

to need it to run at all on RISC OS 4.

 

GCC also crashed on RISC OS 4 on RPCEmu when attempting to compile

the examples.

>> Once I�ve sorted this out and the select patch is updated I�ll have a go
>> at building a new GCC release unless someone tells me to wait a little
>> longer.

> I've been running Iris with the updated select patch for a week or two
> now and I don't see any ill effects, so I'll commit the change tomorrow.

Thanks for submitting the patch. I just need to find time to rebuild GCC

again on a different machine as the old laptop I was using is a bit flaky.

 

I couldn't compile on RISC OS 5 as it wasn't finding the headers, but that

could be a packaging problem. I'll check again once I do a full rebuild.

 

Regards,

Alan

Posted by at No comments:

Re: [gccsdk] DeskLib and GCCSDK

On 21/06/2020 14:31, Steve Fryatt wrote:
> On 19 Jun, Ben Avison wrote in message
> <6eb7a519-0e1e-36c0-7f9e-9433974db35a@riscosopen.org>:
>
>> On 18/06/2020 17:56, Steve Fryatt wrote:
>>> Just a followup question to this: is anyone maintaining DeskLib and
>>> curating changes?
>>
>> As far as I'm aware, it's still Philip Ludlam.
>
> I can't find Philip's name anywhere in the source or docs, so I'm not sure
> that he's even been involved?

Sorry, I was getting Desk and DeskLib muddled up - I checked, and it's
Desk that Philip maintains. The two projects forked may years ago.
Philip's website seems to be broken most of the time, but I dredged this
up from archive.org:

https://web.archive.org/web/20080515070703/http://www.philipnet.com/project/desk

Ben

_______________________________________________
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
Posted by at No comments:

Re: Rubbish

In article <20200622081346.GT4132@pepperfish.net>,
Rob Kendrick <rjek@netsurf-browser.org> wrote:
> On Mon, Jun 22, 2020 at 07:47:10AM +0100, Dave wrote:
> >
> > Seems to be getting a lot of rubbish advertising spam on this lists ATM.
> > ?

> Sorry for the noise - see my previous posting. We've put a hack in to
> disable web posting from the archival website while we wait for Mailman
> to sort out a proper fix.

> B.

Thanks for the info, appreciated.

Dave

--

Dave Triffid
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Re: Rubbish

On Mon, Jun 22, 2020 at 07:47:10AM +0100, Dave wrote:
>
> Seems to be getting a lot of rubbish advertising spam on this lists ATM.
> ?

Sorry for the noise - see my previous posting. We've put a hack in to
disable web posting from the archival website while we wait for Mailman
to sort out a proper fix.

B.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Buy graphic design services to see your needs

Buy Brentwood Graphic Design services to see your needs. With the increased popularity of the World Wide Web, some new solutions have found their way in web page designs. Oftentimes, graphic artists with knowledge of computer applications are commissioned to design web pages.
___________________________
https://www.google.com/maps/place/AMi+Marketing/@35.960831,-86.8203107,17z/data=!3m1!4b1!4m5!3m4!1s0x88647955f23b188d:0x593ad84bd8959d2a!8m2!3d35.960831!4d-86.818122
https://ami-results.com/graphic-design/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Maid Service Spring texas

The experts at H-Town Maids are committed to providing thorough house cleaning services for our valued customers nationwide. In order to accomplish this goal, we adhere to strict standards that remain consistent across the board. You can visit them at 17310 Lowick St, Spring, TX 77379, United States, Contact number +18325612474

https://htownmaidservice.com/

https://www.google.com/maps/place/H-Town+Maids/@30.0217416,-95.5620913,17z/data=!3m1!4b1!4m5!3m4!1s0x8640cdfdafda3c67:0x5188f4c2e1fb4f2d!8m2!3d30.0217416!4d-95.5599026
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Get Fascinating Statistics Assignment Help!

These Assignment Writers who are capable of doing any writing services and many other writing services provide excellent Statistics Assignment Help, and for the students across Australia, and also for students across UK, USA, Malaysia and various other countries. Our Fine-tuned Academic writers provide you with the best possible service.
https://www.myassignmentservices.com/statistics-assignment-service.html
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Recent list spam

Apologies for the recent flurry of spam to the list. This is due to an
oversight in the new mailing list software we are using that makes it
easy to post from the web interface: there's no way to turn it off it
make it hard for bots to sign up. We have an open issue.

We would prefer it if people did not report these as spam to their ISP,
because they "come" from us and it may mean you end up not receiving
legitimate postings from our server.

We're trying to get it fixed as soon as possible without just entirely
turning off the archival interface.

B.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Sunday, 21 June 2020

Rubbish

Seems to be getting a lot of rubbish advertising spam on this lists ATM.
?

Dave

--

Dave Triffid
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Take Your Brand to The Next Level By Hiring Advanced Brand Designing Services

The professional brand designing companies or expert brand designers play a vital role in the growth of a company or brand. They act in brands' interests and build their identification so that brands can rapidly grow and meet their vision. If you own a brand or business and wanna take it to the next level, you must hire professional brand designing services.

https://www.kaizenbrandevolution.com/services/brand-design/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

How to know if your esta visa application is approved?

How to know if your esta visa application is approved? It is very important for you to revises whether you have provided the correct number of your passport. Try to complete each and every section with proper efficiency. Always be honest while answering the questions. Give your proper e-mail address and payment method.
_____________________________
https://www.writeapp.me/robbwilson/note/visa-waiver-program-updates-2019-esta
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

how to promote video on youtube?

It is very important for you to understand that there are various people out there who can actually use your video clips in order to advertise their content and media, and you will not be benefited from their acts. You can actually create extra money at home just by making a website in your personal account and registering with Youtube videos. But in order to do all this, it is very important for you to know the various steps to promote your Youtube videos.
____________________________
https://vrocket.co







/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at 1 comment:

Printing Companies

As one of the UK's leading printing companies we pride ourselves on excellent customer service and great value print. With an extensive range of printing services including large format and small format digital printing, it's our ambition to support the growth of our customers organisations and businesses..

https://kaizenprint.co.uk/

https://kaizenprint.co.uk/inspire-support/social-distancing-print-products-that-are-gaining-popularity-in-covid-times/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Printing Companies

As one of the UK's leading <a href="https://kaizenprint.co.uk/">printing companies</a>, we pride ourselves on excellent customer service and great value print. With an extensive range of printing services including large format and small format digital printing, it's our ambition to support the growth of our customer's organizations and businesses..
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Qui a le droit de demander un extrait Kbis ?

Sur le plan légal, il est primordial pour les propriétaires ou fondateurs d'entreprises de demander un Kbis afin de démontrerlégalement que leurs entreprises existent. Par ailleurs, tout le monde a le pouvoir de demander le Kbis d'une entreprise puisqu'il ne contient pas des informations confidentielles. Il suffit juste d'utiliser le nom de la société ou son numéro Siren pour l'obtenir. En revanche, si l'extrait Kbis comporte des informations propres aux dirigeants de la société, le demandeur de cet extrait peut se référer au greffier.

https://kbis-express.fr/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Re: [gccsdk] AsAsm GET Filename Translation

On 19 Jun, Ben Avison wrote in message
<1691d959-4512-4d1b-7969-3091a9090102@riscosopen.org>:

> The usual way to handle this is to use POSIX-style filenames in the actual
> source code and let the tools detect that a subdirectory is in use instead
> of an extension. asasm appears to do this both as a native RISC OS tool
> and when used in a cross-compilation environment. If objasm compatibility
> matters to you, note that it only tries to interpret the filename as
> POSIX-style if it contains a slash, i.e. you'd need to use "GET
> ./include.h".

Thanks; that makes sense. The source code that I've got is all laid out
POSIX-style, so I've not knowingly encountered a situation when it would
need to translate.

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.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
Posted by at No comments:

Re: [gccsdk] DeskLib and GCCSDK

On 19 Jun, Ben Avison wrote in message
<6eb7a519-0e1e-36c0-7f9e-9433974db35a@riscosopen.org>:

> On 18/06/2020 17:56, Steve Fryatt wrote:
> > Just a followup question to this: is anyone maintaining DeskLib and
> > curating changes?
>
> As far as I'm aware, it's still Philip Ludlam.

I can't find Philip's name anywhere in the source or docs, so I'm not sure
that he's even been involved?

I've been in contact with John Tytgat, Peter Naulls and Adam Richardson, who
seem to have been the only people to have been active in the riscos.info
repository for over 10 years, and all have reported that they're no longer
involved with the library.

On that basis, and since my change is to add a "new" Pointer_SetPosition
function which doesn't affect any existing API, I'm proposing to merge my
change into the trunk unless anyone can think of a reason why it would be a
bad idea. The function appears to have originally been added by Adam back in
the late 2000s when he was working on WinEd and DeskLib, but was never
committed to the repository. The WinEd sources expect it to be present,
however, so it's necessary to make WinEd build.

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.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
Posted by at No comments:

Friday, 19 June 2020

Re: [gccsdk] Is it time for a new version of GCC4?

On 18/06/2020 21:02, alan buckley wrote:
> I�ve updated create-riscpkg and riscpkg-versions to hopefully the
> correct versions for the next release.
>
> Please let me know if anything looks wrong.
>
> Lee � Can you have a look at the Description and copyright used for the
> ARMEABISupport module in the create-riscpkg file.

Yes, that looks OK.

> I see ARMEABISupport is in the Modules.500 directory, is this then not
> used for RISC OS 4?

Well, technically no and GCC 4 doesn't use it anyway. It's really meant
for GCC 8 and newer, which I didn't really envision being used on RISC
OS 4 due to a 32 bit requirement.
However, having said that !SharedLibs.SOMRun1st loads it, so it does
need to be present.

> For PackMan I have to include the SharedUnixLibrary so it can be run to
> set up a clean machine. Do I now need to include the ARMEABISupport
> module and preload it if it�s not in system?

If I understand you correctly, you mean that Packman itself relies on
SharedUnixLibrary to run. If Packman is an ELF binary, then SOMRun1st
will be called and attempt to load ARMEABISupport, so yes it will have
to be preloaded. If Packman is AIF, then no you should be OK.

> Once I�ve sorted this out and the select patch is updated I�ll have a go
> at building a new GCC release unless someone tells me to wait a little
> longer.

I've been running Iris with the updated select patch for a week or two
now and I don't see any ill effects, so I'll commit the change tomorrow.

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
Posted by at No comments:

Re: [gccsdk] AsAsm GET Filename Translation

On 17/06/2020 11:41, Steve Fryatt wrote:
> Does AsAsm have support for translating RISC OS format filenames in GET
> directives into Unix format? That is, if I have source
>
> GET h.Include
>
> can AsAsm look for Include.h instead, without needing changes to the source?
>
> I can't see anything obvious in the command line options, but there's
> mention in the AsAsm sources of converting RISC OS format names. There seems
> to be nothing mentioned in the docs beyond details of expanding system
> variables.

The usual way to handle this is to use POSIX-style filenames in the
actual source code and let the tools detect that a subdirectory is in
use instead of an extension. asasm appears to do this both as a native
RISC OS tool and when used in a cross-compilation environment. If objasm
compatibility matters to you, note that it only tries to interpret the
filename as POSIX-style if it contains a slash, i.e. you'd need to use
"GET ./include.h".

Ben

_______________________________________________
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
Posted by at No comments:

Re: [gccsdk] DeskLib and GCCSDK

On 18/06/2020 17:56, Steve Fryatt wrote:
> Just a followup question to this: is anyone maintaining DeskLib and curating
> changes?

As far as I'm aware, it's still Philip Ludlam.

HTH,
Ben

_______________________________________________
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
Posted by at No comments:

Thursday, 18 June 2020

Re: [gccsdk] Is it time for a new version of GCC4?

I've updated create-riscpkg and riscpkg-versions to hopefully the correct versions for the next release.

 

Please let me know if anything looks wrong.

 

Lee – Can you have a look at the Description and copyright used for the ARMEABISupport module in the create-riscpkg file.

 

I see ARMEABISupport is in the Modules.500 directory, is this then not used for RISC OS 4?

 

For PackMan I have to include the SharedUnixLibrary so it can be run to set up a clean machine. Do I now need to include the ARMEABISupport module and preload it if it's not in system?

 

Once I've sorted this out and the select patch is updated I'll have a go at building a new GCC release unless someone tells me to wait a little longer.

 

Regards,

Alan

 

Posted by at No comments:

Re: [gccsdk] DeskLib and GCCSDK

On 13 May, Steve Fryatt wrote in message
<mpro.qa9l5c028ei0e0c85.lists@stevefryatt.org.uk>:

> So, does anyone know if DeskLib will work with the GCCSDK as it stands,
> and if not, is anyone maintaining/using it for the platform?

Just a followup question to this: is anyone maintaining DeskLib and curating
changes?

I've added a Pointer_SetPosition() function which appears to be required by
WinEd but never made it into the source 10 years ago. For now I've put it in
a branch at

svn://svn.riscos.info/DeskLib/branches/wined

but it would obviously be better to get it into the trunk at some point if
it's considered OK.

There could be a couple of other changes to go in first, though, as I might
have just uncovered what looks a bit like an out-by-one buffer overrun in a
WinEd-related part of the library, too.

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.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
Posted by at No comments:

Wednesday, 17 June 2020

[gccsdk] AsAsm GET Filename Translation

Does AsAsm have support for translating RISC OS format filenames in GET
directives into Unix format? That is, if I have source

GET h.Include

can AsAsm look for Include.h instead, without needing changes to the source?

I can't see anything obvious in the command line options, but there's
mention in the AsAsm sources of converting RISC OS format names. There seems
to be nothing mentioned in the docs beyond details of expanding system
variables.

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.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
Posted by at No comments:

Tuesday, 16 June 2020

Re: [gccsdk] DeskLib and GCCSDK

On 13 May, Lee Noar wrote in message
<cd071654-f28b-4658-4ef9-3d8c56361fb2@sky.com>:

> ISTR, that to use DeskLib with the cross compiler, you had to issue the
> line:
>
> export DESKLIB_PATH=$GCCSDK_INSTALL_ENV/include/DeskLib

It's taken me a while to get back around to this, but I've finally had
chance to take another look.

Starting from scratch and building desklib-scl from the Autobuilder seems to
work, and setting DESKLIB_PATH solves the paths in the #includes.

> I assume this still works, but I haven't used it in a long time.

It does indeed; thanks for the pointer.

I now need to resolve what look like missing bits of the WinEd source, but
that's a separate issue. :-)

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.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
Posted by at No comments:

Count Assignment Help Services For The Best Outcomes

Assignment help services render effective assignment writing assistance to all scholars who can't solve their assignment queries. Indeed, scholars have a hectic schedule because of their studies and frequent assignments submission. They always try to present your best inputs to make their project submission valuable but unfortunately, sometimes it hard to meet all requirements of academic writing. If they don't provide properly formatted and well-structured assignment, they have to face mark deduction and can't maintain strong performance. If you are in the same zone, you can consider assignment help services. You must consider online assignment help services and feel relaxed for your project submission. It may tough to write an effective assignment but you always have some options that you only need to search for it. Connect with the best assignment help online service provider if you don't want to lose your money as well as your performance.
For more info : https://www.greatassignmenthelp.com
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at 1 comment:

Friday, 12 June 2020

Re: [Rpcemu] Cannot create rpcem0 interface

On Fri, 2020-06-12 at 12:29 +0100, Paul Bell wrote:
> I'll try tunnelling and report back.

Tunneling works! Thanks for everyone's input.


_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Posted by at No comments:

Re: [Rpcemu] Cannot create rpcem0 interface

On Thu, 2020-06-11 at 16:29 +0100, Timothy Coltman wrote:
> > On 11 Jun 2020, at 14:44, Paul Bell <linux@dpb.org.uk> wrote:
> >
> > On Thu, 2020-06-11 at 07:24 +0100, Bryan Hogan wrote:
> > > In message <
> > > abb92c3cf38dc1eaca6583983a0ee410456ecf39.camel@dpb.org.uk
> > > Paul Bell <linux@dpb.org.uk> wrote:
> > >
> > > > I've recreated my old SARPC RISC OS 4.02 setup from backups and
> > > > got
> > > > it
> > > > booting and working but for the life of me I can not get
> > > > networking
> > > > to
> > > > play ball. I just can't get the rpcem0 interface to appear!
> > >
> > > Have you got the poduleroms and netroms directories in with the
> > > rpcemu
> > > executable?
> >
> > There is no netroms directory. RPCEmu comes with the dir
> > "riscos-progs" which includes the dirs "EtherRPCEm", "HostFS" and
> > "SyncClock".
>
> You need the "netroms" folder for networking to work in the 0.9.x
> releases. Inside "netroms" should be a file named
> "EtherRPCEm,ffa". If you download the source archive from the main
> RPCEmu web site, you can find it there and copy it over.

I got rpcem0 to appear by manually entering the settings in a
TaskWindow and could resolve names but was unable to ping anything.

After adding the netroms folder (thanks all, missed that) rpcem0 was
available but I couldn't resolve. Adding BootResources:!Internet
(again?!) to run at startup resolves the resolving but I'm still
unable to ping anything.

I'll try tunnelling and report back.






_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Posted by at No comments:

Thursday, 11 June 2020

Re: [Rpcemu] Cannot create rpcem0 interface

> On 11 Jun 2020, at 14:44, Paul Bell <linux@dpb.org.uk> wrote:
>
> On Thu, 2020-06-11 at 07:24 +0100, Bryan Hogan wrote:
>> In message <abb92c3cf38dc1eaca6583983a0ee410456ecf39.camel@dpb.org.uk
>>>
>> Paul Bell <linux@dpb.org.uk> wrote:
>>
>>> I've recreated my old SARPC RISC OS 4.02 setup from backups and got
>>> it
>>> booting and working but for the life of me I can not get networking
>>> to
>>> play ball. I just can't get the rpcem0 interface to appear!
>>
>> Have you got the poduleroms and netroms directories in with the
>> rpcemu
>> executable?
>
> There is no netroms directory. RPCEmu comes with the dir
> "riscos-progs" which includes the dirs "EtherRPCEm", "HostFS" and
> "SyncClock".

You need the "netroms" folder for networking to work in the 0.9.x releases. Inside "netroms" should be a file named "EtherRPCEm,ffa". If you download the source archive from the main RPCEmu web site, you can find it there and copy it over.

Tim




_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Posted by at No comments:

Re: [gccsdk] Is it time for a new version of GCC4?

On 10/06/2020 19:04, alan buckley wrote:
> Lee,
>
> The ARMEABISupport is in the system directory, but not in the packages
> as the create package scripts copies the bits it needs for each package
> it creates.

Oh, I see.

> Can this be in a separate package? This gives the most flexibility, so
> it can be updated independently in future.

Yes, it can be.

> If it can be a separate package, which of the other packages should
> depend on it? SharedLibs? Or the SharedUnixLibrary or something else?

Well, they both make use of it, so I would say both.

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
Posted by at No comments:

Re: [Rpcemu] Cannot create rpcem0 interface

On Thu, 2020-06-11 at 07:24 +0100, Bryan Hogan wrote:
> In message <abb92c3cf38dc1eaca6583983a0ee410456ecf39.camel@dpb.org.uk
> >
> Paul Bell <linux@dpb.org.uk> wrote:
>
> > I've recreated my old SARPC RISC OS 4.02 setup from backups and got
> > it
> > booting and working but for the life of me I can not get networking
> > to
> > play ball. I just can't get the rpcem0 interface to appear!
>
> Have you got the poduleroms and netroms directories in with the
> rpcemu
> executable?

There is no netroms directory. RPCEmu comes with the dir
"riscos-progs" which includes the dirs "EtherRPCEm", "HostFS" and
"SyncClock".

> > I'm on Arch Linux. RPCEmu 0.9.3. I've tried NAT and IP tunnelling.
> > With
> > IP tunnelling I can ping 172.31.0.1 from Linux but that's it, no
> > rpcem0
> > from RISC OS, just lo0.
> > I've been through my !Boot with a fine tooth comb (as far as I can
> > tell) and even tried copying files from your 3.71 bundle. Internet
> > configuration via EtherRPCEm looks perfect. I'm at a loss, any
> > suggestions please?
>
> If you use the whole 3.71 bundle, does networking work?

Yes. Only tried the default NAT though.

> If so you could try running both at once and go through the settings
> comparing them. (Ignoring that with RO4 you could turn on DHCP)

I've been through !Boot as best I can and with particular attention
to internet related things. I'm a bit out of my depth though!
I can't remember what ethernet card I had in my RPC but could there be
rogue modules hanging around? I've tried removing stuff like !Socketeer
as well.

It's not the end of the world if I can't get networking sorted but it
would be nice. I'll keep investigating, thanks.

Paul


_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Posted by at No comments:

Wednesday, 10 June 2020

Re: [Rpcemu] Cannot create rpcem0 interface

In message <abb92c3cf38dc1eaca6583983a0ee410456ecf39.camel@dpb.org.uk>
Paul Bell <linux@dpb.org.uk> wrote:

> I've recreated my old SARPC RISC OS 4.02 setup from backups and got it
> booting and working but for the life of me I can not get networking to
> play ball. I just can't get the rpcem0 interface to appear!

Have you got the poduleroms and netroms directories in with the rpcemu
executable?

> I'm on Arch Linux. RPCEmu 0.9.3. I've tried NAT and IP tunnelling. With
> IP tunnelling I can ping 172.31.0.1 from Linux but that's it, no rpcem0
> from RISC OS, just lo0.

> I've been through my !Boot with a fine tooth comb (as far as I can
> tell) and even tried copying files from your 3.71 bundle. Internet
> configuration via EtherRPCEm looks perfect. I'm at a loss, any
> suggestions please?

If you use the whole 3.71 bundle, does networking work?

If so you could try running both at once and go through the settings
comparing them. (Ignoring that with RO4 you could turn on DHCP)

Bryan.

--
RISC OS User Group Of London - http://www.rougol.jellybaby.net/
RISC OS London Show - http://www.riscoslondonshow.co.uk/

_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Posted by at No comments:

[Rpcemu] Cannot create rpcem0 interface

Hello all,

I've recreated my old SARPC RISC OS 4.02 setup from backups and got it
booting and working but for the life of me I can not get networking to
play ball. I just can't get the rpcem0 interface to appear!

I'm on Arch Linux. RPCEmu 0.9.3. I've tried NAT and IP tunnelling. With
IP tunnelling I can ping 172.31.0.1 from Linux but that's it, no rpcem0
from RISC OS, just lo0.

I've been through my !Boot with a fine tooth comb (as far as I can
tell) and even tried copying files from your 3.71 bundle. Internet
configuration via EtherRPCEm looks perfect. I'm at a loss, any
suggestions please?

Paul


_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Posted by at No comments:

Re: [gccsdk] Is it time for a new version of GCC4?

On 09/06/2020 17:07, alan buckley wrote:
> I�m slowly making my way to getting GCC 4.7 Rel 4 ready. I�m just
> updating the packages at the moment, not sure when I�ll finish that.
> It�s not difficult, I�m just not getting the time.
>
> Lee, is there anything else need to be included in the create
> gcckit/packages scripts for the shared libs format?

No, I don't think so. GCC 8 adds a new ABI directory (armeabihf), but
that is created by the gcc autobuilder package. The ARMEABISupport
module (probably should have called it UnixLibSupport in hindsight) will
be required, but that should already be part of system.zip.

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
Posted by at No comments:

Tuesday, 9 June 2020

Re: [gccsdk] Is it time for a new version of GCC4?

I'm slowly making my way to getting GCC 4.7 Rel 4 ready. I'm just updating the packages at the moment, not sure when I'll finish that. It's not difficult, I'm just not getting the time.

 

Lee, is there anything else need to be included in the create gcckit/packages scripts for the shared libs format?

 

Regards,

Alan

 

From: Norman Lawrence
Sent: 09 June 2020 13:40
To: Lee Noar
Cc: gcc@gccsdk.riscos.info
Subject: Re: [gccsdk] Is it time for a new version of GCC4?

 

Lee

Many thanks for the update. Presumably a binary will make its way into Packman in due course. Norman

 

On Tue., 9 Jun. 2020, 22:08 Lee Noar, <lee.noar@sky.com> wrote:

On 09/06/2020 01:48, Norman Lawrence wrote:
> Hi Lee
> How is the new build of GCC4.7 going, is it ready for launching into the
> RISC OS world or have I missed the announcement?

Do you mean GCC 8.2.0? There is now a native RISC OS version in the
autobuilder, but there's no binary download yet.

Lee.

 

Posted by at No comments:

Re: [gccsdk] Is it time for a new version of GCC4?

Lee
Many thanks for the update. Presumably a binary will make its way into Packman in due course. Norman

On Tue., 9 Jun. 2020, 22:08 Lee Noar, <lee.noar@sky.com> wrote:
On 09/06/2020 01:48, Norman Lawrence wrote:
> Hi Lee
> How is the new build of GCC4.7 going, is it ready for launching into the
> RISC OS world or have I missed the announcement?

Do you mean GCC 8.2.0? There is now a native RISC OS version in the
autobuilder, but there's no binary download yet.

Lee.
Posted by at No comments:

Re: [gccsdk] Is it time for a new version of GCC4?

On 09/06/2020 01:48, Norman Lawrence wrote:
> Hi Lee
> How is the new build of GCC4.7 going, is it ready for launching into the
> RISC OS world or have I missed the announcement?

Do you mean GCC 8.2.0? There is now a native RISC OS version in the
autobuilder, but there's no binary download yet.

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
Posted by at No comments:

Monday, 8 June 2020

Re: [gccsdk] Is it time for a new version of GCC4?

Hi Lee
How is the new build of GCC4.7 going, is it ready for launching into the RISC OS world or have I missed the announcement?  Best wishes Norman

On Sun, 10 May 2020 at 03:40, Steffen Huber <steffen@huber-net.de> wrote:
Hi Lee,

> Lee Noar <lee.noar@sky.com> wrote:
> 
> Unfortunately, I've not been able to build GNAT. The build always fails
> with:
>
> a-cbdlli.ads:38:14: violation of restriction "No_Finalization" at
> system.ads:47

I think this is a problem of supplying the correct system.ads for ARM/RISC OS. system.ads contains a lot of base specifications for the respective platform - endianess, exception stuff, pragmas for selecting things related to implementation of the Ada runtime.

> I've even tried building GCC 9.3 in the hope that they've fixed it,
> but the result is the same. Perhaps this is the incompatibility you
> mention.

The incompatibility I know of is a detail in the ARM backend which is only triggered by Ada (something wrt trampolines when implementing exceptions) but not by C/C++ which is the only thing the ARM backend maintainers have in focus.

Thanks anyway - I should really look into this myself (since I am probably the only one with a vague interest in Ada), but I fear the learning curve. I think there are a lot of options nowadays to reduce relying on large parts of the standard runtime, and for my only Ada project, I only need an absolute minimum runtime (probably the equivalent of the SharedCLib) and could even replace a lot of that.

Steffen

--
Steffen Huber LambdaComm System – Welcome to Trollinger Country
steffen@huber-net.de
Private homepage http://www.huber-net.de/
RISC OS Blog http://riscosblog.huber-net.de/

_______________________________________________
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
Posted by at No comments:

Re: NetSurf 3.10 released

@Teodoro Santoni

yes
but there is no toolchains for sh4 in source
http://source.netsurf-browser.org/toolchains.git/tree/
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Posted by at No comments:

Re: NetSurf 3.10 released

ok
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Posted by at No comments:

Re: NetSurf 3.10 released

2020-06-08 11:25 GMT+02:00, pop.popazerty@gmail.com <pop.popazerty@gmail.com>:
> This is a receiver that supports Enigma 2
> I want a netsurf browser to run on my device
>
> https://goldenmedia.sk/produkty/satelitne-prijimace/golden-media-spark-reloaded/
> Dual Boot : enigma2 / spark
> _______________________________________________
> netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
> To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
>

Enigma2 looks like to be a Linux OS, so probably it should be just a
custom build for netsurf on framebuffer or something?
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Posted by at No comments:

Re: NetSurf 3.10 released

On Mon, Jun 08, 2020 at 10:00:15 -0000, pop.popazerty@gmail.com wrote:
> @Daniel Silverstone
>
> I am not a developer

Then, much though it pains me to say, you're not going to get very far
with your desire to have NetSurf on that target. None of the core devs
have such a device, and thus no way to even begin to support it.

You'd do best to look for a development community for the device and then
work with them to build support for the idea. If you can get developers
interested then introducing them to us will be a good first step.

D.

--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Posted by at No comments:

Re: NetSurf 3.10 released

@Daniel Silverstone

I am not a developer
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Posted by at No comments:

Re: NetSurf 3.10 released

On Mon, Jun 08, 2020 at 09:25:34 -0000, pop.popazerty@gmail.com wrote:
> This is a receiver that supports Enigma 2
> I want a netsurf browser to run on my device
>
> https://goldenmedia.sk/produkty/satelitne-prijimace/golden-media-spark-reloaded/
> Dual Boot : enigma2 / spark

Okay that sounds like you'll need to work on an appropriate branch of our
toolchain/SDK repository first, and once you have that you can begin to work on
a frontend for netsurf.

If you can get the toolchain branch set up so that we can cross-build for the
target then we can help you identify your next steps, but this is going to be a
significant job to build a new frontend. It's not going to be a simple job.

D.

--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Posted by at No comments:

Re: NetSurf 3.10 released

This is a receiver that supports Enigma 2
I want a netsurf browser to run on my device

https://goldenmedia.sk/produkty/satelitne-prijimace/golden-media-spark-reloaded/
Dual Boot : enigma2 / spark
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Posted by at No comments:

Re: NetSurf 3.10 released

On Mon, Jun 08, 2020 at 09:05:58 -0000, pop.popazerty@gmail.com wrote:
> hello NetSurf Team
> i am interested netsurf browser for my box sh4
> i want support sh4

Wonderful.

> i send toolchain.sh4.tar.xz to (netsurf-dev@netsurf-browser.org)

Please do not send toolchain tarballs to the mailing list.

It would be helpful to know what SH4 platform you are trying to support.
Is this Linux/GTK in which case there's no need to provide a toolchain.
Is it some other target which will require us to run a frontend etc for it?

Please can you give more detail of what you are trying to support before
trying to submit changes to us?

D.

--
Daniel Silverstone http://www.netsurf-browser.org/
PGP mail accepted and encouraged. Key Id: 3CCE BABE 206C 3B69
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Posted by at No comments:

Re: NetSurf 3.10 released

hello NetSurf Team
i am interested netsurf browser for my box sh4
i want support sh4
i send toolchain.sh4.tar.xz to (netsurf-dev@netsurf-browser.org)
thx
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org
Posted by at No comments:

Friday, 5 June 2020

Re: [Rpcemu] Attempting to install ADFFS on RPCEmu using Mac 0.9.3a build

Dear Richard,

Many thanks for this.
 
That information on the JASPP site is extremely specific to the Pi and RISC OS 5.  It's the easiest way to get the old games working.  ADFFS (the key compatibility software behind JASPP) actually works on original Archimedes hardware, Risc PC hardware, and the more modern RISC OS platforms such as the Pi (covering RISC OS 3.1, 3.[5/6/7], 4.0 and 5).

!Boot.Loader is specific to the RISC OS 5 Pi distribution, so you won't find it on a real Risc PC or RPCEmu (remember, RPCEmu emulates a real Risc PC).

Apologies for my inexperience here! Because !Boot.Loader existed on the EasyBundle files I assumed that it was being used and was necessary.

 
You could try running ADFFS on RISC OS 3.7 within RPCEmu (I'm not sure if RISC OS 5 running on a Risc PC would be a supported configuration).  However, some time ago, it was reported that RPCEmu could not run ADFFS - this may be fixed in later versions of RPCEmu.

I've tried installing ADFFS on the RISC OS 3.7 and 5 EasyBundles via PackMan and have had problems on both. 

On RISC OS 5 I can install ADFFS and it can be loaded. I can also install games from JASPP via PackMan, but they are not playable, freezing on load or on the splash screen.

On RISC OS 3.7 I can install ADFFS via PackMan but ADFFS cannot be loaded. I get the message "Application may have gone wrong. Click Continue to try to resume or Quit to stop Application." Clicking Details gives "Internal error: abort on data transfer at &0226C9B4".

I'm not familiar enough with RISC OS to have an idea how to solve this I'm afraid.

Another option is to use Arculator, which emulates an Archimedes-class machine, so you can run RISC OS 2 or 3.1 as necessary.  ADFFS could still be helpful here for compatibility, but you might find the games work without it.  Last time I checked, though, there was no macOS build of Arculator.  I did have some success getting it working under Wine, but that was a couple of years ago.

It looks like someone played with this a couple of years ago. 


A Pi is the easiest way.  :)

Probably true! I'm not sure I'm able to pursue that at the moment, or Arculator.

It's a shame things don't work on RPCEmu - this would be a nice solution, and getting RISC OS going was a matter of moments. I was very impressed with how straightforward it was.

Many thanks and best wishes,
Luke 
Posted by at No comments:

Thursday, 4 June 2020

Re: [Rpcemu] Attempting to install ADFFS on RPCEmu using Mac 0.9.3a build


On Thu, 4 Jun 2020, at 12:01, Luke A wrote:

However, when I try to following the instructions on installing ADFFS from JASSP here (admittedly this is for a Pi)


I run into an issue. The !Boot.Loader is not seen as a directory, either in RISC OS or on my Mac - it appears as a text file on RISC OS and as a Unix executable on my Mac. 

I can neither complete the instructions on the YouTube video or the text instructions here


That information on the JASPP site is extremely specific to the Pi and RISC OS 5.  It's the easiest way to get the old games working.  ADFFS (the key compatibility software behind JASPP) actually works on original Archimedes hardware, Risc PC hardware, and the more modern RISC OS platforms such as the Pi (covering RISC OS 3.1, 3.[5/6/7], 4.0 and 5).

!Boot.Loader is specific to the RISC OS 5 Pi distribution, so you won't find it on a real Risc PC or RPCEmu (remember, RPCEmu emulates a real Risc PC).

You could try running ADFFS on RISC OS 3.7 within RPCEmu (I'm not sure if RISC OS 5 running on a Risc PC would be a supported configuration).  However, some time ago, it was reported that RPCEmu could not run ADFFS - this may be fixed in later versions of RPCEmu.

Another option is to use Arculator, which emulates an Archimedes-class machine, so you can run RISC OS 2 or 3.1 as necessary.  ADFFS could still be helpful here for compatibility, but you might find the games work without it.  Last time I checked, though, there was no macOS build of Arculator.  I did have some success getting it working under Wine, but that was a couple of years ago.

A Pi is the easiest way.  :)



-- 
  Richard Walker




Posted by at No comments:

[Rpcemu] Attempting to install ADFFS on RPCEmu using Mac 0.9.3a build

Hello,

Aside from owning an Archimedies around 25 years ago I haven't touched RISC OS since. I'm running macOS 10.13.6. and I'm attempting to use the Mac 0.9.3a release from here


to run the RISC OS 5.27 easystart bundle from here


I installed the RPCEmu-Recompiler version fine and extracted the "other platforms edition" of the easystart bundle and copied this into the Data directory. 

RPCEmu boots up absolutely fine, and I can run programs, networking is fine and I can access the web etc.

However, when I try to following the instructions on installing ADFFS from JASSP here (admittedly this is for a Pi)


I run into an issue. The !Boot.Loader is not seen as a directory, either in RISC OS or on my Mac - it appears as a text file on RISC OS and as a Unix executable on my Mac. 

I can neither complete the instructions on the YouTube video or the text instructions here


as I can't view/edit/create the !Boot.Loader.CONFIG/TXT or !Boot.Loader.CMDLINE/TXT files. 

I'm not sure why this is, and I would greatly appreciate any help and advice as to how to proceed.

Many thanks and best wishes,
Luke Abraham

Posted by at No comments:

Re: appimage and flatpak

On Thu, Jun 04, 2020 at 12:19:59AM -0000, danielrobidoux49@yahoo.ca wrote:
> Ok, I've seen netsurf on flathub.org, thats great.
> Note: I cant edit my post?

No, this is a mailing list :)

B.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Wednesday, 3 June 2020

Re: appimage and flatpak

Ok, I've seen netsurf on flathub.org, thats great.
Note: I cant edit my post?
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

appimage and flatpak

Hello
Very happy about new update
I order to give netsurf more visibilty appimage and flatpak would help
netsurf could be added there to give more visibility: https://appimage.github.io/apps/
Flatpak are getting more popular, advertising on https://flathub.org/home would also help.
Thank you for netsurf and keeping maintaining it
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org
Posted by at No comments:

Re: [Rpcemu] RPCEmu 0.9.3 Build Failure



On Wed, 3 Jun 2020 at 15:28, Paul Bell <linux@dpb.org.uk> wrote:
On Wed, 2020-06-03 at 12:13 +0100, Rob Kendrick wrote:
> GCC 10?  That
has apparently changed how multiple symbols defined in
> different
sources are dealt with by default, try adding -fcommon to
> the
> build
flags to ld/gcc.
>
> The old way was to merge all instances of a global
variable if they
> all
> agreed on initial value (or lack of one).
>
>
Somebody will probably want to go through each global and tidy this
>
up.


Ta for this, we'll roll the fixes for the next release, in the mean time the -fcommon is the workaround.

Peter
Posted by at No comments:

Re: [gccsdk] [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

On 03/06/2020 16:58, alan buckley wrote:
> Chris,
>
> I think you�re right it looks like I was dividing it down to seconds,
> not centi-seconds.
>
> Have you tried my updated code (with the correct number of zeros) in
> your version of the GCCSDK and does it fix your original problem?

I've tried it with webkit and don't see any issues, so if it works for
Chris, I'll commit this new version.

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
Posted by at No comments:

Re: [gccsdk] [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

Chris,

 

I think you're right it looks like I was dividing it down to seconds, not centi-seconds.

 

Have you tried my updated code (with the correct number of zeros) in your version of the GCCSDK and does it fix your original problem?

 

Regards,

Alan

 

From: Chris Johns
Sent: 03 June 2020 15:49
To: gcc@gccsdk.riscos.info
Subject: Re: [gccsdk] [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

 

I think you have too many zeros - I believe it should be:

         end = now + timeout->tv_sec * 100 + (timeout->tv_usec+9999) / 10000;

Cheers

Chris

 

On 09/05/2020 17:44, alan buckley wrote:

I don't think this commit is correct. I checked the definition of select on Linux and it says the time is in microseconds and it should round up to the next clock update frequency. The original isn't correct either.

 

I don't know what the frequency is on RISC OS, but if it's to a centi-second you will probably end up with something (untested) like:

 

           now = clock ();
          end = now + timeout->tv_sec * 100 + (timeout->tv_usec + 9999) / 1000000;


If I'm correct does Chris want to try if this fixes the problem he was having and resubmit his patch.

 

Regards,

Alan

 

From: riscos-commits-bounces@riscos.info <riscos-commits-bounces@riscos.info> on behalf of svnuser@riscos.info <svnuser@riscos.info>
Sent: Thursday, May 7, 2020 8:44:43 PM
To: riscos-commits@riscos.info <riscos-commits@riscos.info>
Subject: [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

 

Author: lee
Date: 2020-05-07 12:44:43 -0700 (Thu, 07 May 2020)
New Revision: 7304

Modified:
   trunk/gcc4/recipe/files/gcc/libunixlib/ChangeLog
   trunk/gcc4/recipe/files/gcc/libunixlib/unix/ul_select.c
Log:
Thu May  7 20:35:36 BST  2020  Lee Noar  <lee.noar@sky.com>

        * unix/ul_select.c(select): Fix time calculation so that the tv_usec
        part of the timeout is not ignored.
        Submitted by Chris Johns.


Modified: trunk/gcc4/recipe/files/gcc/libunixlib/ChangeLog
===================================================================
--- trunk/gcc4/recipe/files/gcc/libunixlib/ChangeLog    2020-04-27 19:07:44 UTC (rev 7303)
+++ trunk/gcc4/recipe/files/gcc/libunixlib/ChangeLog    2020-05-07 19:44:43 UTC (rev 7304)
@@ -1,3 +1,9 @@
+Thu May  7 20:35:36 BST  2020  Lee Noar  <lee.noar@sky.com>
+
+       * unix/ul_select.c(select): Fix time calculation so that the tv_usec
+       part of the timeout is not ignored.
+       Submitted by Chris Johns.
+
 Wed Apr  8 18:23:09 BST  2020  Lee Noar  <lee.noar@sky.com>
 
         * module/sul.s: Bump version number to 1.16.

Modified: trunk/gcc4/recipe/files/gcc/libunixlib/unix/ul_select.c
===================================================================
--- trunk/gcc4/recipe/files/gcc/libunixlib/unix/ul_select.c     2020-04-27 19:07:44 UTC (rev 7303)
+++ trunk/gcc4/recipe/files/gcc/libunixlib/unix/ul_select.c     2020-05-07 19:44:43 UTC (rev 7304)
@@ -180,8 +180,7 @@
 
           /* OK, so we can't cope with anything more than roughly 248.55 days!  */
           now = clock ();
-          end = now + timeout->tv_sec * 100
-                   + (50000 + timeout->tv_usec) / 1000000;
+         end = now + timeout->tv_sec * 100 + timeout->tv_usec / 10000;
         }
     }
 


_______________________________________________
riscos-commits mailing list
riscos-commits@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/riscos-commits



_______________________________________________
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

 

Posted by at No comments:

Re: [gccsdk] [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

I think you have too many zeros - I believe it should be:

         end = now + timeout->tv_sec * 100 + (timeout->tv_usec+9999) / 10000;

Cheers

Chris


On 09/05/2020 17:44, alan buckley wrote:

I don't think this commit is correct. I checked the definition of select on Linux and it says the time is in microseconds and it should round up to the next clock update frequency. The original isn't correct either.

 

I don't know what the frequency is on RISC OS, but if it's to a centi-second you will probably end up with something (untested) like:

 

           now = clock ();
          end = now + timeout->tv_sec * 100 + (timeout->tv_usec + 9999) / 1000000;

If I'm correct does Chris want to try if this fixes the problem he was having and resubmit his patch.

 

Regards,

Alan

 

From: riscos-commits-bounces@riscos.info <riscos-commits-bounces@riscos.info> on behalf of svnuser@riscos.info <svnuser@riscos.info>
Sent: Thursday, May 7, 2020 8:44:43 PM
To: riscos-commits@riscos.info <riscos-commits@riscos.info>
Subject: [GCCSDK commit] lee - r7304 - in trunk/gcc4/recipe/files/gcc/libunixlib: . unix

 

Author: lee
Date: 2020-05-07 12:44:43 -0700 (Thu, 07 May 2020)
New Revision: 7304

Modified:
   trunk/gcc4/recipe/files/gcc/libunixlib/ChangeLog
   trunk/gcc4/recipe/files/gcc/libunixlib/unix/ul_select.c
Log:
Thu May  7 20:35:36 BST  2020  Lee Noar  <lee.noar@sky.com>

        * unix/ul_select.c(select): Fix time calculation so that the tv_usec
        part of the timeout is not ignored.
        Submitted by Chris Johns.


Modified: trunk/gcc4/recipe/files/gcc/libunixlib/ChangeLog
===================================================================
--- trunk/gcc4/recipe/files/gcc/libunixlib/ChangeLog    2020-04-27 19:07:44 UTC (rev 7303)
+++ trunk/gcc4/recipe/files/gcc/libunixlib/ChangeLog    2020-05-07 19:44:43 UTC (rev 7304)
@@ -1,3 +1,9 @@
+Thu May  7 20:35:36 BST  2020  Lee Noar  <lee.noar@sky.com>
+
+       * unix/ul_select.c(select): Fix time calculation so that the tv_usec
+       part of the timeout is not ignored.
+       Submitted by Chris Johns.
+
 Wed Apr  8 18:23:09 BST  2020  Lee Noar  <lee.noar@sky.com>
 
         * module/sul.s: Bump version number to 1.16.

Modified: trunk/gcc4/recipe/files/gcc/libunixlib/unix/ul_select.c
===================================================================
--- trunk/gcc4/recipe/files/gcc/libunixlib/unix/ul_select.c     2020-04-27 19:07:44 UTC (rev 7303)
+++ trunk/gcc4/recipe/files/gcc/libunixlib/unix/ul_select.c     2020-05-07 19:44:43 UTC (rev 7304)
@@ -180,8 +180,7 @@
 
           /* OK, so we can't cope with anything more than roughly 248.55 days!  */
           now = clock ();
-          end = now + timeout->tv_sec * 100
-                   + (50000 + timeout->tv_usec) / 1000000;
+         end = now + timeout->tv_sec * 100 + timeout->tv_usec / 10000;
         }
     }
 


_______________________________________________
riscos-commits mailing list
riscos-commits@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/riscos-commits


_______________________________________________  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
Posted by at No comments:

Re: [Rpcemu] RPCEmu 0.9.3 Build Failure

On Wed, 2020-06-03 at 12:13 +0100, Rob Kendrick wrote:
> GCC 10? That
has apparently changed how multiple symbols defined in
> different
sources are dealt with by default, try adding -fcommon to
> the
> build
flags to ld/gcc.
>
> The old way was to merge all instances of a global
variable if they
> all
> agreed on initial value (or lack of one).
>
>
Somebody will probably want to go through each global and tidy this
>
up.

GCC 10 is default on Arch Linux.

Adding "-fcommon" worked a treat, thanks!



_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Posted by at No comments:

Re: [Rpcemu] RPCEmu 0.9.3 Build Failure

On Wed, Jun 03, 2020 at 10:56:57AM +0100, Paul Bell wrote:
>
> /usr/bin/ld: release/codegen_amd64.o:(.bss+0x4): multiple definition of
> `blockend'; release/ArmDynarec.o:(.bss+0x40310): first defined here
> /usr/bin/ld: release/codegen_amd64.o:(.bss+0x0): multiple definition of
> `linecyc'; release/ArmDynarec.o:(.bss+0x0): first defined here
> collect2: error: ld returned 1 exit status

GCC 10? That has apparently changed how multiple symbols defined in
different sources are dealt with by default, try adding -fcommon to the
build flags to ld/gcc.

The old way was to merge all instances of a global variable if they all
agreed on initial value (or lack of one).

Somebody will probably want to go through each global and tidy this up.

B.

_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Posted by at No comments:

[Rpcemu] RPCEmu 0.9.3 Build Failure

Hello all,

I'm getting a build failure on Arch Linux with 0.9.3 for 'rpcemu-
recompiler'. 'rpcemu-interpreter' builds fine. This is with gcc
(10.1.0-2). The relevant output -

/usr/bin/ld: release/codegen_amd64.o:(.bss+0x4): multiple definition of
`blockend'; release/ArmDynarec.o:(.bss+0x40310): first defined here
/usr/bin/ld: release/codegen_amd64.o:(.bss+0x0): multiple definition of
`linecyc'; release/ArmDynarec.o:(.bss+0x0): first defined here
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile.Release:477: ../../rpcemu-recompiler] Error 1
make[1]: Leaving directory '/dev/shm/makepkg-shm/rpcemu/src/rpcemu-
0.9.3/src/qt5'
make: *** [Makefile:42: release] Error 2

Any ideas please?

Thanks ... Paul


_______________________________________________
RPCEmu mailing list
RPCEmu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Posted by at No comments:
Subscribe to: Posts (Atom)