On Mon, 31 Dec 2007 07:50:07 -0800 Peter Naulls wrote:
In message
John Tytgat wrote:
pthreads are automatically disabled and reenabled if necessary over Wimp
polls in UnixLib 5 and 4.6 (i.e. GCCSDK 4 and GCCSDK 3.4.6). So that usage
in ChoX11 is no longer necessary. See:
I'm sure
When trying to autobuild a program with cygwin I found
the check command length argument hung in the
configure script. However the configure script did
check the --build parameter for cygwin. I found
changing the following line:
BUILD=--build=i686-linux
to:
BUILD=--build=i686-pc-cygwin
With the availability of RISC OS 6 the check in a few
of the autobuilder applications to see if the machine
is an Iyonix will no longer work.
The current check is something like:
RMEnsure UtilityModule 5.00 Set progname$Heap
RMEnsure UtilityModule 5.00 SetEval progname$HeapMax 64
This check is
A few more packages have been uploaded to the Autobuilder Website
These are:
The latest version of the SDL Library (1.2.13)
Some more games:
icebreaker
sdlroids
gemdropx
Command line utility:
wget
Please see:
http://www.riscos.info/packages for details of the website.
Do people want
On Thu, 17 Jan 2008 12:53:19 Theo Mrkettos.org.uk
On Wed, Jan 16, 2008 at 08:35:39PM +, Adam wrote:
Hmm, OK, well, let me summarise the main discussion from then, as I saw
it. I am sure I will make some miss-quotes so apologies in advance, and
corrections are welcome!
I've been
On Mon, 14 Jan 2008 22:07:59 +0100 John Tytgat wrote:
In message
alan buckley wrote:
When trying to autobuild a program with cygwin I found
the check command length argument hung in the
configure script. However the configure script did
check the --build parameter for cygwin. I found
I've been trying to build the RISC OS distribution on
Cygwin and failing. I have successfully built the cross
compiler.
It is having a problem finding nm-new.exe. The end
of the build log is:
# Install the README
rm -f include/README
cp
On Thu, 28 Feb 2008 12:49:11 -0800 Peter Naulls wrote:
alan buckley wrote:
I would like to start experimenting with ELF applications and
shared libraries from the autobuilder.
What do I need to change?
I suspect it's the call to elf2aif in build-program and the
disable-shared code in ro
I've cross compiled a large C++ game (the latest version of
wesnoth) in the autobuilder using the GCC4.1 cross compiler
on Cygwin and although it builds OK, when I try to run it I get
a wimp error box with the following:
Unixlib detected recursion of signal SIGSEGV.
My usual debugging technique
On Wed, 2 Apr 2008 18:42:15 +0100 Lee Noar wrote:
alan buckley wrote:
I've cross compiled a large C++ game (the latest version of
wesnoth) in the autobuilder using the GCC4.1 cross compiler
on Cygwin and although it builds OK, when I try to run it I get
a wimp error box with the following
On Thu, 3 Apr 2008 19:39:50 +0100 Lee Noar wrote:
alan buckley wrote:
On Wed, 2 Apr 2008 18:42:15 +0100 Lee Noar wrote:
alan buckley wrote:
I've cross compiled a large C++ game (the latest version of
wesnoth) in the autobuilder using the GCC4.1 cross compiler
on Cygwin and although
On Thu, 24 Apr 2008 07:00:54 +0100 Adam wrote:
In message ,
[EMAIL PROTECTED] wrote:
I'm interested in sqlite3, too, if you get any further with it. In
the mean time you might find this helpful:
http://www.reallysmall.co.uk/Pages/normal/software/database/sqlite/sqlite.html
Alan
Date: On Sun, 18 May 2008 14:27:40 +0200 John Tytgat wrote:
In message
[EMAIL PROTECTED] wrote:
i am at my dads for the weekend and i have access to is iyonix, if
somone has the time / means to run a test of the sdl stuff i will
attempt it here, i would rather i knew it was working. If
I was wondering if it would make sense to modify the !SharedLibs
!Boot file so that it could automatically load the SO Manager
when an ELF file was run.
I was thinking of changing the boot entry for ELF files to:
Set [EMAIL PROTECTED] SharedLibs:SOM1stRun %%*0
and have a new Obey file in the
On 6 Jun 2008 John Tytgat wrote:
In message
alan buckley wrote:
I'm looking into creating RISC OS packaging project packages
for the run time components to be placed on the autobuilder
site.
I was wondering if there was somewhere in the GCCSDK build
tree these version would naturally
I've now checked in my scripts to create RISC OS Packaging
Project packages for the GCCSDK, shared libraries and the
supporting modules.
Is there someone who can check they will run OK on a
linux/debian system as I only have a (slightly dodgy)
Cygwin setup to test them on?
The create-riscpkg
The ELF library files on the autobuilder don't link
on RISC OS as I believe the final library file does
not have the correct file name.
For SDL the libraries are currently o.libSDL, should
they now be libSDL/a?
I did try renaming to this and it did work, I just
want to confirm this is how it
On Thu, 12 Jun 2008 John Tytgat wrote:
In message
alan buckley wrote:
I've just been testing GCC4 with the SDL library
downloaded from the autobuilder packaging site.
It appears that the use of threading is causing
the test programs to crash. The test programs
all worked with GCC3
I am trying to determine the best way to distribute the
SharedUnixLibrary via a riscpkg package for GCC 4.
In looking into this I notice there are two different ways
of distributing it at the moment.
1) The riscpkg site has a package called UnixLib, with
the version being the libunixlib version
wesnoth now builds and runs - thanks for the
previous fixes however it will now crash at the
end of a scenario.
It appears to be when it throws an exception.
The error details are:
Fatal signal received: Segmentation fault
Stack backtrace:
Running thread 0x7d7d14
( bbff00) pc: 61c7f8
I don't seem to be able to create shared libraries
on RISC OS.
I found a simple example on the web and tried the
following to build it in an Obey file:
gcc -fPIC -Wall -g -c libhello.c
gcc -shared -Wl,-soname,libhello.so.0 -olibhello/so/0/0 libhello.o
The Result I got was:
I'm attempting to cross compile some shared libraries for
use on RISC OS in the aim to get the autobuilder to be
able to create them. So far I've failed miserably.
I've tried various libraries, but have finally settled
on using zlib (zlib1g in the autobuilder) to test as it
has no dependencies
On Thu, 18 Dec 2008 18:16:37 -0800 Peter Naulls wrote:
Jan-Jaap van der Geer wrote:
Hello,
Some time ago I had some questions about getting the GCCSDK working
on cygwin. I have not yet managed to do that, but unfortunately
I have not been able to use much time on that project either.
On Sat, 20 Dec 2008 21:12:13 +0100 Jan-Japp wrote:
alan buckley wrote:
I've added the packaging information and put up glib 1.2 on the
riscos info packaging website in case that is of any use.
I found this glib in riscpkg, yes. I need a 2.12 or later though,
so it is not of much use to me
On Fri, 26 Dec 2008 15:59:16 +0100 John Tytgat wrote:
Just after the GCCSDK GCC 4.1.1 release 1, I've made a new pre-release
[snip]
The purpose of this release is simple: to figure out if the current shared
library support we have is good enough to deploy. By all means, play with
it,
I'm trying out a test program that links to glib-2.0 as a
shared library. The shared library and testprogram
(testlib.c) are both cross-compiled.
When I run the program I get the following error:
HostFS:$.DEV.glib.testglib: Text relocation of data symbol '' found:
I rebuilt wesnoth again just before christmas
and have only just managed to get time to
analyse the latest crash.
This occurs in the same place as the last one,
but I believe the details are different so John's
modification did do something.
Details of the crash
The version dumped here had
On Fri, 13 Feb 2009 18:31:10 + Lee Noar wrote
alan buckley wrote:
I rebuilt wesnoth again just before christmas
and have only just managed to get time to
analyse the latest crash.
This occurs in the same place as the last one,
but I believe the details are different so John's
On Cygwin the creation of the RISC OS version of
the tools fails with:
make[2]: *** No rule to make target `../binutils/nm-new.exe', needed by
`stamp-nm'. Stop.
make[2]: Leaving directory `/home/alanb/gccsdk/gcc4/builddir-riscos/gcc'
make[1]: *** [all-gcc] Error 2
I believe this is
_
25GB of FREE Online Storage – Find out more
http://clk.atdmt.com/UKM/go/134665320/direct/01/
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla:
Andrew wrote on 18 Mar 2009 14:05:07 -0700
Subject: [gccsdk] Wesnoth crashes
Wesnoth keeps crashing on move 41 in a particular campaign. Is anybody
interested in having a look at the game save to test this?
Unfortunately until I can get a GCCSDK4 build that
works it isn't really worth my
I recently created the GCCSDK packages for a
test and found that the !SharedLib package
had the old versions of the boot and run files
and didn't include the SOM1stRun file at all.
I've check that these are all checked in at
gcc4/riscos/soloader/dist/!SharedLibs.
I've looked at the
On Mon, 30 Mar 2009 00:49:05 +0100 Andew W wrote:
Subject: Re: [gccsdk] Wesnoth crashes
In message
Kevin Wells wrote:
Are you saying check the free slot when the game is loaded?
Andrew
No total free memory of the computer.
Get one of the many app that display the total free computer
On Thu, 26 Mar 2009 21:30:28 John Tytgat wrote:
alan buckley wrote:
I recently created the GCCSDK packages for a
test and found that the !SharedLib package
had the old versions of the boot and run files
and didn't include the SOM1stRun file at all.
I've check that these are all checked
Andrew W wrote on 30 Mar 2009 22:33:17
[snip]
Not that it's critical but I'm not sure why
you can't check this? If you ported it then why do you need a new
version of GCC?
Unfortunately I didn't compile the last version, as my
cross compiling environment is set up as GCC4, the executable
On Sat, 11 Apr 2009 12:50:04 +0100 John Tytgat wrote:
In message
alan buckley wrote:
I tried the create-gcckit yesterday and it fails
to create the c++ kit because it can't stat
man/man1/c++filt.
I've just ensured create-gcckit is up to date and ran this
again I still get the message
Alan Buckley wrote
on Tue, 14 Apr 2009 11:08:38 +0100
On Sat, 11 Apr 2009 12:50:04 +0100 John Tytgat wrote:
In message
alan buckley wrote:
I tried the create-gcckit yesterday and it fails
to create the c++ kit because it can't stat
man/man1/c++filt.
I've just ensured create-gcckit
On Fri, 17 Apr 2009 11:25:40 +0100 John Tytgat wrote:
In message
alan buckley wrote:
On Sat, 11 Apr 2009 12:50:04 +0100 John Tytgat wrote:
This confuses me. Yes, c++filt is an executable build from sources in
binutils. But why say needs to be shipped there ? We don't have a
separate
On Mon, 11 May 2009 22:10:40 +0100 John Tytgat wrote:
So far we have small but nevertheless a interesting and worthwhile set of
bug fixes made since the last GCCSDK GCC 4.1.1 Release 1x, cfr.
.
Hence, I'm thinking of making a Release 2 of that.
On the other hand, I'm not sure if we have
I wrote on Thu, 25 Jun 2009 14:34:10 +0100:
When trying to build the riscos utilites on
Cygwin or Ubuntu I get a message:
Makefile.am:3: shell svnversion $(srcdir): non-POSIX variable name
Makefile.am:3 (probably a GNU make extension)
Makefile.am: required file `./compile' not found.:q:
On Sun, 15 Mar 2009 07:15:55 -0700 Andrew wrote:
I've just loaded an add-on for Wesnoth and on clicking the campaigns
button it reports there are no campaigns available. The same happens
even when the add-on has been deleted. Does this function work on the
current RISC OS version?
I've
Jason Tribbeck wrote on Wed, 12 Aug 2009 08:32:20 +0100
Hi,
Set Wesnoth$Path
Just a minor thing - shouldn't it be:
Set Wesnoth$Path ;
(i.e. with the and ; transposed)?
It's been a while since I've created path variables, but it's certainly my
recollection that the ; needs to be
On Wed, 12 Aug 2009 00:36:10 +0100 John Tytgat
In message
Chris Palmer wrote:
It didn't seem to help, no. In the end I ran automake manually with the
--add-missing option included, then restarted the build. That seemed to
work. A hack, rather than a fix, obviously. Plus that appeared to
On Mon, 7 Sep 2009 23:54:01 +0200 Jan-Jaap van der Geer wrote:
Peter Naulls pe...@chocky.org wrote:
Jan-Jaap van der Geer wrote:
/ADFS::HardDisc4.$/Projects/Vala/gcc-shared/!GCC/bin/ld: cannot
find -lgee collect2: ld returned 1 exit status
There seemed not to be a libgee/so
Peter Naulls wrote on 5th Nov 2009ish
For some reason I don't seem to have seen
these messages anyway thanks to the feed
on riscos.info I'm aware of them now.
[snip] other ports
Games - all of the games in the AB built last time I went
through them, but few have been tested, and many could
Peter Naulls wrote on 7th Nov
alan buckley wrote:
Peter Naulls wrote on 5th Nov 2009ish
Well, last time I tried (a few months ago) all the games in the
autobuilder compiled. Some stuff has mad more recent and
specific attention, but many things need packaging, and
most things could
not be correctly threaded.
=20
Peter Naulls wrote:
=20
alan buckley wrote:
=20
As far as I can see the following games aren't packaged:
[snip list]
I see I'd missed xpilot-ng
Probably also=2C I'll want to try and rebuild and test anything
not uploaded in the last 6 months to do due diligence.
=20
I
7f194cb950.and...@no.reply
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Andrew wrote on Thu=2C 12 Nov 2009:
In message=20
alan buckley wrote:
Please keep Strategus. It is the engine that is used to run
Wargus which allows you
On Sat, 14 Nov 2009 Peter Naulls wrote:
alan buckley wrote:
I've now built digger. But I'm not sure about its copyright.
Can you look at the digger.txt file and see if it will be OK
to ship it with this copyright? If it is=2C have you got the
sprite that was used when it was on the UPP
I've managed to reduce the code sample I posted
a while ago about a crash in the GCC4 compiler
to a lot fewer lines.
The below program will crash rather than
successfully catch the thrown exception.
The line that seems to cause the error is
char buffer[size];
If I comment out the line it
On Mon, 23 Nov 2009 Peter Naulls wrote:
alan buckley wrote:
I've now commited the changes to allow jumpnbump to be
built. Do you want to do it to check it builds OK on
a debian system or shall I just upload it to the autobuilder
website?
Don't worry too much. For anything, if it works
On Fri, 27 Nov 2009 19:59:46 Peter Naulls wrote:
+ab_package() {
+ mkdir -p $D/Apps
+ AD=$D/Apps/Games
+ mkdir -p $AD
+ cp -av $H/\!Noiz2sa $AD
+ cp -av $H/\!Noiz2sa/\!* $AD/\!Noiz2sa
We want to change this to the more minimal packaging commands I'm trying
to use everywhere else.
+ cp
On Sun, 6 Dec 2009 Peter Naulls wrote:
I don't know if anyone has had much experience with MediaWiki
programming, but essentially, I want to integrate the dynamically
generated HTML we presently have for packages:
http://www.riscos.info/downloads/packages/
In particular, each package
On Fri, 4 Dec 2009 Peter Naulls wrote:
Finally, I want to do away with reliance on !Unixhome. In many cases,
programs will work fine without it, and create their choices in
Choices$Write (but sometimes this fails due to nested dirs, etc) but
will fall back to !UnixHome if they see it. Many
On Thu, 10 Dec 2009 John Tytgat wrote:
The upcoming xmas period would be an appropriate time for me to release
GCCSDK 4.1.1 Release 2. It would featuring the Shared Library support
so that wider testing and actual deployment is possible.
Is there anything critically important which is
Lee Noar wrote on December 15, 2009
alan buckley wrote:
I've managed to reduce the code sample I posted
a while ago about a crash in the GCC4 compiler
to a lot fewer lines.
Alan, I've just committed a fix in UnixLib for bug 174, could you try it
and see if it fixes your original problem
John Tytgat wrote on Monday, December 21, 2009:
In message snt132-ds1961a3766e1022de1cc113f0...@phx.gbl
Alan Buckley alan_...@hotmail.com wrote:
As it is a fix in UnixLib I assume that just recompiling the main program
so
it relinked was sufficient.
Relinking should be enough
On Wed, 23 Dec 2009 15:22:07 Peter Naulls wrote:
I've updated all the bits for package generation, but ran into a variety
of fun RiscPkg issues, which just tell me packaging on RISC OS still
needs lots more work.
I've been creating and using test GCCSDK packages for a while and have
had
On Wed, 6 Jan 2010 Peter Naulls wrote:
Alan Buckley wrote:
The shared unix library itself is provided in the UnixLib package
from riscpkg which was installed in !UnixLib. A separate package
put the development headers etc in the same place. So if you
conflict with the UnixLib package
On 7 Jan 2010 Peter Naulls wrote:
alan buckley wrote:
The problem is the unixlib package and the !UnixLib it installs
contains the SharedUnixLibrary module. If you conflict with the
unixlib package then all packages that depend on it will be
removed when you uninstall it to install
I've been trying to rebuild libsdl-mixer1.2 on Cygwin and
it is now failing with:
Autobuilder: Debian patch: -p1
Autobuilder: Patch debian/patches/-p1.dpatch not found
Package libsdl-mixer1.2: ***Failure***
Build for package libsdl-mixer1.2 failed
I've tracked it down to how it is applying the
I've just checked in the fontconfig library.
I've done some simple tests using the fc-list/fc-cache command
line programs and it seems to be working. Unfortunately I don't
know a lot about it on Unix to be sure of what else I need
to do to it if anything.
I'm now going to try to build something
Chris Gransden wrote on March 17, 2010
In article 50f79bf900chr...@care4free.net,
Chris Gransden chr...@care4free.net wrote:
I've managed to get RiscPkg to build with GCC 4.1.1 so hopefully sometime
soon I'll be able to add it and it's associated libraries to the
autobuilder.
I've now
So I can add my GCC4 compiled programs to the riscpkg (RISC OS
Packaging Project) site I need to put copies of the SharedUnixLibrary
and DRenderer packages from the autobuilder site on it.
Would it be reasonable just to put the binary packages on this site
or do I need to include the sources as
Just to let everyone know that the package names for
the autobuilder website and RISC OS Packaging project files
will from now on be camel case with an initial caps to match
the package names.
This will make the naming convention for the packages
match those used by the RISC OS Packaging project
I notice the libpng12-0 has had a patch to png.h added to
get it to compile.
I believe that what should have happened is that instead
of this patch, the updated apng patch should have been
used. I've tried this on my machine and it allows the
png library to build.
Is it OK for me to remove the
Chris Gransden wrote on June 21, 2010 6:20 PM
Paul Stewart paulstew...@phawfaux.co.uk wrote:
In message 5115710816chr...@care4free.net
Chris Gransden chr...@care4free.net wrote:
I've committed the changes I made so far and added pdf to the
autobuilder.
Hi Chris,
Looking
On Friday, July 16, 2010 2:42 PM Neil White wrote:
http://www.cloudsprinter.com/random/crazeespod.src.zip
uses SDL , SDL + mixer ttf image gfx
if anyone would like to add it to autobuilder, if it dost run real fast in
640x480 then it can be in 320x240 by removing -DLGFX
sorry i dont have
Ralph Corderoy wrote:
In the short term is there a workaround I can use to provide the
functionality? I assume I would need to use the kill function and
somehow finding the processes in the same group.
Perhaps the implementation of kill(2) has this already? Linux's
killpg(2) says
On
I’m trying to compile some examples using the boost
library natively using the GCC4.1.1 release 2 compiler
and keep running out of memory.
I understand that C++ does require a lot of memory
so there may be nothing that can be done about it.
However I get:
cc1plus: out of memory allocating 65536
The boost libraries use suffixes hpp for header files and ipp
which I assume are inline function include files.
Should these be added to the sfix list for gcc and all its
tools?
If so, do I just need to change the !GCC !run file or are
there other locations that will need changing?
Regards,
John Tytgat wrote on Friday, March 04, 2011 8:45 PM
In message snt136-ds190397ca9cafc06f123384f0...@phx.gbl
Alan Buckley alan_...@hotmail.com wrote:
The boost libraries use suffixes hpp for header files and ipp
which I assume are inline function include files.
Should
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 stdio.h
int main()
{
char buffer[4096];
FILE *fp;
fp = fopen(Testfile, r);
if
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./include
John Tytgat wrote on Sep 08, 2011 12:57 AM :
In message snt136-ds4922b983682d8ae329620f0...@phx.gbl
Alan Buckley alan_...@hotmail.com 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
On Tue, 29 Nov 2011 03:11:53 + john.tyt...@aaug.net wrote:
In message 2029021719.gm27...@chiark.greenend.org.uk
Theo Markettos t...@markettos.org.uk wrote:
[snip first question - answered by John]
And another question... I'm building a tree that looks like:
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
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 old
John Tytgat wrote on June 03, 2012:
In message 4fcb5a9d.1070...@archifishal.co.uk
Alex Macfarlane Smith nos...@archifishal.co.uk 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
Chris Gransden wrote on Thursday, June 07:
In article snt136-ds118107cd3df5b2ba0e0a81f0...@phx.gbl,
Alan Buckley alan_...@hotmail.com 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’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.
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 don't need to search
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
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 myipaddress: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
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
Version:
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
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
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
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
autobuilder programs/libraries
Chris Gransden wrote on Saturday, January 04, 2014 9:33 AM
In article dub120-ds39d3ed1de2725ae91848cf0...@phx.gbl,
Alan Buckley alan_...@hotmail.com wrote:
I‘m in the process of modifying the autobuilder packaging to set
up the new packaging Components field.
Once I‘ve done
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
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
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:
John Tytgat wrote on Saturday, April 05, 2014 9:01 PM:
In message dub120-ds147f359571a432c002cd1df0...@phx.gbl
Alan Buckley alan_...@hotmail.com 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
John Tytgat wrote on Tuesday, May 20, 2014 9:23 PM:
In message 537bab40.6080...@sky.com
Lee Noar leen...@sky.com 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
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.
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
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
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 there is a
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't symlink the new ones
1 - 100 of 151 matches
Mail list logo