Re: [gccsdk] Unable to locate GOT of client

On 10/08/2021 21:44, wra1th+gavin wrote: On 2021-08-10 20:47, Lee Noar wrote: Looks like it's the compiler that's failing, perhaps if readelf works you could try these and post the results so that I can compare against mine: readelf -d /SCSI::HardDisc4.$/Programming/GCC/noar/!GCC/bin

Re: [gccsdk] Unable to locate GOT of client

On 10/08/2021 17:39, wra1th+gavin wrote: On 2021-08-10 16:22, Lee Noar wrote: There's still a couple of things we can try in an attempt to isolate the problem, if you add -v to your GCC command line we can see at what stage things fail. It seems the GCC driver (gcc) is working OK, so it's

Re: [gccsdk] Unable to locate GOT of client

On 09/08/2021 17:02, wra1th+gavin wrote: On 2021-08-09 11:35, Lee Noar wrote: Can you describe the steps that lead to the error? Does doing the same above produce a result for you? OK. Having downloaded the five packages to a separate directory, and having created from them !GCC

Re: [gccsdk] Unable to locate GOT of client

On 08/08/2021 14:06, wra1th+gavin wrote: On 2021-08-08 09:41, Lee Noar wrote: On 05/08/2021 12:53, wra1th+gavin wrote: What am I doing wrong? I downloaded gcc4_7_4-rel5 and when I tried to use it I got the error message Unable to locate GOT of client. The same source files compiled

Re: [gccsdk] Unable to locate GOT of client

On 05/08/2021 12:53, wra1th+gavin wrote: What am I doing wrong? I downloaded gcc4_7_4-rel5 and when I tried to use it I got the error message Unable to locate GOT of client. The same source files compiled with gcc4_7_4-rel3-1. Hi Gavin, Are you getting this error message from GCC itself when

Re: [gccsdk] Some feedback on using GCC 10.2.0

On 03/08/2021 21:12, John Tytgat wrote: On 8/3/21 9:21 PM, Lee Noar wrote: ISTR that FPA floating point couldn't be used in modules, something to do with modules running in SVC mode and FPA instructions being emulated. I don't think that's the case (anymore?). The PS3 driver (which was btw

Re: [gccsdk] Some feedback on using GCC 10.2.0

On 03/08/2021 18:44, John Tytgat wrote: On 8/2/21 9:04 PM, Lee Noar wrote: Unfortunately, GCC 10 does not support module generation as yet which is why GCC 4 is still our main compiler. The problem is that libscl which is the interface to the SharedCLibrary and what modules are linked against

Re: [gccsdk] Some feedback on using GCC 10.2.0

On 03/08/2021 12:06, Theo Markettos wrote: On Mon, Aug 02, 2021 at 08:04:45PM +0100, Lee Noar wrote: Unfortunately, GCC 10 does not support module generation as yet which is why GCC 4 is still our main compiler. The problem is that libscl which is the interface to the SharedCLibrary and what

Re: [gccsdk] Some feedback on using GCC 10.2.0

On 01/08/2021 22:23, Jake Hamby wrote: You probably don't want to take the patch I made to change the default GCC 10 CPU/FPU target from ARMv7-A and VFPv3 to Cortex-A53 and Neon, I tried to choose a default that would work on the most hardware, choosing a particular CPU seemed too specific, so

Re: [gccsdk] Investigating failure with libxmp tests

On 07/06/2021 19:42, Cameron Cawley wrote: Hi I'm currently investigating why a number of tests in libxmp are failing when running on RISC OS. All of them are related to the depackers, which use an intermediate temporary file created using mkstemp() and fdopen(), however although depacking

Re: [gccsdk] Any chance of a newer GCC version than 4.7.4?

On 17/04/2021 20:34, Chris Johns wrote: It's a bit of a push to call what the Norcroft C++ compiler complies "C++" ... it was old at the time. Hijacking the thread a bit (sorry) .. I guess for ELF dynamically linked stuff GCC  10 would be fine? Yes, GCC 10 does work well when ELF dynamic

Re: [gccsdk] Any chance of a newer GCC version than 4.7.4?

