[gccsdk] New release of the GCC 4 compiler

It’s been brought to my attention that the Shared Unix library and related files (and probably GCC4) have had a some useful work done since the last RISC OS release. Are we in a state where I create and upload a new version (Release 6)? i.e. Is it in a stable enough state? Are the SharedLibs AB

Re: [gccsdk] Building gdb for remote debugging of RISC OS

John, >> On 5/1/21 6:21 PM, alan buckley wrote: >> Currently I’m stuck at the first step which I believe is getting the >> correct –host and –target options that configure will accept. John Tytgat<mailto:john.tyt...@aaug.net> wrote on 01 May 2021 20:21: > C

[gccsdk] Building gdb for remote debugging of RISC OS

Does anyone know the arcane magic needed to build gdb 4.7 on a ubuntu system for remote debugging of a RISC OS elf program? I think I last tried this with an earlier release of the GCCSDK, so I know the RISC OS GDBServer isn’t quite up to it, but I’d like to see how close it is. Currently I’m s

Re: [gccsdk] GCC on RISC OS hanging

Lee Noar<mailto:lee.n...@sky.com> wrote on 30 March 2021 14:23 > 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 > &

[gccsdk] GCC on RISC OS hanging

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 able to eliminate anything to narrow it down. Small

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

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: > > On 03/03/2021 16:49, alan buckley wrote: > > > To run programs compiled on GCC8 or later what environme

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

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 current vfp check isn’t enough. Would a vfpv3 cover it?

Re: [gccsdk] Various GNU tools - RISC OS system freeze (completelock-up)

