On 03/04/2013 05:36 PM, John Tytgat wrote:
In message
Ron wrote:
Setting UnixEnv$prog$sfix to "" is enough to turn off the sfix functioning.
For programs like tar that are acessing many files, I thought it might
also be be a speed advantage to remove the sfix /checking/ functions
On 12/31/2012 06:55 AM, John Tytgat wrote:
In message <20121230165053.5732a27...@orac.inputplus.co.uk>
Ralph Corderoy wrote:
Without -c for `compile only' the C compiler kicks off the
linker/loader, the `ld' in the output, to produce a finished executable.
ld observes the C runtime
On 11/28/2012 01:07 PM, Theo Markettos wrote:
On Sat, Nov 24, 2012 at 02:50:53PM +0100, John Tytgat wrote:
I made a release candidate 2 weeks ago, got some great feedback on it
and was about to release it any day now.
Thanks. In the same vein, what's the position with DeskLib? According to
t
On 11/14/2012 06:48 AM, Chris Gransden wrote:
In article <52ee800b7bgcc-...@aconet.nl>,
Frank de Bruijn wrote:
That's what I thought at first but libgnutls-dev definitely is installed
on the host (Linux Mint Debian Edition which is essentially Debian
Testing). The config.log (should have i
This is not strictly on topic here, but I really don't frequent other
forums much any more. I barely use my Iyonix, and if and when I do
get back into RISC OS, I'll get a Raspberry Pi or other small
ARM system. (I'm keeping my RPC for now for nostalgia value).
Please, follow ups by email.
Ori
On 10/15/2012 04:00 PM, Martin Bazley wrote:
The following bytes were arranged on 15 Oct 2012 by John Tytgat :
If we would adopt EABI as new target, then the gcc compiler option remains
open and would make most of our patches redundant which is always a pro,
the less custom changes we have, the
On 09/20/2012 02:17 PM, Martin Bazley wrote:
It's easy enough when I actually want to download the file, as I can
just check if the requested target file exists or not, but returning
results from the program seems to be a minefield when there's no human
supervision. Surely someone must be using
On 07/31/2012 02:29 PM, John Tytgat wrote:
In message <20120731002849.gl...@chiark.greenend.org.uk>
Theo Markettos wrote:
What's odd is that config.guess's RISC OS rule hasn't changed since 2005
according to its upstream git[1], and our uname has always been like that
(created ab
On 01/19/2012 04:56 PM, Theo Markettos wrote:
Many of the autobuilder packages are broken due to movements upstream. This
is because the default repository used for them is either Debian 'testing'
or Debian 'unstable', which move on a daily basis. There was a previous
suggestion that a less vol
On 12/19/2011 11:51 AM, Robert Heaton wrote:
I'm getting a lot closer to a successful build!
However I've hit another problem, when I try to build wget, the
autobuilder seems to get stuck in a loop, the following lines are just
repeated over and over;
Yes. No surprise, it's been about 2 year
I'm aware of a number of riscos.info issues, cf csa.misc, etc. It was
bad judgment on my part to do an upgrade just before going to the
Ubuntu Developer Conference, so apologies to all. I have some
time to day to address the problems, so intend to fix all this
ASAP.
Thanks for your patience.
riscos.info was down briefly for some upgrades, since it's been quite some time.
I think everything's ok now, but as usual, report any problems.
Thanks, and sorry for any inconvenience
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://
On 06/22/2010 12:31 AM, Alan Buckley wrote:
I can't get you access to update the packages, but if I can
build them here I could upload them to the packages
site and update its index for you.
Is there anything other then !PDF you need uploading?
I've given John some pointers on how to deal wi
Alan Buckley wrote:
On my Cygwin setup the configure scripts used to detect
various features by creating and compiling small programs
no longer work.
Looking at the config.log output it appears it is no longer
adding the /home/riscos/env/include or lib options to
these commands.
A brief insp
Chris Gransden wrote:
I've been going through building and testing all the games in the
autobuilder on my Beagleboard. I've found a lot of the games default to
full screen mode which causes them not to work. Would it be ok to default
them to windowed mode? It's just a simple change to the !Run fi
Gavin Wraith wrote:
So for now, unless you want to deal with this hassle and/or
be involved in making this situation more sane (which
would certainly be appreciated), then you should perhaps avoid it
and stick to static binaries for now.
Thanks for the info about the state of play. I will exper
Gavin Wraith wrote:
I have succeeded in compiling the example ackermann_shared_ul
with GCC4.1.1; every journey starts with a single step.
Would it be too much to ask for an example that compiles a
simple shared library, foo.so, containing a single test function
that prints out "foo" plus and com
Alan Buckley wrote:
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
Michael Gerbracht wrote:
In article <4b4cfbc5.1020...@care4free.net>, Chris Gransden
wrote:
Michael Gerbracht wrote:
In article ,
wrote:
pango, cairo and fontconfig all build on RISC OS, but ultimately,
fontconfig makes assumptions about font resources and files that don't
meaningfully
Chris Gransden wrote:
Matthew Phillips wrote:
Congratulations: the compilation was successful!
Autobuilder: Not Packaging
Autobuilder: Package stage completed
Package djvulibre: Success
But I am not sure where any of the things it has compiled are supposed to
have ended up. I went to /home/llc
Chris Gransden wrote:
Peter Naulls wrote:
If you could put a little more white space around quoting, I'd
appreciate it - makes it much easier to read ;-)
Sorry about that. Looked OK when I typed it in.
Just a single empty line is good.
I just had another look at the code tha
Matthew Phillips wrote:
Autobuilder: glib-genmarshal not found: is it installed on your path?
If in doubt:
http://packages.ubuntu.com/search?searchon=contents&keywords=glib-genmarshal&mode=exactfilename&suite=karmic&arch=any
That's karmic, but adjust as required (Debian has the same thing).
Chris Gransden wrote:
Peter Naulls wrote:
Chris Gransden wrote:
I'd forgotton about xpdf. I'm getting the 'Can't open display' error
from xpdf too.
It's probably some toolkit check, since ChoX11 of course won't
check for it. Unless you've inadvert
Lee Noar wrote:
Peter Naulls wrote:
[SNIP crash]
This is a static binary, and I have turned off threading and other
things which might be causing a problem. This seems to be triggered
by, or around the "writev" test in testall.
The static binaries contain PIC code and it&#
I think everything's now in order:
http://www.riscos.info/index.php?title=Special:AWCforum&action=st/id126/Bug_reporting_now_open_on_riscos.info
Bring on your bugs, feature requests and the like.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzil
Jan-Jaap van der Geer wrote:
On Thu, 2010-01-07 at 21:07 +0100, Jan-Jaap van der Geer wrote:
On Thu, 2010-01-07 at 11:59 -0800, Peter Naulls wrote:
You'll need to rebuild libapr-1 too.
Ah, thanks.
Only it did not make a difference.
Looks like you'll need an explicit dep
Jan-Jaap van der Geer wrote:
d
I think I might need to install something to get this to build, but I am
not sure what it is. Any ideas? I installed some berkeley 4.6 dev
packages, but this had no effect.
You'll need to rebuild libapr-1 too.
Apart from that, I'm presently fixing some passwd ha
John-Mark Bell wrote:
On Thu, 2010-01-07 at 09:08 -0800, Peter Naulls wrote:
Just some observations as a follow on from IRC discussion:
Any symlinks probably need to be entirely in RISC OS format. This
is because other non-UnixLib components (such as various modules
or even RISC OS itself
John-Mark Bell wrote:
On Wed, 2010-01-06 at 12:42 -0800, Peter Naulls wrote:
John-Mark Bell wrote:
When arm-unknown-riscos-ln is used in a native RISC OS environment,
it should do whatever the rest of the toolchain does wrt paths and
appropriately type the link file. Off-hand, I
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 the new
sharedunixlibrary package. You could ha
John-Mark Bell wrote:
When arm-unknown-riscos-ln is used in a native RISC OS environment,
it should do whatever the rest of the toolchain does wrt paths and
appropriately type the link file. Off-hand, I cannot recall what the
toolchain's path behaviour is.
I think this is the main
Martin Wuerthner wrote:
In message <4b43e928.8000...@chocky.org>
Peter Naulls wrote:
Martin Wuerthner wrote:
There is also PDFView [..]
But:
http://newsgroups.derkeiler.com/Archive/Comp/comp.sys.acorn.apps/2008-
06/msg00165.html
That is very sad. Even with the sour
bugzilla-dae...@riscos.info wrote:
http://www.riscos.info/bugzilla3/show_bug.cgi?id=178
Right; I have configured riscos.info bugzilla to send
all bug changes to the mailing list. In the past, such
bugs have been largely detached from conversations here.
The main downside is that for large n
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 it will cause a problem for
all riscpkg packages (
rick...@argonet.co.uk wrote:
<082b0ed550.matt...@sinenomine.freeserve.co.uk>
Matthew Phillips wrote:
Is anyone working on a means of viewing DjVu files for RISC OS? (See
http://djvu.sourceforge.net/ for details.) It's a format which is used for
scanned documents, and is probably mo
John-Mark Bell wrote:
I've been playing around with cross compiling shared libraries and have
concluded that filename handling is completely inconsistent, almost to
the point of uselessness.
If the library's soname is not in Unix format (i.e. libfoo.so.N), then
any binary linked to it fails to f
Martin Wuerthner wrote:
In message <4b421b05.4000...@chocky.org>
Peter Naulls wrote:
Martin Wuerthner wrote:
There is also PDFView, which is based on the !PDF work and uses a lot
more of the original xpdf code: It can make use of xpdf's internal PDF
rasterizer to cre
Matthew Phillips wrote:
Is anyone working on a means of viewing DjVu files for RISC OS?
Not to my recollection.
Does anyone with more expertise than me care to guess how much work this
would be? I'd be interested to have a go it's thought to be achievable by
someone pretty new to porting.
John Tytgat wrote:
Before I merge my developers/joty/binutils-gcc-separation branch to trunk,
I would like to hear some feedback of people having tried out this new
build system and hopefully confirming this turns out to be easier and
less prone to subtilities, like e.g. we got in
http://www.ris
Chris Gransden wrote:
[lots of snip - if you could trim, I'd appreciate it]
I noticed there had just been some changes to unixlib. I rebuilt
everything and managed to check out netsurf without subversion crashing. :)
Yes, seems to be ok, apart from some assumptions about HOME. It wasn't
obvi
Martin Wuerthner wrote:
In message <4b40bfc4.7080...@chocky.org>
Peter Naulls wrote:
As for XPDF, you really want to obtain the old versions
and integrate the RISC OS patches:
http://www.pdf.iconbar.com/
I suspect this has its own native RISC OS frontend, voiding
the ne
Chris Gransden wrote:
I'd forgotton about xpdf. I'm getting the 'Can't open display' error
from xpdf too.
It's probably some toolkit check, since ChoX11 of course won't
check for it. Unless you've inadvertently linked to X11 instead.
If it's the former, then you can temporarily work around it
Chris Gransden wrote:
As there's not much happening on the PDF viewing front I thought I'd
have a go at building evince.
It builds OK but I get the following when run,
GLib: Cannot convert message: Conversion from character set 'UTF-8' to
'ISO-8859-1' is not supported
Cannot parse arguments:
alan buckley wrote:
< On Fri, 1 Jan 2010 Peter Naulls wrote:
Incidentally, I also added to my
script some additional Conflicts: tags to really
ensure people don't try to use very old GCC 2.x
and 3.x (and the explicit !UnixLib).
Please don't add a conflicts with the explicit !
alan buckley wrote:
I've finally had a chance to look at the GCC
riscpkg packages today and tried to install
them.
As mentioned by Peter you can not select the
C++ compiler without it deselecting the C
compiler.
I've tracked down the bug to the control
record of the sharedlibs package which
alan buckley wrote:
I've tracked down the bug to the control
record of the sharedlibs package which has
a dependency to sharedunixlibrary. The problem
is the case is incorrect the package name
should be SharedUnixLibrary - case is important.
Thanks.
If you look at the SharedUnixLibrary contr
Jan-Jaap van der Geer wrote:
Some time ago I updated the patches for subversion. Although it compiles
fine, it crashes when it is invoked.
I've played a little bit with it, but have not found out what the
problem is. All crashes seem to be happening in libapr1. An example
here:
There
John Tytgat wrote:
With GCCSDK GCC 4.1.1 Release 2 now being out of the door, I would like
to propose some development ideas and would appreciate some feedback.
For all clearness, this is what I can see myself doing for the coming
months/year(s ?) but not a promise it will actually be done. If
svnu...@riscos.info wrote:
Author: lee
Date: 2009-12-24 12:27:59 -0800 (Thu, 24 Dec 2009)
New Revision: 4369
Fix static assertion failures by packing relevant
structures. Produces a lot of warnings during build,
but appears to work as it should based on the test at
pango/opentype/main.cc givin
Jan-Jaap van der Geer wrote:
Some time ago I updated the patches for subversion. Although it compiles
fine, it crashes when it is invoked.
I've played a little bit with it, but have not found out what the
problem is. All crashes seem to be happening in libapr1. An example
here:
I have
John Tytgat wrote:
In message <4b32a61f.7040...@chocky.org>
Peter Naulls wrote:
I've updated all the bits for package generation [...]
Thanks for the help and cross checking. I've done some minor finetuning
here and there and sent again the CMunge changes we&#
alan buckley wrote:
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 pack
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. In the meantime, I think it'll be ok for this
release, although at present the test packages I made for the C and C++
compiler are a
Kevin Wells wrote:
In message <4b2e4fd7.5090...@chocky.org>
Peter Naulls wrote:
Here it is:
http://www.riscos.info/index.php?title=Special:AWCforum&action=st/id107/Christmas_Games_Release
Enjoy.
Thanks
With Open TTD and the A9 the Accept non-AIF compliant files optio
Alan Buckley wrote:
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
Here it is:
http://www.riscos.info/index.php?title=Special:AWCforum&action=st/id107/Christmas_Games_Release
Enjoy.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/m
svnu...@riscos.info wrote:
Author: peter
Date: 2009-12-18 19:23:09 -0800 (Fri, 18 Dec 2009)
New Revision: 4350
Modified:
trunk/autobuilder/games/alephone/shell.cpp.p
Log:
Fix some path issues for choices. Still doesn't run properly, however
I guess there's still some kind of path issue he
Theo Markettos wrote:
On Thu, Dec 03, 2009 at 08:33:03AM -0800, Peter Naulls wrote:
Anyway, before I announce this more widely, including
a related wiki page, etc, I'd like suggestions on how better
to refine the categories, products etc. I know that
some of the fields and such when you
Jan-Jaap van der Geer wrote:
On Fri, 2009-12-04 at 13:04 -0800, Peter Naulls wrote:
This should add the correct package to $D. However, because of the
addition of ${AB_SUBPACKAGE} to $D, the path checked with the if
statement will fail and $D remains unmodified. It will therefore be the
same
Lee Noar wrote:
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.
I can confirm that Wes
Martin Wuerthner wrote:
In message
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 critical
Jan-Jaap van der Geer wrote:
On Mon, 2009-12-07 at 20:10 -0800, svnu...@riscos.info wrote:
Author: peter
Date: 2009-12-07 20:10:50 -0800 (Mon, 07 Dec 2009)
New Revision: 4308
Added:
trunk/autobuilder/libraries/gtk/libgee0/
Removed:
trunk/autobuilder/libraries/gtk/libgee/
Modified:
trun
Martin/John. I've done some patch updates to the Ghostscript port, but
it still needs some love. Want to take a look?
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info
Peter Naulls wrote:
black-box
Runs, but puts my LCD into a mode it cannot do. Perhaps my MDF needs an
update.
tuxmath
Crashes with a pthread problem in image handling. Interestingly, this
is only apparent after I used "prot1K", which read protects lower
memory. Otherwise,
I have been through all the games, and almost all are up to date
and build. The exceptions are these:
Edgar, MazeOfGalious - run very slowly, so not playable on my Iyonix -
someone want to take a look?
AlephOne - we have a 2005 port; Alan and I are working on updating this
xjig - latest build
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 would have its own wiki page, probably
with some
Jan-Jaap van der Geer wrote:
On Mon, 2009-11-23 at 10:33 -0800, Peter Naulls wrote:
I may want to overload this differently, for the case of multiple apps
in one package. But anyway, apart from the mechanics, can you describe
what it is you are trying to archive here, since I'm not r
I've added some additional products to the riscos.info bugzilla
database:
http://www.riscos.info/cgi-bin/bugzilla3/enter_bug.cgi
One for Firefox, and one for ports in general, which has
categories for games and non-games.
The RPCEmu one has been there for some time, but not much
used; so I'll
alan buckley wrote:
Do you want to update the Packaging.html document with
the recomended minimum steps?
We will get rid of this document, and put it into the wiki.
Also I tried the upload script on cygwin, but it prompted for
a password and I'm unsure what account the password is for.
Thi
Steve Fryatt wrote:
A post on the newsgroups suggests that Decor has disappeared from the
packages at http://www.riscos.info/packages/
It was there last month, because I downloaded it following Peter's
announcement that it had been put back online. I don't fully understand the
dependencies of h
svnu...@riscos.info wrote:
Author: alanb
Date: 2009-11-27 01:52:18 -0800 (Fri, 27 Nov 2009)
New Revision: 4261
cd src
@@ -7,3 +9,20 @@
$AB_MAKE
}
+ab_package() {
+ mkdir -p $D/Apps
+ AD=$D/Apps/Games
+ mkdir -p $AD
+ cp -av $H/\!Noiz2sa $AD
+ cp -av $H/\!Noiz2sa/\!* $AD/\!Noiz
Peter Naulls wrote:
./java/kaffe: (failed)
Discarded.
./network/ctorrent: (failed)
Fixed.
./terminal/putty: (failed)
This is now the only item available for download which isn't
packaged, so I moved it to downloads/old outside of the
RiscPkg structure. Latest version needs
Chris Palmer wrote:
[big snip ;-(]
I've just tried an all libraries build via the build-libs scripts, and
it gets as far as the packaging stage of libpcre3 when it fails with:
mv: `libpcre3_7.8-1' and `./libpcre3_7.8-1' are the same file
mv: cannot stat `RISCOS/*': Not a directory
P
All the libraries, games and utilities build again. Wesnoth might have
issues as previously discussed. I'm uploading new versions of games
and utilities as I test them.
I'm ensuring everything has a canonical packaging format. In short,
everything that uses AB_CATEGORY is out of date, as is e
Jan-Jaap van der Geer wrote:
On Sun, 2009-11-22 at 12:19 -0800, Peter Naulls wrote:
Jan-Jaap van der Geer wrote:
This adds a third parameter to ab_create_app to indicate which
package.
This worked for me, although I'm not really sure if it is OK to add
a
third parameter when the second on
alan buckley wrote:
[digger]
Do you want to delete if from the autobuilder then?
Already done.
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
Jan-Jaap van der Geer wrote:
This adds a third parameter to ab_create_app to indicate which package.
This worked for me, although I'm not really sure if it is OK to add a
third parameter when the second one can be empty. I've not seen that
kind of ab_create_app commands though, so I'm not sure
Jan-Jaap van der Geer wrote:
I've noticed some changes recently in various packages where copying a
skeleton appdir to the packagedirectory is left to a routine
ab_create_app. As I do things like that in some of my packages, I
thought I'd follow suit and do this myself. I thought I'd start with
L
alan buckley wrote:
I assume you leave the old versions if the new ones don't work.
I'm sure Wesnoth will no longer build because of the new
versions dependency on cairo.
We do actually have "ports" of cairo et al, but they ultimately
fail due to fontconfig trying to find stuff. E.g gnumeric
Chris Gransden wrote:
Is this something that is likely to work. I've tried it briefly with a
statically linked 'Hello World' program. I got as far as getting the
remote program to continue. Most of the time it just locks up and I have
to reboot.
Me too. I think JMB mainly did it for the be
Steve Fryatt wrote:
Links = -L$(GCCSDK_INSTALL_ENV)/lib -L$(GCCSDK_LIBS)/OSLib-Hard/ -lOSLib32 \
-L$(GCCSDK_LIBS)/SFLib/ -lSFLib32 -L$(GCCSDK_LIBS)/FlexLib/
-lFlexLib32
and swapping this to
Links = -L$(GCCSDK_LIBS)/OSLib-Hard/ -lOSLib32 -L$(GCCSDK_INSTALL_ENV)/lib \
-L$(GCCSDK_
alan buckley wrote:
=20
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 still?
It was a very early addition, and th
alan buckley wrote:
As far as I can see the following games aren't packaged:
digger
glhack
jumpnbump
noiz2sa
reminiscence
xconq
I'll try to build them all and see where I get to.
Have I missed anything?
find | grep setvars | grep -v svn | xargs grep -L add-riscpkg
./xpilot-ng/setvars
./noi
[I took the liberty of replying publicly on the GCCSDK list]
Michael Drake wrote:
On 09 Nov in comp.sys.acorn.games, Peter Naulls wrote:
I think I forgot to increase the Wimpslot in the new version - you'll
need to bump that in the !Run by 1-2MB.
NetSurf's build system has some
As in previous years, I'm offering to port or update games to RISC OS
that are nominated by users. There aren't any hard rules, but
some types of games are more suitable than others. More details here:
http://www.riscos.info/index.php?title=Special:AWCforum&action=st/id67/RISC_OS_Christmas_Gam
Steve Fryatt wrote:
/home/steve/GCCSDK/cross/lib/gcc/arm-unknown-riscos/4.1.1/../../../../arm-unknown-riscos/bin/ld:
ERROR:
/home/steve/GCCSDK/cross/lib/gcc/arm-unknown-riscos/4.1.1/scl/fpu/crtn.o
uses hardware FP, whereas !RunImage uses software FP
/home/steve/GCCSDK/cross/lib/gcc/arm-unknown-r
Chris Gransden wrote:
I've been trying out Thunderbird on beagleboard but I'm having a few
problems.
The main issue is that I can't send or reply to a message. I always get
'An error occurred while creating a message compose window'. I can
receive and read email ok.
When starting up I alway
Theo Markettos wrote:
On Sun, Nov 08, 2009 at 03:21:44PM +0100, John Tytgat wrote:
That's good news that there is a solution but indicates a regression
in the Ubuntu 9.10 distribution as its indicates setting AUTOCONF/AUTOM4TE
in the recipe/scripts/reconf-* scripts no longer work. :-(
I don't
alan buckley wrote:
Peter Naulls wrote on 5th Nov 2009ish
The first group (I think there was probably only one) I
still don't want to package.
The second group if there are any that now compile and
run OK I'm happy to have a go at packaging them if you can
let me know what the
John Tytgat wrote:
In message
Steve Fryatt wrote:
Peter Naulls wrote:
A simple Makefile might therefore look like this:
CFLAGS = -I $(GCCSDK_INSTALL_ENV)/include
LDFLAGS = -L $(GCCSDK_INSTALL_ENV)/lib
etc.
OK, that all seems to work, and it's a lot neater than having t
John Tytgat wrote:
In message <4af71a7b.4000...@chocky.org>
Peter Naulls wrote:
I understand where you're coming from. But in practice env/bin contains
mostly things which are used for builds - a lot of it library config
scripts, etc. It does also contain a number
Steve Fryatt wrote:
However, things then seem to diverge from the README. Section 3 still
advises setting GCCSDK_INSTALL_CROSSBIN=/home/riscos/cross/bin and
prepending this to PATH, which is how version 3 worked. The only problem
is, ~/cross/bin contains a load of files prefixed arm-unknown-ri
Peter Naulls wrote:
Mesa et al: http://www.simonrules.com/iyonixmesa/
I took a look at this. I can built it ok (needs some
minor changes for GCC 4), but the sample apps - both
supplied and as I built crash under 5.14/15.
Additionally, the Mesa libraries on which it is based
are
John Tytgat wrote:
I know this is continuing on a change made in the past, but it still feels
wrong to have tools running on the host hardware installed and deployed
at $GCCSDK_INSTALL_ENV/bin, that really should be $GCCSDK_CROSS_PREFIX/bin
together with the rest of the cross compiler toolchain.
Steve Fryatt wrote:
Jan-Jaap van der Geer wrote:
Anyway, using Ralph's suggestion worked (Thanks, Ralph!), so I now should
have a working crosscompiler again.
Looking at my temporary autoconf directory, I suppose it is not enough to
symlink autoconf and autoreconf, but I should also have syml
John Tytgat wrote:
My bet is that this is a case of not using autoconf2.59 (gcc4.1 really
need this exact version). Have you installed the autoconfig2.59 package ?
After you've done that, restart for scratch (ie. the srcdir needs to
be reconfigured using the recipe/scripts/reconf-*).
Yes, thi
Jan-Jaap van der Geer wrote:
Hello,
I wanted a fresh crosscompiler, because I was still getting errors that
mmap() was not implemented which indicated that some part of the unixlib
probably was old since Peter made an implementation of that some time
ago.
So I tried a "./build-it riscos" which
Too much to do, too few people. Spread around the internet are quite a
large number of ports, often by developers who've lost interest in RISC
OS. There's also various stuff in the Autobuilder that's out of date.
Some of the projects are quite small, since you're working with things
already
I've made an updated port of Open Transport Tycoon Deluxe:
http://www.riscos.info/index.php?title=Special:AWCforum&action=st/id60/Open_Transport_Tycoon_Deluxe_updated_for_RISC_OS
Enjoy.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://
Christopher Martin wrote:
A month ago, I offered a tiny patch to objasm intended to allow
expressions with record layout symbols. At the time, I did not
appreciate all the issues with record layouts.
Thanks Chris; John/John-Mark do you guys have an opinion here -
it'd be good to get some clos
1 - 100 of 359 matches
Mail list logo