On 17/04/2021 18:34, Terje Slettebø wrote: Hi all. I'm new to this list, and apologies if this has been asked before (I checked the archive). I notice that the current version of GCC for RISC OS, while built relatively recently, is based on a version of GCC from 2014

Re: [gccsdk] GCC on RISC OS hanging

On 29/03/2021 18:57, alan buckley wrote: I�ve been trying to build my packit code on RISC OS 5.24 on RPCEmu. It just seems to hang. Occasionally the screen get�s corrupted or an error box (that I can�t see properly or read) appears. I�ve no idea what is causing this and I�ve not been

Re: [gccsdk] GCC8+ what new environment check is needed for packages

On 04/03/2021 08:18, alan buckley wrote: Chris Gransden <mailto:chr...@care4free.net> wrote on**03 March 2021 22:49 > In article <88c19afa-7904-b93e-190c-2bcebaa3f...@sky.com>, >�� Lee Noar wrote: > > If I'm understanding you correctly, then GCC8 and later shou

Re: [gccsdk] GCC8+ what new environment check is needed for packages

On 03/03/2021 16:49, alan buckley wrote: To run programs compiled on GCC8 or later what environment is required? I�d like to add a new environment type to the PackMan packages so these programs can be packaged, but not show up on machines where they won�t run. I�m assuming that the

Re: [gccsdk] std::stringstream with GCCSDK

On 01/03/2021 10:34, Daryl wrote: Hi Lee, Thanks for the message! I couldn't get the stringstream to work at all, and when I searched up the errors somebody mentioned that C++11 support was incomplete in 4.7? Yes, I think 4.7 may have been close to the threshold of when C++11 was being

Re: [gccsdk] std::stringstream with GCCSDK

On 21/02/2021 23:56, Daryl Dudey wrote: I'm writing a fairly big C++ BASIC style language for Windows & RISC OS and I'm trying to cross-compile on Windows and I can't get the std::stringstream to not give errors. I had problems with ostream before and switched to use regular C I/O functions

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

Re: [gccsdk] Is there a file handle equivalent of __ro_socket?

On 05/01/2021 12:05, Chris Johns wrote: Hello Is there a way to convert from a unixlib fd to a RISC OS file handle? It's actually the name of file I want but I can use OS_Args to get that from the risc os file handle. Not exactly no, but the code for __get_ro_socket is: return (int)getfd

Re: [gccsdk] malloc

On 24/11/2020 16:08, Michael Grunditz wrote: Odd but when 8 mmap areas created malloc doesn't use heap, but produces a crash. Checked now.. there is no mmap call. But the problem might be something else. If I hardcode a insane amount of stack , the mallocs uses heap , to a much higher extent.

Re: [gccsdk] malloc

On 23/11/2020 13:49, Michael Grunditz wrote: Den sön 22 nov. 2020 12:25Lee Noar > skrev: On 21/11/2020 22:40, Michael Grunditz wrote: > Hi > > Is there any way to not get MMap areas from malloc()? Currently, no, malloc is compiled to use mmap

Re: [gccsdk] malloc

On 21/11/2020 22:40, Michael Grunditz wrote: Hi Is there any way to not get MMap areas from malloc()? Currently, no, malloc is compiled to use mmap for allocation requests of 256KB (I think) or more, but Unixlib only allows 8 mmap areas to be in use at one time. If there are already 8 mmap

Re: [gccsdk] Cross-compiling header issues

On 10/11/2020 14:49, Dominic Hamon wrote: On October 30, 2020, Dominic Hamon wrote: On October 29, 2020, Lee Noar wrote: It does sound like regex.h should be including sys/types.h. If you make this change locally in your environment, does the project build

Re: [gccsdk] Cross-compiling header issues

On 26/10/2020 13:13, Dominic Hamon wrote: Hello I'm embarking on my first attempt to cross-compile something for riscos. I have the environment all set up and figured out how to make the project, but i'm not sure what the appropriate fix is for an issue: The project in question

Re: [gccsdk] Compiling from a 'flat' layout?