Theo Markettos wrote on 24 November 2020 12:13 > Alan, I thought your recent PackMan changes were supposed to filter > incompatible packages? I’m surprised these ones are making it through. The package filter requires an environment setting in the control file (whic

Re: [gccsdk] Various GNU tools - RISC OS system freeze (complete lock-up)

It would be nice if we could rebuild the autobuilder versions of these so they work. I’ve not time to do it myself at the moment. But if someone else could check they build and work OK, I could then do a rebuild here and upload the new versions. This is generally true of anything that’s having

Re: [gccsdk] Recommended distros for autobuilder

Theo Markettos wrote on 02 September 2020 16:42 > On Wed, Sep 02, 2020 at 12:02:00PM +0100, Chris Gransden wrote: > > In article <20200902093453.57jkr4hskfed2...@chiark.greenend.org.uk>, > >Theo Markettos wrote: > > > For those who have been (re)building autobu

Re: [gccsdk] New SharedLibs incompatibility

Lee Noar<mailto:lee.n...@sky.com> wrote on 22 July 2020 11:30: > > 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 > >

[gccsdk] New SharedLibs incompatibility

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 libs and it crashed complaining about pthread_

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

Lee Noar wrote on 12 July 2020 12:32: > There is a native RISC OS version of GCC 8 now (autobuilder/develop/gcc), > so perhaps we could look at doing a release of that. It produces a > skeleton !SharedLibs with just the new runtime libraries and this is > merged into to th

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

: Norman Lawrence<mailto:norman.cathy.lawre...@gmail.com> Sent: 12 July 2020 07:16 To: alan buckley<mailto:alan_...@hotmail.com> Cc: gcc@gccsdk.riscos.info<mailto:gcc@gccsdk.riscos.info> Subject: Re: [gccsdk] RISC OS GCC 4.7.4 release 4 has been released Hi Alan Many thanks for all

[gccsdk] Rebuilding the autobuilder packages

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 not getting much time on this at the moment so

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

I’ve finally managed to get all the bits and pieces together and have released GCC 4.7.4 release 4 based on the GCCSDK code this weekend. I believe I’ve updated all the relevant pages and entries at www.riscos.info (e.g. http://www.riscos.info/index.php/GCC). If anyone w

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

Lee Noar<mailto:lee.n...@sky.com> wrote on 23 June 2020 12:17: > On 23/06/2020 07:57, alan buckley wrote: >> Lee Noar <mailto:lee.n...@sky.com> wrote on 19 June 2020 20:53 >> >>> I see ARMEABISupport is in the Modules.500 directory, is this then n

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 o

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

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

separate package, which of the other packages should depend on it? SharedLibs? Or the SharedUnixLibrary or something else? Regards, Alan From: Lee Noar<mailto:lee.n...@sky.com> Sent: 10 June 2020 14:27 To: alan buckley<mailto:alan_...@hotmail.com>; Norman Lawrence<mailto:nor

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 for

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

gt;tv_sec * 100 + (timeout->tv_usec+) / 1; 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 orig

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

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 yo

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

Lee Noar wrote on 19 March 2020 15:33 To: Alan; gcc@gccsdk.riscos.info Subject: 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: > >

Re: [gccsdk] Updated SDL recipes

On 27/05/2019 22:12, Jeffrey Lee wrote: > FYI I'm currently working on a couple of SDL patches of my own (adding > support for red/blue swapped screen modes, and a mouse handling fix) > which I'll hopefully get submitted to the SDL team sometime in the > next few days. Will the red/blue swappin

Re: [gccsdk] Is there activity here?

Theo Markettos wrote on 30 June 2017 11:28 [snip] > Are you measuring activity by mail, or by programming? > In the latter case, I don't have a lot of time these days but various things > I've been doing: > 2b. I notice Debian have made a new release, which means s

[gccsdk] pthread shutdown in atexit

I have a mysterious crash in a SDL based program when it attempts to do a pthread_wait in an atexit handler. The error is: pthreads: ***fatal error, aborting*** pthread_yield called with context switching disabled. My guess is this means that GCC is shutting down the threads system before the atex

[gccsdk] Compiler error trying to build SwiftShader for RISC OS

I was just having a quick go at attempting to see if I could build SwiftShader for RISC OS from it’s git repository at: https://swiftshader/googlesource.com/SwiftShader and it crashed early on with: *** buffer overflow detected ***: /home/alanb/gccsdk/cross/libexec/gcc/arm-unknown-riscos/4.7.4/

Re: [gccsdk] Raspberry Pi and VFP builds

Lee Noar wrote on 06 March 2017 14:10: > On 06/03/17 13:00, alan buckley wrote: > > I’m looking at creating Raspberry Pi and VFP specific builds and package > > lists and have something working, but would just like to see if anyone > > has any objections before I check it i

[gccsdk] Raspberry Pi and VFP builds

I’m looking at creating Raspberry Pi and VFP specific builds and package lists and have something working, but would just like to see if anyone has any objections before I check it in. I’ve added a new Architecture field to the package control file and command line arguments and variables to suppo

[gccsdk] Raspberry Pi 3 builds of apps/libraries for the Autobuilder package site

I’ve just rebuilt and uploaded wget and the ssl libraries to the autobuilder package site using the RPi3 compatible version of the GCCSDK. They should appear in the index and on the website tomorrow. I’ve a virtual machine set up so I can rebuild and then upload anything else required. However th

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

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 it seemed to be missing. Thanks again to the

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

I’ve now uploaded the latest GCC 4.7.4 release 3 using the files create using the Jenkins build: http://ci.riscos.info/job/gcc-4.7-native/128/ The packaging indices will not get updated until tonight so there is likely to be a problem downloading the packages until tomorrow. I’ll check the pack

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

Theo Markettos wrote on 01 February 2017 15:11 > On Wed, Feb 01, 2017 at 12:53:02PM +0000, alan buckley wrote: > > > > > There is a bit of a filetyping issue, !Boot,feb and gcc,elf etc. > > You should bear in mind that the 'all files in zip' is an option offered

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

David Pitt wrote on 01 February 2017 10:14 > Theo Markettos, on 31 Jan, wrote: > > On Tue, Jan 31, 2017 at 01:01:50PM +0000, alan buckley wrote: > > > I see there has been a check in to fix this. I’ll rebuild the compilers > > > and upload them again. > > > &

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

Chris Gransden wrote on 28 January 2017 13:00 > In article , alan buckley wrote: > > I‘ve uploaded release 3 of GCC 4.7.4 for RISC OS today. It should appear in > > the PackMan package list and the riscos info packages website tomorrow. The > > direct download sh

[gccsdk] GCC for RISC OS 4.7.4 release 3

I’ve uploaded release 3 of GCC 4.7.4 for RISC OS today. It should appear in the PackMan package list and the riscos info packages website tomorrow. The direct download should be available now. I’ll do a proper release announcement early next week and also update the GCC Releases page at riscos

Re: [gccsdk] GCCSDK Raspberry Pi 3 status

David Pitt wrote on 09 January 2017 15:57 > alan buckley, on 9 Jan, 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 Sha

[gccsdk] GCCSDK Raspberry Pi 3 status

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. What is the current status of GCCSDK for the Raspberry Pi 3? Is it worth creating a new

[gccsdk] Raspberry Pi SWP fix

Hi, What’s the progress on the SWP fix so that programs can run on the Raspberry Pi 3? I’d like to recompile a version of PackMan that would work on that machine as soon as it’s ready. Will there be a new release with the fix soon? Or should I just update the cross-compiler on my Ubuntu virtua

Re: [gccsdk] Autobuilder query

John Ballance wrote on Wednesday, December 02, 2015 8:21 PM: In a thing I'm working on has the main build dir in a subdir of its source tree. It does a make and make install something like (cd $myblddir; $AB_MAKE) However, whilst it appears that ab_make() and ab_package() can be overridde

Re: [gccsdk] GCC 4.7.4 errors

Lee Noar wrote on Mon, 30 Nov 2015 17:32:31 + > Subject: Re: [gccsdk] GCC 4.7.4 errors > > On 30/11/15 16:19, Gavin Wraith wrote: > > In message <565c58d2.4020...@sky.com> > >Lee Noar wrote: > > > >> The above symbols relate to C++ exceptions and are provided by > >> libstdc++. If

[gccsdk] autobuilder and vfp

There now seems to be a few programs in the autobuilder that would benefit from VFP versions being made available for the newer machines that can use it. We still need the non-VFP versions for the large number of people using old RISC OS kit or emulators. Has anybody any ideas on what we can do t

Re: [gccsdk] cross-compiling using gcc5 on the host 2

John Ballance wrote on Wednesday, October 28, 2015 7:31 PM: There is also a mod required to the cfns.gperf file, which creates cfns.h, to make the output in the cfns.h file consistent .. this is in recipe/patches/gcc and is named gcc/cp/cfns.gperf Again, I suspect, but cannot currently prove

[gccsdk] Unable to build gcc on Ubuntu 15.04

I've been unable to build gcc on Ubuntu 15.04. I get the problem described in this link: https://gcc.gnu.org/ml/gcc-patches/2015-08/msg00375.html I tried to manually apply the patch suggested, but couldn't get it to work. In using gcc 4.9.2. Anyone else got round this problem? Regards, Alan

Re: [gccsdk] New VFP/NEON capable GCC release?

Lee Noar wrote on Thursday, August 20, 2015 1:54 PM On 19/08/15 23:11, Theo Markettos wrote: [snip] > Today's build is number 32, where I bumped the release number to 2. > This > works on my Raspberry Pi with no problems (looks like my RPCEmu hostfs > image > is broken somehow, which is

[gccsdk] Unable to get the pipe function to work

The port I’m currently looking at uses pipe() and fork() to run a command and communicates between the main program and an external program. The main program itself fails with an invalid handle error from RISC OS, so I thought I’d just check the pipe command and it doesn’t appear to be working. I’

[gccsdk] Has any one got GDBServer and GDB working

I’ve been trying to see if I could get GCC debugging going. I’ve got as far as starting the program and connecting with GDB on my Linux machine. But I don’t seem to be getting any source code to examine and can’t seem to step. I get the message “cannot find bounds of current function” from the “s

Re: [gccsdk] static build of libcrypto

Lee Noar wrote on Friday, May 08, 2015 7:22 PM On 08/05/15 18:33, alan buckley wrote: > I’m trying to cross-compile a couple of different applications > that end up with libcrypto linked against them. > Unfortunately they fail with the following: > /home/alanb/gccsdk/env/lib

[gccsdk] static build of libcrypto

I’m trying to cross-compile a couple of different applications that end up with libcrypto linked against them. Unfortunately they fail with the following: /home/alanb/gccsdk/env/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_globallookup': dso_dlfcn.c:(.text+0x38): undefined reference to `dlop

[gccsdk] Apologies - checked in too much by accident

I accidently checked in a group of changes from my working copy under the one commit. I’ve reverted the one that is incorrect, but the others are OK – just the commit is mislabelled. I can’t find a way to change the log messages, so will have to let them stand – the suggestions on the internet do

Re: [gccsdk] Flex and Bison broken?

Ron wrote on Monday, February 16, 2015 10:19 PM: In message alan buckley wrote: > WPB wrote on Date: Sat, 7 Feb 2015 20:27:31: > > Guess what? I'm back! > > > > So, now with everyone's help (thank you), I've progressed to the point > >

Re: [gccsdk] Flex and Bison broken?

WPB wrote on Date: Sat, 7 Feb 2015 20:27:31: > Guess what? I'm back! > > So, now with everyone's help (thank you), I've progressed to the point > that 'make' is trying to invoke flex and then bison. > > Both fail. Flex with the following error: > > File '$.usr.local.bin.m4' not found > > I know the

Re: [gccsdk] Dependencies using a relative path or system variable

> On Sun, Feb 01, 2015 at 02:02:48PM -, WPB wrote: > Is there some other way around the colon problem? How do people normally > handle dependency data using GCC on RISC OS? I haven't had a chance to check it, but I believe if you replace the colon's with in the RISC OS paths it will fix th

Re: [gccsdk] Uploading the new GCC4.7.4 compiler

Theo Markettos wrote on Monday, January 19, 2015 4:23 PM: On Mon, Jan 19, 2015 at 01:42:45PM +, alan buckley wrote: > I've created the gcc-4.7.4-release1 folder and populated it, but I > don't have permission to remove the old links from the latest > folder so I can

Re: [gccsdk] Uploading the new GCC4.7.4 compiler

Theo Markettos wrote on Tuesday, January 13, 2015 3:07 PM: On Tue, Jan 13, 2015 at 02:39:04PM +, alan buckley wrote: > I have now managed to create what I think are good packages for > the GCC 4.7.4 native compiler for RISC OS and intend to upload them to > the autobuilder web sit

[gccsdk] Uploading the new GCC4.7.4 compiler

I have now managed to create what I think are good packages for the GCC 4.7.4 native compiler for RISC OS and intend to upload them to the autobuilder web site soon. I was wondering, is there was any other places they need to be copied to or any web pages that also will need to be updated? Regards

[gccsdk] New RISC OS GCC package

Is the GCCSDK trunk in a state where it would be possible to create a new RISC OS GCC package? I have just switch my TBX library to be cross-compiled with the GCCSDK and realised I can’t upload it as it would be unusable for anyone who is just programming on a RISC OS machine as it won’t link with

Re: [gccsdk] C++ exceptions not working with GCCSDK 4.7

Lee Noar wrote on Friday, August 29, 2014 6:08 PM: On 29/08/14 13:02, Alan Buckley wrote: >> Lee Noar wrote on Thursday, August 28, 2014 6:41 PM: > > On 18/08/14 08:44, alan buckley wrote: >> > On Sat, 16 Aug 2014 14:25:24 +0100 Lee Noar wrote: >> > >> >

Re: [gccsdk] C++ exceptions not working with GCCSDK 4.7

Lee Noar wrote on Thursday, August 28, 2014 6:41 PM: On 18/08/14 08:44, alan buckley wrote: > On Sat, 16 Aug 2014 14:25:24 +0100 Lee Noar wrote: > > On 15/08/14 14:59, Alan Buckley wrote: > > I seem to be having a problem with programs not catching C++ exceptions > &g

Re: [gccsdk] C++ exceptions not working with GCCSDK 4.7

> On Sat, 16 Aug 2014 14:25:24 +0100 Lee Noar wrote: > > On 15/08/14 14:59, Alan Buckley wrote: > > I seem to be having a problem with programs not catching C++ exceptions > > when compiled with GCCSDK 4.7. > > [snip] > > > Can anyone else confirm this isn’t

[gccsdk] C++ exceptions not working with GCCSDK 4.7

I seem to be having a problem with programs not catching C++ exceptions when compiled with GCCSDK 4.7. Full version: (GCCSDK GCC 4.7.4 Release 1 Development) 4.7.4 20140527 ( prerelease) [gcc-4_7-branch revision 210956] The following simple program (main.cc) will crash rather than catch the excep

[gccsdk] cloog version needs changing

Hi, I'm just trying to build the cross-compiler on Ubuntu and have found it stops complaining about the cloog version. I'm updating my makefile to 0.15.11 and was wondering if someone would like to do that in svn (assuming that version is OK) Thanks, Alan

Re: [gccsdk] Tutris crashes when compiled with GCC4.7

Lee Noar wrote on Saturday, May 24, 2014 1:57 PM: On 23/05/14 15:03, Alan Buckley wrote: > Several games I have recompiled with GCC4.7 crash when I try to run them > with: > UnixLib detected recursion of signal SIGSEGV. Exiting. > Tutris is a good example to look at as it is a rela

[gccsdk] Tutris crashes when compiled with GCC4.7

Several games I have recompiled with GCC4.7 crash when I try to run them with: UnixLib detected recursion of signal SIGSEGV. Exiting. Tutris is a good example to look at as it is a relatively small game. It can be built from the autobuilder (name tutris). It seems to be crashing before running a

Re: [gccsdk] Recommended autobuilder/packages/etc distros

Theo Markettos wrote on Tuesday, May 20, 2014 11:56 PM: On Tue, May 20, 2014 at 09:23:22PM +0100, John Tytgat wrote: [snip] I'm of the opinion that VMs are cheap, so trying to make a setup that will have the least hassle, with whatever OS necessary. Your plan sounds like a good idea. In

[gccsdk] Fw: Recommended autobuilder/packages/etc distros

John Tytgat wrote on Tuesday, May 20, 2014 9:23 PM: In message <537bab40.6080...@sky.com> Lee Noar wrote: > On 20/05/14 11:20, Theo Markettos wrote: > > A few questions regarding the current situation of GCCSDK and the > > autobuilder packages, because I haven't been keeping up to

Re: [gccsdk] Unable to build native RISC OS compiler

John Tytgat wrote on Monday, May 19, 2014 8:27 PM: In message "Alan Buckley" wrote: > I’ve just tried to build the native RISC OS compiler on a Debian > system > and it failed with: > checking whether stripping libraries is possible... yes > checking i

Re: [gccsdk] Recommended autobuilder/packages/etc distros

Theo Markettos wrote on Tuesday, May 20, 2014 11:20 AM: A few questions regarding the current situation of GCCSDK and the autobuilder packages, because I haven't been keeping up to date: 1. What's the recommended host distro for building GCC and autobuilder packages? Debian, Ubuntu? What ver

[gccsdk] Unable to build native RISC OS compiler

I’ve just tried to build the native RISC OS compiler on a Debian system and it failed with: checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes

Re: [gccsdk] Diffutils no longer compiles

John Tytgat wrote on Saturday, April 05, 2014 9:01 PM: In message "Alan Buckley" wrote: > I’ve just tried compiling the latest diffutils with the GCCSDK > version 4.1.2 and 4.7 are both the same and it comes up with > the error: > > CC gettime.

[gccsdk] Diffutils no longer compiles

I’ve just tried compiling the latest diffutils with the GCCSDK version 4.1.2 and 4.7 are both the same and it comes up with the error: CC gettime.o In file included from ./sys/time.h:30, from gettime.c:24: /home/riscos/cross/lib/gcc/arm-unknown-riscos/4.1.2/../../../../arm

[gccsdk] First lot of component packages uploaded using trunk compiler

I’ve now uploaded the first batch of packages that use the new packaging Components fields and have been built by the trunk version of the compiler. Due to problems of compiling SDL and libncurses5, the first pass through didn’t update as many packages as it could have. But I intend to investigate

Re: [gccsdk] Autobuilder libxcb1

Ron wrote on Monday, January 13, 2014 11:39 AM: [snip] But I have run aground with libxcb1 during python running through the xml files. (at sync.xml) I'm showing Python version 2.7.4 and the config output shows a check for version >=2.6 I don't seem to be able to build libxcb1 at all. I get

Re: [gccsdk] RePackaging using trunk GCC instead of 4.1.2

Chris Gransden wrote on Saturday, January 04, 2014 9:33 AM In article , Alan Buckley wrote: > I‘m in the process of modifying the autobuilder packaging to set > up the new packaging Components field. > Once I‘ve done this and tested it I intend to go through the > autobuil

Re: [gccsdk] RePackaging using trunk GCC instead of 4.1.2

Lee Noar wrote on Friday, January 03, 2014 2:41 PM On 03/01/14 12:47, Alan Buckley wrote: > I’m in the process of modifying the autobuilder packaging to set > up the new packaging Components field. > Once I’ve done this and tested it I intend to go through the > autobuil

[gccsdk] RePackaging using trunk GCC instead of 4.1.2

I’m in the process of modifying the autobuilder packaging to set up the new packaging Components field. Once I’ve done this and tested it I intend to go through the autobuilder programs/libraries that generate packages and update them all (or as many as I can get to build). I was wondering if thi

Re: [gccsdk] -lOSLlib and -static no go

Ron wrote on Sent: Monday, Oct 07, 2013 1:32 AM: I now think that putting a lib such as libOSLib.a in SharedLibs is only appropriate if nonstatic output is required. A better place for added libraries seems to be in !GCC.arm-unknown-riscos.lib and then there is no need for -LOSLib: and setvars a

Re: [gccsdk] unixlib directory iteration doesn't work on Fat32FS

> On Thu, 7 Mar 2013 11:23:12 Martin Bazley wrote: > > The following bytes were arranged on 6 Mar 2013 by Matthew Phillips : > > [snip] > > > I have not looked at the unixlib code, but if it's just a matter of > > using a single 32-bit word (an off_t ?) to keep track of enumerating two > > directo

[gccsdk] unixlib directory iteration doesn't work on Fat32FS

I’ve been trying to build a project stored on a Fat32FS USB pen drive and found make wasn’t locating any of the files using the wildcard function. The wildcard was looking for *.cc files so I believe it is to do with suffix swapping. After further investigation I think I’ve tracked the problem d

Re: [gccsdk] build zip failure

I don't seem to be able to build zip either on Debian. The error I get is: arm-unknown-riscos-gcc -o zip,ff8 -mlibscl zip.o zipfile.o zipup.o fileio.o util .o globals.o crypt.o ttyio.o crc32.o riscos.o acornzip.o swiven.o deflate.o tree s.o arm-unknown-riscos-gcc: swiven.o: No such file or di

Re: [gccsdk] [Bug 244] New: Numerous packages depend on UnixLib, but the package is called SharedUnixLibrary

I’m not sure the following entry that was added to bugzilla is correct: > http://www.riscos.info/bugzilla3/show_bug.cgi?id=244 > > > Summary: Numerous packages depend on UnixLib, but the package >is called SharedUnixLibrary >Product: Ports >Vers

[gccsdk] CircusLinux build on Debian

I’ve just commited some changes so CircusLinux will build and use the Choices Write directory instead of UnixHome and these work OK on Cygwin. However circuslinux won’t build on my Debian virtual machine as it’s complaining: cd .. && automake --foreign --include-deps data/Makefile configure.in:10

[gccsdk] GDBServer on RPCEmu

As an experiment I thought I’d try running GDBServer on RPCEmu using RISC OS 4.0.2. It always times out, even though I run target remove :4900 in gdb in only a few seconds. gdb is an arm-unknown-elf target build on cygwin. I’ve checked using a couple of telnet programs that RPCEmu and my machine

[gccsdk] Possible crash with system() call

I've been getting a mysterious crash and think I may have tracked it down to the use of a system() call. Unfortunatly I can't be sure as it messes up memory completely so the machine isn't in a stable state after the crash. It seems that if my Wimp task claims more memory after starting up and t

Re: [gccsdk] Nettle autobuilder patch

Ron wrote on Tuesday, July 03, 2012 7:29: I've checked in the socketwatch autobuilder stuff now. If there is someone who could build it and knows how to check its OK, I will then rebuild it and upload it to the web. I have done 'svn update' and ./build socketwatch without problems. The two z

Re: [gccsdk] Nettle autobuilder patch

Alex Macfarlane Smith wrote on June 14, 2012: I notice that Frank's version is in objasm format, so theoretically could be committed into Nettle's CVS (http://nettle.cvs.sourceforge.net/viewvc/nettle/SocketWatch/ ), and then someone could write an autobuilder for that. Does that seem like a goo

Re: [gccsdk] Nettle autobuilder patch

Alex Macfarlane Smith wrote on Monday, June 11, 2012 2:29 PM: On 11/06/2012 12:53, Alan Buckley wrote: [snip] > I notice it requires the SocketWatch module, if > anyone could add that to the autobuilder as > well we could upload it and add it as a > dependcy to Nettle so we d

Re: [gccsdk] Nettle autobuilder patch

I wrote on Friday, June 08: I've added the packaging steps to Nettle as well, so it should now create a RiscPkg package. If no one else does it, I'll try to get it built and uploaded to the package site early next week. I've now uploaded this to the packaging site. I built it with GCC 4.1.2

[gccsdk] Building gcc4 release 4.1.2 on Cygwin

I’ve just switched my environment to the gcc4 release 4.1.2 branch on Cygwin and tried to rebuild it. There were two failures. asasm includes the file ieee754.h which doesn’t exist for Cygwin so I had to make my own. cmunge failed as there was a clash with getline in readfile.c so I renamed it.

Re: [gccsdk] Nettle autobuilder patch

Chris Gransden wrote on Thursday, June 07: > In article , Alan Buckley wrote: > I was going to look at the packaging, but can't get nettle to build > on Cygwin or Debian. Do I need a particular version of the cross > compiler? > I seemed to get the same errors on

Re: [gccsdk] Nettle autobuilder patch

John Tytgat wrote on June 03, 2012: In message <4fcb5a9d.1070...@archifishal.co.uk> Alex Macfarlane Smith wrote: > I've attached a patch for the nettle autobuilder, having firtled with > the source upstream a bit :) Thanks, I've commited your patch. > I couldn't work out ho

Re: [gccsdk] GCC 4.1.2 release 1 package won't upgrade from theprevious version

John Tytgat wrote on Wednesday, April 25, 2012: > When using RiscPkg or PackMan to update the GCC4 it fails > with a dialogue files that conflict with the file: > > Selecting-the-Target-System/html > > I've tracked this down to a change in the case of this file between the two releases. > > The

[gccsdk] GCC 4.1.2 release 1 package won't upgrade from the previous version

When using RiscPkg or PackMan to update the GCC4 it fails with a dialogue “files that conflict” with the file: Selecting-the-Target-System/html I’ve tracked this down to a change in the case of this file between the two releases. The old version was: Selecting-The-Target-System/html Note the c

Re: [gccsdk] OSLib cross-build fail

> On Tue, 29 Nov 2011 03:11:53 + john.tyt...@aaug.net wrote: > > In message <2029021719.gm27...@chiark.greenend.org.uk> > Theo Markettos wrote: > [snip first question - answered by John] > > And another question... I'm building a tree that looks like: > > > > autobuilder/cryptrandom/c

Re: [gccsdk] Unable to build trunk gcc on debian

John Tytgat wrote on Sep 08, 2011 12:57 AM : > In message "Alan Buckley" wrote: [snip output from my failure] > > It looks like this cloog item can’t find libstdc++. How do I fix this? > > > First of all, CLooG-PPL is optional, so you can dance arou

[gccsdk] Unable to build trunk gcc on debian

I’ve tried today to build the trunk GCC after doing an svn update on Debian and it failed. After retrying a make I get: libtool: link: ( cd ".libs" && rm -f "libcloog.la" && ln -s "../libcloog.la" "li bcloog.la" ) gcc -DHAVE_CONFIG_H -I. -I/home/alanb/gccsdk/gcc4/srcdir/cloog -I./include/cloog -I.

[gccsdk] fread bug

It appears there is a bug in the C fread function in unixlib. I expected the feof call in the following code to return a non-zero value if the Testfile is less than 4096, instead I get zero. #include int main() { char buffer[4096]; FILE *fp; fp = fopen("Testfile", "r"); if (fp)

[gccsdk] Battle of Wesnoth - admitting defeat for now

After a very long time of trying to get the latest version of Battle of Wesnoth (1.8.6 and before) to run successfully I’m afraid I now need to admit defeat for the time being. Unfortunately I can’t debug these versions as they seem to need a machine with more the 128MB to run. I’ve checked in my

Re: [gccsdk] Running out of memory when compiling C++ program

John Tytgat wrote on Friday, March 04, 2011 8:58 PM > In message "Alan Buckley" wrote: > > However I get: > > > > cc1plus: out of memory allocating 65536 bytes after a total > > of 33492992 bytes. > > > > What I don’t understand is

  1   2   3   >