On 22/10/2020 11:01, Chris Johns wrote: Hello I am sure this has come up before, but is there any option to get GCC running natively on RISC OS to use use a 'flat' file layout? eg. "foo/c" rather than a file called foo in the 'c' directory. I can use gcc -xc foo/c, but if it does a #include

Re: [gccsdk] DDEUtils

On 22/10/2020 19:19, Chris Johns wrote: If I try to run python3 or gcc with a *Prefix set, they just hang. No error, just don't do anything. Is there something with gcc compiled code (or shared libs, unixlib or some other part of the setup) that upsets DDEUtils? I've gone down this

Re: [gccsdk] af_unix socketpair

On 29/08/2020 19:55, Michael Grunditz wrote: On Sat, 29 Aug 2020 at 20:24, Lee Noar wrote: On 29/08/2020 17:23, Michael Grunditz wrote: Hi I think that exiting from socketpair on "operation in progress" is a bug. The pair of sockets is o k , and that message is more informative

Re: [gccsdk] af_unix socketpair

On 29/08/2020 17:23, Michael Grunditz wrote: Hi I think that exiting from socketpair on "operation in progress" is a bug. The pair of sockets is o k , and that message is more informative than error. Having solved that , I have a follow up question: Does sockets only exist in the current

Re: [gccsdk] Relocation issues when trying to link larger executables

On 24/08/2020 19:58, Cameron Cawley wrote: Hi A long time issue with ScummVM on RISC OS is that it fails to link when building with too many engines enabled with errors like the ones below. Some of these are fixed when building ScummVM with -mlong-calls, however there are still relocation

Re: [gccsdk] GCC8 , build failed

On 18/08/2020 20:44, Michael Grunditz wrote: Hi, retrying from new fresh gccsdk now.. if that solves my problem , please excuse my questions! You know that GCC10 is at autobuilder/develop/gcc? I copied GCC8 to another directory rather than overwrite it because I thought it may be useful to

Re: [gccsdk] GCC 10.2

On 13/08/2020 07:47, David Pitt wrote: In message <3f514a44-f68f-aab8-826b-6be5c5d87...@sky.com> Lee Noar wrote: On 11/08/2020 21:11, Chris Gransden wrote: [snip - building GCC 10.2] Everything builds and seems to run OK without it. OK, thanks, seems pretty stable here too.

Re: [gccsdk] GCC 10.2

On 11/08/2020 21:11, Chris Gransden wrote: One of the patches gcc.dwarf2out.c.p fails to apply. Yes, I wasn't sure if it was still relevant as it didn't really fit very well within the existing code. So far, it would seem, that it isn't so I'll probably delete it. Everything builds and

Re: [gccsdk] Rebuilding the autobuilder packages

On 05/07/2020 21:27, alan buckley wrote: I�m about to start rebuilding the autobuilder packages and uploading new versions where appropriate. If you have updated items or their packaging in the autobuilder recently and would like me to build and upload those first please let me know. I�m

Re: [gccsdk] New SharedLibs incompatibility

On 23/07/2020 16:05, Chris Johns wrote: I'd better get compiling. However, if I build it again the new libs I assume it won't work with the older ones? In theory, we might get away with it, but only if I change __pthread_cond again. The original one was: struct __pthread_cond { /* Linked

Re: [gccsdk] New SharedLibs incompatibility

On 23/07/2020 12:38, David Pitt wrote: Is r7347 the full fix? Yes, that fixes the Invalid argument error. Previously running Python38a6 this was the error ;- pthread_cond_init: Invalid argument Fatal Python error: _PyRuntimeState_Init_impl: Can't initialize threads for interpreter Python

Re: [gccsdk] New SharedLibs incompatibility

On 22/07/2020 16:57, alan buckley wrote: Lee Noar <mailto:lee.n...@sky.com> wrote on 22 July 2020 11:30: > Fortunately, it's a fairly easy fix, and I'll have it fixed shortly. > It effects both the shared and static Unixlib libraries, but nothing > else. Thanks for that L

Re: [gccsdk] New SharedLibs incompatibility

On 22/07/2020 08:04, alan buckley wrote: The new version of the shared C libraries I�ve just released alongside the new GCC release for RISC OS seem to be incompatible with programs compiled against the previous version of GCC. I tried the Python3 download yesterday against the new shared

Re: [gccsdk] Can someone fix libsdl-mixer1.2?

On 14/07/2020 19:34, Alan wrote: I have been trying to get libsdl-mixer1.2 to build in the autobuilder without success. The problem seems to be that it won't build the VFP version of the shared libraries. I've looked about but couldn't see any obvious problems. Can someone else have a look

Re: [gccsdk] RISC OS GCC 4.7.4 release 4 has been released

On 12/07/2020 13:57, Norman Lawrence wrote: Hi Lee I understood that the GCC 4.7.2 also has Fortran, is that not the case? I know that the Linux version comes with Fortran. Yes, I will try and enable it it GCC4, if it builds as well as it did in GCC8, then it shouldn't be a problem. Sorry

Re: [gccsdk] RISC OS GCC 4.7.4 release 4 has been released

On 12/07/2020 12:17, alan buckley wrote: I�m not sure how the fortran compiler is built. Is it part of the build-world process or is it somewhere else? I didn�t add anything to package it, but if someone can tell me how it�s built and where the files are put I can add it to the packages

Re: [gccsdk] GCC 4.7.4 Rel 4: isblank()

On 09/07/2020 11:44, Duncan Moore wrote: First of all, many thanks to everyone who's contributed to the latest release. There are a couple of issues with isblank(): 1) In , isblank() is incorrectly defined the same as isspace(): �� #� define isspace(c) (__ctype[(int) (c)] &

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

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

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

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.

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

Re: [gccsdk] DeskLib and GCCSDK

On 13/05/2020 11:00, Steve Fryatt wrote: The first, which I would like to sort out before moving on to the rest, is that the DeskLib headers installed by the process above contain several #include "DeskLib:Core.h" ISTR, that to use DeskLib with the cross compiler, you had to issue the

Re: [gccsdk] Recently added atomic functions hang on pre-ARMv6 machines

On 11/05/2020 15:41, Cameron Cawley wrote: Hi all Starting with commit r7252, GCCSDK now has more complete support for atomic functions. This is enough to allow SDL2 to build with GCC atomics instead of it's own implementation. However, this does not work on pre-ARMv6 machines due to the use

Re: [gccsdk] More GCC8 build

On 04/04/2020 18:54, John Ballance wrote: /bin/cp: cannot create regular file '/home/jb/jenkins_gccsdk/build/gcc8/gcc/package/SharedLibs-armeabihf/Resources/!SharedLibs/lib/armeabihf/libgcc_s.so.1,E1F': No such file or directory Sorry John, I've only just found your email in my spam folder.

Re: [gccsdk] GCC 8 sanitizer

On 10/04/2020 19:19, Chris Gransden wrote: I noticed GCC 8 accepts the -fsanitize options but fails at the link stage. Is this something that could be added or does it need specific OS support for it to work. I've had a look at the source for this, and it appears to require intimate knowledge

Re: [gccsdk] GCC 8 sanitizer

On 10/04/2020 19:19, Chris Gransden wrote: I noticed GCC 8 accepts the -fsanitize options but fails at the link stage. Is this something that could be added or does it need specific OS support for it to work. I think the only missing component is the sanitizer library (which is part of the GCC

Re: [gccsdk] Building GCC 8

On 10/04/2020 19:07, Chris Gransden wrote: I did a quick test of the GCC 8 native fortran compiler and it produced working executables. I had to name the file prime/f90 to get it build. Not sure if it needs adding to sfix in the !Run file. The test I did was to put the source file in an f

Re: [gccsdk] Building GCC 8

On 10/04/2020 10:12, David Pitt wrote: In message <176bd07b-74f0-0e8a-098f-c29539d5d...@macpcrepair.co.uk> John Ballance wrote: [snip] Could you apply the following to the version in the repository? --- autobuilder/develop/gcc/setvars.orig 2020-04-03 23:40:45.072349512 +0100 +++

Re: [gccsdk] Building GCC 8

On 31/03/2020 19:44, John Ballance wrote: [snip] There was a minor matter at the end of the build. Autobuilder: Packaging source /home/djp/gccsdk/autobuilder/build-program: line 384: distclean: command not found /home/djp/gccsdk/autobuilder/build-program: line 384: clean: command not found

Re: [gccsdk] Building GCC 8

On 30/03/2020 10:52, David Pitt wrote: Lee Noar, on 30 Mar, wrote: [snip] When building GCC8 or using it as the compiler in the autobuilder, you have to have: RO_USE_ARMEABIHF=yes in your build-setvars file. Many thanks, the build does now complete and there is a !SharedLibs with content

Re: [gccsdk] Building GCC 8

On 29/03/2020 22:47, David Pitt wrote: Lee Noar, on 29 Mar, wrote: [snip] Autobuilder: Running make command: /bin/cp: cannot create regular file '/home/djp/gccsdk/build/gcc/package/SharedLibs-armeabihf/Resources/!SharedLibs/lib/armeabihf/libgcc_s.so.1,E1F': No such file or directory

Re: [gccsdk] Building GCC 8

On 29/03/2020 20:01, David Pitt wrote: I have been trying to build gcc 8.2 on the autobuilder, because it’s there and suddenly there is time to spare, with :- ../autobuilder/build -v gcc It fails :- make[2]: Leaving directory '/home/djp/gccsdk/build/gcc/gcc-8.2.0/cross-build/ld-riscos'

Re: [gccsdk] Unixlib select bug?

On 27/03/2020 11:37, Chris Johns wrote: Not sure if this is the right place to post this.. Yes, this is the right place. I think there is a bug in the select() timeout logic - the effect is it seems to ignore the tv_usec part of the timeout. Python's time.sleep used select to do the actual

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

On 17/03/2020 08:22, Norman Lawrence wrote: Hi Lee Is there any chance to include fortran in the build? I do not have the skills to do it myself but I would be happy to trial out the fortran build. I've now added the fortran compiler and runtime library to the cross compiler. I'm not familiar

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

On 17/03/2020 17:11, Alan wrote: On 16/03/2020 15:44, Lee Noar wrote: The RISC OS packages have a new environment field and I'd like to add them to the GCC4 packages. I've noticed some useful work has been done in GCC 4 so it would be nice to get this included as well. I'm happy to have a go

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

On 17/03/2020 08:22, Norman Lawrence wrote: Hi Lee Is there any chance to include fortran in the build?  I do not have the skills to do it myself but I would be happy to trial out the fortran build. I'll see what I can do. Lee. ___ GCCSDK mailing

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

The RISC OS packages have a new environment field and I'd like to add them to the GCC4 packages. I've noticed some useful work has been done in GCC 4 so it would be nice to get this included as well. I'm happy to have a go at building and packaging the latest GCC4, but before I do I want to

Re: [gccsdk] Fontconfig conf file

a NULL value on entry. On Sun, 11 Aug 2019 at 16:12, Michael Grunditz wrote: In message you wrote: On Sun, 11 Aug 2019 at 13:02, Alex Macfarlane Smith wrote: In message Lee Noar wrote: On 08/08/2019 22:19, Michael Grunditz wrote: In message If you are able to recompile

Re: [gccsdk] Fontconfig conf file

On 08/08/2019 22:19, Michael Grunditz wrote: In message Lee Noar wrote: need to have been seen by the filer in order for the files to be found. setvars adds --with-baseconfigdir=//fonts to configure so that fontconfig knows where its config files are. Hello again, Just added

Re: [gccsdk] Fontconfig conf file

On 07/08/2019 21:40, Michael Grunditz wrote: Hi I wonder how fontconfig from autobuilder finds its config file? I never managed to get that part to work. Right now I run with a hacked version that looks after the file relative to see. However, in my browser there are pages that doesn't take

Re: [gccsdk] sorry ..

On 03/03/2019 21:43, Michael Grunditz wrote: Hi I think I made the mistake by copying the wrong branch, ending up with the 4.1 compiler! Anyway , is std::thread supported? I would think that it's a wrapper for pthreads, so yes it should be, but I haven't tested it. Lee.

Re: [gccsdk] Patch to move add_headers() to build-program

On 09/01/2019 21:10, Cameron Cawley wrote: Hi This patch moves the various implementations of add_headers to build-program in an attempt to reduce duplication between recipes. Regards Cameron Thanks for that, now committed. Lee. ___ GCCSDK

Re: [gccsdk] mmap

On 28/11/2018 12:33, Michael Grunditz wrote: On Wed, 28 Nov 2018 at 11:42, Lee Noar wrote: On 26/11/2018 15:53, Michael Grunditz wrote: void* mmapResult = mmap(NULL, BLOCK_SIZE + extra, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANON, -1, 0); Fails with : Cannot allocate ram. BLOCK_SIZE

Re: [gccsdk] mmap

On 26/11/2018 15:53, Michael Grunditz wrote: void* mmapResult = mmap(NULL, BLOCK_SIZE + extra, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANON, -1, 0); Fails with : Cannot allocate ram. BLOCK_SIZE is 64k and extra is 0. This error is from my "new" OWB codebase. Exactly the same mmap succeeds in

Re: [gccsdk] Building OWB

On 09/11/2018 14:26, Michael Grunditz wrote: Hi I am trying to build Origyn Web Browser which uses webkit and SDL: It is all c++. I have problems with global variables and especially in the main client file. It crashes right on access and even more odd I need to malloc local class variables

Re: [gccsdk] Absolute binaries giving incorrect __riscosify_control

On 19/04/18 12:51, Theo Markettos wrote: On Wed, Apr 18, 2018 at 01:44:45PM +0100, Duncan Moore wrote: This is a bug report, but since the bug reporting list has been out of action for some time, I'm sending it here. Thanks. We should probably start a new issue tracker on github and migrate

Re: [gccsdk] create-gcckit missing GCCSDK_UNPACKED def

On 06/04/18 11:05, Ron wrote: Compared to an earlier version of the create-gcckit script, the current version is missing the line ~64 GCCSDK_UNPACKED=$GCCSDK_RELEASE_AREA/full The build I did resembles the related script lines not working. and I am rebuilding ro-native with it back in, (as I

Re: [gccsdk] Unable to autpbuild libpng12-0

On 02/10/17 14:04, Jason Tribbeck wrote: Hi, I'm just trying to autobuild libpng12-0, and it appears as though it's unable to find it in the downloaded sources: [snip] Unfortunately, I'm not that familiar with the autobuild system, so I've no idea if libpng-dev can be easily swapped in.

Re: [gccsdk] GCC and Rpi3

On 05/09/17 11:36, Gavin Wraith wrote: The current GCC for RISC OS was developed before the Rpi3 became available. Are there any issues (e.g. with compiler flags) for those using GCC on an Rpi3? I assume you mean generating code for use on Rpi3? AFAIK, the default flags should be fine for

Re: [gccsdk] Building GCCSDK with modern GCC + makeinfo

On 24/04/17 21:51, Jeffrey Lee wrote: Hi, Over the weekend I had a go at building GCCSDK on a fresh install of Lubuntu 17.04, using the default GCC + makeinfo/texinfo packages (GCC 6.3.0 & makeinfo 6.3). GCC 6.3 didn't like the version of PPL we're using (it complained about some classes which

Re: [gccsdk] RO support being removed from curl

On 04/05/17 11:11, Theo Markettos wrote: I suspect losing it won't actually affect RISC OS beyond whatever GUI it was intended for, but curious to know what that was. If necessary (not that I know anything about curl), we could just add back the missing bits in the autobuilder. Lee.

Re: [gccsdk] gccsdk/env/bin/zip

On 24/03/17 09:54, Ron wrote: My autobuilder has been failing at the package building stage with '/home/ron/gccsdk/env/bin no such file' or similar. In a terminal executing plain zip responds with zip information but executing gccsdk/env/bin gives same errors as the autobuilder gets. It appears

Re: [gccsdk] GCC for RISC OS 4.7.4 release 3

On 09/02/17 12:45, alan buckley wrote: Everything is uploaded and announcements to comp.sys.acorn.announce and the ROOL forum have been posted. I’ve also updated the wiki page at: http://www.riscos.info/index.php/GCCSDK_Releases and included details on 4.7.4 release 2 on the wiki page as

Re: [gccsdk] abi-1/0 and abi-2/0

On 04/02/17 11:55, Gavin Wraith wrote: In $.!Boot.Resources.!SharedLibs.lib I have directories abi-1/0 and abi-2/0. Am I right in suspecting that the latter replaces the former and that only applications compiled before a certain date will be need what is in abi-1/0? I have not dared to try

Re: [gccsdk] GCCSDK buglist inaccessible

On 03/02/17 09:23, Duncan Moore wrote: I'm unable to access the GCCSDK buglist page http://www.riscos.info/bugzilla/ . This is what I get: Not Found The requested URL /bugzilla/ was not found on this server. Apache/2.2.16 (Debian) Server at www.riscos.info Port 80 Has it been moved? Theo

Re: [gccsdk] Qt riscos qpa plugin

On 29/01/17 12:46, Michael Grunditz wrote: In message <555f887d-4b80-7012-c42f-fe1981f07...@sky.com> Lee Noar <leen...@sky.com> wrote: On 29/01/17 09:48, Michael Grunditz wrote: Hi I am thinking of creating a riscos qpa plugin. Has anyone started working on t

Re: [gccsdk] GCCSDK Raspberry Pi 3 status

On 09/01/17 13:10, alan buckley wrote: I’ve just seen something in the ROOL forums implying that the SharedULib needs updating for the Raspberry Pi 3. Is this correct? I thought that programs needed recompiling, but the SharedULib module was OK. There seems to be some confusion about what

Re: [gccsdk] GCCSDK Raspberry Pi 3 status

[Reposted as it didn't make it to the list last time] On 09/01/17 13:10, alan buckley wrote: I’ve just seen something in the ROOL forums implying that the SharedULib needs updating for the Raspberry Pi 3. Is this correct? I thought that programs needed recompiling, but the SharedULib module was

Re: [gccsdk] Failed to init stdio

On 12/05/16 09:28, TheReal GamePlayer wrote: The generated command line is : Setting target as '26 / 32 bit independent' for 'Triority' gcc -c -MD -fPIC -O2 -Wunused -Wuninitialized -Wall -mthrowback - I HostHS::HostFS.$.Public.Programming.C.Triority.Source - I

Re: [gccsdk] Failed to init stdio

On 09/05/16 19:53, TheReal GamePlayer wrote: Hello I'm trying to compile a c++ file, but I'm getting this error message during compilation. I'm using RISCOS 5.22 and version 4.7.4 of GCC I'm trying to compile a Shared C++ library (ELF) 26/32bit independant using !Sourcery This error

Re: [gccsdk] UnixLib and ARMv8

On 05/03/16 17:23, Theo Markettos wrote: On Sat, Mar 05, 2016 at 04:06:12PM +0100, John Tytgat wrote: On 03/01/2016 07:26 PM, Theo Markettos wrote: [...] I can do some implementation and testing, if this is deemed to be a good idea. ('testing' in a loose sense - provoking concurrency

Re: [gccsdk] Shared library code and modules

On 07/03/16 23:13, Matthew Phillips wrote: There is a thread running on the ROOL forum regarding SecureSockets, a ratehr elderly module which provides a SWI interface for SSL/TLS communication: https://www.riscosopen.org/forum/forums/5/topics/3955?page=1 As part of the discussion it was

Re: [gccsdk] UnixLib and ARMv8

On 01/03/16 15:42, Ben Avison wrote: Hi folks, As you'll probably have heard, Raspberry Pi have launched a new board based on the ARMv8 Cortex-A53. One of the main compatibility issues remaining is that anything built on UnixLib is rather unlikely to work. I did a bit of investigating and

Re: [gccsdk] GCC 4.7.4 errors

On 30/11/15 16:19, Gavin Wraith wrote: In message <565c58d2.4020...@sky.com> Lee Noar <leen...@sky.com> wrote: The above symbols relate to C++ exceptions and are provided by libstdc++. If you link with g++, then these should be resolved. That's all C++ stuff,

Re: [gccsdk] GCC 4.7.4 errors

On 30/11/15 20:01, alan buckley wrote: Lee Noar wrote on Mon, 30 Nov 2015 17:32:31 + > Subject: Re: [gccsdk] GCC 4.7.4 errors > [snip] > It's more a case of how does make decide which compiler to use. > Normally, it's the source file suffix that determines it, so &g

Re: [gccsdk] readelf

On 22/11/15 12:21, Gavin Wraith wrote: In message <5651a4f0.7080...@sky.com> Lee Noar <leen...@sky.com> wrote: Can you confirm that during building, the GCC command line does contain the -mfpu=vfp option? No it does not. It says g++ -c -o lapi.o lapi.c It seems th

Re: [gccsdk] readelf

On 21/11/15 23:50, Gavin Wraith wrote: Thanks John, Lee for the advice about using readelf. It shows that my object files have flags 0x200, GNU EABI, software FP. But what I want is 0x600, GNU EABI, software FP, VFP and that is what I thought I would be getting by having SYSCFLAGS= -mfpu=vfp

Re: [gccsdk] g++

On 22/11/15 15:55, Gavin Wraith wrote: Note that CXX is the g++ compiler, which is why changing CC had no effect. Why is it using g++ and not cc? There is a change from Lua 5.3.1 to 5.3.2; namely a new header file lprefix.h containing [snip] Could this be responsible? No, a new header

Re: [gccsdk] GCC 4.7.4 numbers

On 19/09/15 15:29, Gavin Wraith wrote: I am still not sure how one uses GCC to compile a dynamically loadable single elf file from several sources. When I tried a compilation of the form gcc -fPIC -Wl,-E ... -o output foo.s bar.c it compiled OK but when dynamically loaded it was clear that the

Re: [gccsdk] Undefined reference to main

On 15/09/15 09:38, Gavin Wraith wrote: Looks like we're on the right track. Yes, the interpreter now compiles. For making my sample plugin "riscos" I am just using an Obeyfile with dir gcc -std=gnu99 -fPIC -O2 -Wall -Wextra -mfpu=vfp -DRISCOS -o so/riscos riscoslib.c sys.s -Wl,-E

Re: [gccsdk] no main

On 15/09/15 10:13, Gavin Wraith wrote: Apologies - scrub my last post. I had forgot the shared flag, among other idiocies. With the command gcc -std=gnu99 -fPIC -O2 -Wall -Wextra -Wl,-E -shared -mfpu=vfp -DRISCOS -o so/riscos riscoslib.c sys.s the plugin file gets created OK. However when I

Re: [gccsdk] Dirty hacks

On 15/09/15 14:24, Gavin Wraith wrote: Those of a delicate disposition should avert their eyes from this post, because I am asking for the best, I hesitate to say official, way to do a dirty coercive hack with C code. BBC BASIC conflates addresses with integers. Alas, there is no way to

Re: [gccsdk] -rdynamic

On 14/09/15 19:59, Gavin Wraith wrote: gcc: error: unrecognized command line option '-rdynamic' Serves me right for not trying it first :-/ Now that I look at the Lua source I see that they use -Wl,-E which is the equivalent of -Wl,--export-dynamic which is what -rdynamic would do if it were

Re: [gccsdk] dlopen query

On 13/09/15 15:01, Gavin Wraith wrote: In RISC OS, your libraries should be of the form: MyApp:lib.foo/so ie, a library file called "foo/so" in directory "lib" on path "MyApp". You then pass it to dlopen as: /MyApp:lib/foo.so ie, in Unix style. The dynamic linker will then convert to the

Re: [gccsdk] dlopen query

On 13/09/15 10:46, Gavin Wraith wrote: I have compiled Lua with GCC 4.7.4. There are two sorts of libraries that Lua can load - those written in Lua, and those written in C to be dynamically linked with the interpreter. Both use environment variables to search for the libraries, namely LUA_PATH

  1   2   >