In message ed3dcc1851.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
While having no problem calling fork() from small demo programs,
it allways fails when being called from within the execsh()
function. (unix mk program)
I can call system(), which uses fork(), I read
Same subject, but I am on X86 and Ubuntu 10.10 (GCC 4.4.4)
I followed the steps and on entering ./build-world
'm4' couldn't be found. This needs to be installed for GCCSDK
Ron M
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http
In message e0513c9851.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Same subject, but I am on X86 and Ubuntu 10.10 (GCC 4.4.4)
I followed the steps and on entering ./build-world
'm4' couldn't be found. This needs to be installed for GCCSDK
OK, it is Ubuntu packages
In message 6968c79851...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message 75be459851.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
The full list asked for was
m4 libtool bison autogen makeinfo help2man
but makeinfo seems to have been
In message 4665529951...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message a812389951.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
After continuing there was another halt because of the autoconf package
was missing. after installing
In message 0af6559951.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 4665529951...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message a812389951.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
After
In message 5f926e9e51...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message a570699e51.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I noted that !GCC will now find !SharedLibs at start up.
Could you elaborate on this ? Are you saying
In message e5671ca151.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I have an error that appears to be in unixlib (3.4.6r3).
grepping my source doesn't find any unix.h, and I'm having trouble finding
which library has included it. The error is:
Error: The following symbols
In message d0f3e89e51.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Could you elaborate on this ? Are you saying there is a difference between
4.1.1 and test 4.1.2 here (not something I would be expecting) ?
John.
I take that back , 4.1.1 is starting fine now also.I've
3.4.6r3 now and work with current libraries
and GCC 4.1.2 I'm guessing the only reason you'd want to use 3.4.6r3
is if you had an existing project that used AOF.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla
with the Xscale switch or would that need support in unixlib?
TIA
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info
this preconfigure bootstrap
when cross-compiling.
It seems to be largely to do with version checking, but the commands
used at the end suggest a range of possible conflicts.
TIA Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info
In message e7ce26b251.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Default: a:c:cc:f:h:i:ii:l:o:p:s:y
This defines the list of suffixes which will be used to perform suffix
swapping when suffix swapping is enabled. Suffix swapping is enabled
by default and can
is giving num the string 22
But SetEval num 22 would store the actual number 22.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http
In message 4ca5b6b451.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Running 'tar cvf libs.tar !Sharedlibs'
gives the error 'Unknown filetype; file ignored' with Symlink
(1c8) types
e1f type is OK and is not in my mimemap, so I am assuming there
is a filetype map in unixlib
In message 55b44eb551...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message fa9d1eb551.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Changing the filetype of the Symlink file to many unheard of
types and tar does not ignore them.
So I
to
report it early rather than later.
Thanks, Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
In message 592453b551.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 55b44eb551...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message fa9d1eb551.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Changing
-then it takes effect and the
symlink type is treated like any other file.
OK until I run into something that uses or needs symlinks, I guess.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info
of
GCCSDK 4.1.2 at branches/release_4_1_2.
After doing svn switch...
and getting refreshed with the updated to revision 5124 displayed.
What are the correct steps to take to rebuild after this?
Or does this just patch the already compiled cross directory?
Thanks, Ron M
__RISCOSIFY_NO_REVERSE_SUFFIX
and __RISCOSIFY_FILETYPE_EXT to do this.
The archive opens with Spark and everything is in place.
When reversing the process using tar I get directories 'b' and 'b/a'
and errors, unless I set unixenv$sfix .
So no, I dont have __RISCOSIFY_NO_SUFFIX doing it's job here.
Ron M
In message c4c5baca51...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message 5d2d2ac751.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
snip
Tar will make the archive fine, It uses __RISCOSIFY_NO_REVERSE_SUFFIX
, I'll look into doing that,
the config make seem to be OK.
A few other changes, automake-1.7 now called automake1.7
libglib2.0-dev was needed, there may be more yet.
I didn't see any follow up to this (old) thread.
Ron M.
___
GCCSDK mailing list gcc
that it was then loading libdl.a, but no, removing
the /so version resulted in a cant find libdl/so type error.
-lm and -lunixlib works, so maybe it is just a soname issue.
Thanks, Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http
of it not working on anything higher than Ubuntu 10.04?
The same problem may arise for a late installation of any
Debian repository based distro.
Thanks, Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info
In message b11ed04452...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message 6034cc4452.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Is there a problem with the setsid() prototype in unistd.h?
setsid() is at the top of the list
In message 37d6224552...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message a04a004552.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Ah, no session support, so it is pointless trying to setsid()
What about the group ID, is there any
of compiling or does it effect the
output code?
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php
In message 2142c95e52.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I have a compiler error with
static enum { RESET, RAW, CBREAK } ttystate = RESET;
It seems that RAW and CBREAK are defined in sys/ioctl but there is
nothing around for RESET.
OK, It compiles if I change
In message af81d25e52.mar...@bach.planiverse.com
Martin Wuerthner mar...@mw-software.com wrote:
In message d6e0ce5e52.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 2142c95e52.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I have
it from an
AIF icon to good effect.
I haven't compiled a Native compiler with the Cross-compiler
yet, but it would be nice to have the sfix removed first.
Can someone tell me the steps I should take please?
Ron M.
___
GCCSDK mailing list gcc
that gcc and cc1 has?
ie
gcc -mlibscl -O3 -o ackermann_scl ackermann.c
File '@' not found
Fatal signal received: Segmentation fault
Everything in the untar'd release-area folder appears OK,
I have tried both the 'full' and the 'kits !GCC.
Ron M
this CWD
behaviour, also because the CWD relationship seems to vary a bit
on some things I have ported in the past. I previously thought it
was because not enough of the unixlib libraries were replacing
the package's libraries.
Ron M.
___
GCCSDK
binary needed set unixenv$tar$sfix
every time it was used.(I previously reported the bug that the
riscosify control method doesn't work to disable suffix swapping)
Thanks Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http
In message 5c455b6852.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message f06a586852...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
I expect that if you remove c/h/o etc from gcc (and related programs) sfix
you can have the RISC OS
properly so far, perhaps
someone else could test it further and it could be implemented?
Thanks to all,
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman
the WindowManager is running, does this
mean the WindowManager is necessary to get a new pid/(process)?
Thanks for any enlightenment on this subject.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla
In message 77ebe08b52.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I appreciate Duncan's bug report on fork/exec as I am having problems.
The latest release 4.1.2 (upgraded last night) reliably halts with
segmentation error.
Actually previous releases have been giving more
that it is fork()/exec causing unstability, and there are
obvious advantages to using vfork()/exec in maybe all cases.
Thanks, Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http
and appears to
be OK.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
ELF2AIF wont generate a second file unless you specify a different name,
so I guessed that it doesn't recognise ,xyz as different, You'd think it
would though.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla
In message af21179c52.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 04046a7426d9971c8aef1dba551ebdff.squir...@www.archifishal.co.uk
Alex Macfarlane Smith nos...@archifishal.co.uk wrote:
In message
32b9f1a997c92f4b978d5a245ac0b232.squir
In message 20120703092216.gb...@chiark.greenend.org.uk
Theo Markettos t...@markettos.org.uk wrote:
On Tue, Jul 03, 2012 at 06:29:38PM +1200, Ron wrote:
I have just tryed building the Nettle package a second time, to see
if it would put its packages in the correct place, but I get
In message e29f79a952.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 20120703092216.gb...@chiark.greenend.org.uk
Theo Markettos t...@markettos.org.uk wrote:
Probably the autobuilder should handle this better, but I'm not sure how.
Perhaps detect
In message 52aa6f87d1chr...@care4free.net
Chris Gransden chr...@care4free.net wrote:
In article ce136eaa52.b...@ron1954.woosh.co.nz,
Ron b...@woosh.co.nz wrote:
I am sort of confused, I thought everything was to be built as e1f
now.
Is it just that EXT_EXE is mistakenly
In message 6cddca0053...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message f2d8c70053.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I'm not using the very latest crosscompiler, but I think this will be
unchanged.
Using my port of tar
In message 1ad80b0153...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message 5b44d00053.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 6cddca0053...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote
think I /did/ update my crosscompiler
after noticing some recent changes in that area though.
Thanks, Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman
In message 20121223124205.46e5225...@orac.inputplus.co.uk
Ralph Corderoy ra...@inputplus.co.uk wrote:
Hi Ron,
I can get this to error (foo.tar is in CSD in RAM:)
ADFS::HardDisc4.$.!TarCtrl.Files.Bin.tar vxf foo.tar but moving the
tar binary to the same directory and all is OK
In message 89c5080b53...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message 177cd20a53.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
The only autobuilder build I have done is zip which has failed in the
later stage with
mv: cannot
it back out to the RISC OS filing system.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
In message 2d6cc70253.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 20121223124205.46e5225...@orac.inputplus.co.uk
Ralph Corderoy ra...@inputplus.co.uk wrote:
Hi Ron,
I can get this to error (foo.tar is in CSD in RAM:)
ADFS::HardDisc4
experience where I downloaded
some source, set the CSD and 'make' did the job straight off.
Anyway, let me know, and I could email you my !GCC. We could use my
multiparting tar app to break it down to email sized chunks. (-:
Ron M.
___
GCCSDK mailing list gcc
In message b1ea532753...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message f67e522753.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Just my own approach, but I have built a !GCC that doesn't use suffix
swapping and my recent build seems
style source
directories.
The pattern match doesn't accept ^ as an up directory, so I use a system
variable for the same in it's place and it works ok.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla
I created a new topic for the sake of clarity.
In message b1ea532753...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message f67e522753.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I still have the problem of textfile,xyz (where xyz
In message 77431f2853.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I created a new topic for the sake of clarity.
In message b1ea532753...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message f67e522753.b...@ron1954.woosh.co.nz
In message 80a4493553.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
snip
I checked Linux and you cant create . or .. but you can
create ...
I have experimented and found I have my own conversion for the
parsed top directory doing an 'up directory' when named
In message 52515db5.3080...@sky.com
Lee Noar leen...@sky.com wrote:
On 06/10/13 07:01, Ron wrote:
I think my installation of oslib is OK, I used the softfloat GCC version
from the sourceforge site.
Everything is fine until I try elf2aif on my (working OK) binary.
It reports
In message 525192b8.7000...@sky.com
Lee Noar leen...@sky.com wrote:
On 06/10/13 14:59, Ron wrote:
In message 52515db5.3080...@sky.com
Lee Noar leen...@sky.com wrote:
On 06/10/13 07:01, Ron wrote:
I think my installation of oslib is OK, I used the softfloat GCC
In message 6f27929653.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Just using plain libOSLib32.a in the command worked fine with a copy
in the source (CSD) directory, so I new it /would/ work once it could
be found.
I followed up the use of -LOSLib:, and found that I had
In message dub120-ds14efbda43cca2a66edd32bf0...@phx.gbl
Alan Buckley alan_...@hotmail.com wrote:
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
I recently went from Snowlinux4 (wheezy) to PeppermintOS 4
(ubuntu-raring). I saved my GCCSDK directory first and reinstated it
to the new installation.
For the record, I reinstalled support with this list
sudo apt-get -y install subversion libtool flex bison autogen help2man
autopoint
point is failing and a prerequisite in it's c file is that you have the
lrintf function.
Thanks for any help.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info
In message 53c225e0f7chr...@care4free.net
Chris Gransden chr...@care4free.net wrote:
In article 899b02c253.b...@ron1954.woosh.co.nz,
Ron b...@woosh.co.nz wrote:
It maybe a complication brought about by having to run autogen.sh before
running ro-config but my config.h shows
In message 53c230b615chr...@care4free.net
Chris Gransden chr...@care4free.net wrote:
In article 7d8929c253.b...@ron1954.woosh.co.nz,
Ron b...@woosh.co.nz wrote:
It is the latest libsndfile test-suite that I am running on my Iyonix.
I didn't use the autobuilder but just
In message 8b6a4bc453...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message cc7de7c053.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I have been compiling various audio utilities and today I came across
an obstacle with #include wchar.h
at the top though.
Thanks Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
, Ron M
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
In message b8ce8dc953.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I also have a python folder 2.7 folder with site-packages there, maybe I
could compare them with what I built on my 64bit laptop native Linux
build, or even copy the python generated stuff that's failing, I
In message 10c89ac953.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message b8ce8dc953.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I also have a python folder 2.7 folder with site-packages there, maybe I
could compare them with what I built on my
LIBFFI_CFLAGS=-I/home/ron/gccsdk/env/lib/libffi-3.0.13/include
export LIBFFI_LIBS=-L/home/ron/gccsdk/env/lib -lffi
But I'm unsure wether this is necessary now, and the stopping of the
running of ./configure as previously outlined appears to be the
large issue.
Thanks, Ron M
is anything newer,
Thanks, Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
In message 4c62ebd453...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message 18f0e7d453.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I had a problem where libffi was not linking when trying to build
libglib2.0-0
After examining
In message 44a0fbd453.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 4c62ebd453...@hobbes.bass-software.com
John Tytgat john.tyt...@aaug.net wrote:
In message 18f0e7d453.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I had
In message 537bab40.6080...@sky.com
Lee Noar leen...@sky.com wrote:
If I'm reading the fetch-program script correctly, it looks in testing
(jessie) first and if it doesn't find the package there, falls back to
stable (wheezy).
Linux distros by default only use one level of
In message 540c7aec44chr...@care4free.net
Chris Gransden chr...@care4free.net wrote:
The problem with standardising on 'stable' is what happens when the curent
'testing' becomes 'stable'. A whole load of packages will then need
updating. It's easier to keep them up to date gradually
(free42bin:134785469): GModule-CRITICAL **: g_module_symbol: assertion
`module != NULL' failed
(free42bin:134785469): GModule-CRITICAL **: g_module_close: assertion `module
!= NULL' failed
I've tried a few things in the makefile, but always the same errors.
TIA Ron M
In message 5453cf91.3030...@sky.com
Lee Noar leen...@sky.com wrote:
On 31/10/14 01:53, Ron wrote:
Can anyone say what could be causing these errors?
Running a gtk2 calculater emulator I get:
RISC OS error:
'has suffered a fatal internal error (Window Manager is currently
OS also.
I have to use $PATH/binary at the moment though.
I don't have any previous experience with bmake, and how much it differs
from gnu make.
Most source comes for gnu make, the obvious issue with
using alternatives.
Ron M.
___
GCCSDK mailing
In message a821639154.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
Following on from the issues with make, I am trying to work out why we
have the problem with \n requiring \\n sometimes.
Using dash interactively in a taskwindow:
$ printf hello...\n
hello... $
no problem
config.h has paths.
Some things will integrate easily into the !GCC structure, but you are
no further ahead by having a hard path into a !GCC location.
you can try \GCC\$Dir\/bin style, but I have had that fail too.
Ron M.
___
GCCSDK mailing list gcc
in m4
interactively in conjuction with the m4.html tutorial.
However, though I have everything needed in place, during a compiling
job, I get an error when using bison/flex/m4.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http
.
Everything looks correct.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
. (no
pipes, simpler source).
I found a variant of flex called reflex which seems to be similarly good so far.
The pair have worked with a Bison example, so they look promising.
I noticed Autoconf uses m4 so it would probably have complications also.
Ron M
be other commands you find
missing.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
In message op.xtbugtqyizronj@bluey
WPB wpb.f...@gmx.com wrote:
On Sat, 31 Jan 2015 06:51:55 -, Ron b...@woosh.co.nz wrote:
In message cb70628e54.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
I'm pretty sure the -c thing is because your Makefile SHELL
lost in
termios.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
. It could be compiled with libreadline or OSLib to give it line
edit, and it may be possible to give it more builtins to make it more
standalone. (and perhaps bloated).
Thanks, Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http
In message 32c7ea9254.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
pkgdatadir is the directory that contains data needed by Bison.
it has mostly m4 related stuff.
If prefix=/home then this might be /home/Bison directory and the bison
binary might be in /home/bin with flex
to over-ride the data directory position, and
set M4 /somedir/m4
to overide the m4 binary path and name.
for bison to find with getenv(M4) etc.
You may still need the data directory contents?
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla
, it just needs the work done to
call the m4main function through the subpipe/fork arrangement. It will be down
to wether fork or vfork can meet the demand I think.
I dont mind being made to look foolish if you can get bison/m4 to work the
normal way though (-:
Ron M
shell script?
When cross-compiling manually, I have had to replace this with a newer one so
that
arm
unknown
riscos
was recognised properly.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info
Wimpslot is no help, a new-comer reported problems, so I downloaded the package
and find that
gcc -v
errors with
Internal error: abort on data transfer at 85A4
I didn't upgrade unixlib or !SharedLibs stuff from 4.1.2
Is that necessary?
Ron M
In message 554337b6.10...@gmx.com
Duncan Moore duncan.mo...@gmx.com wrote:
On 01/05/2015 01:52, Ron wrote:
Wimpslot is no help
I'm using 16MB for 4.7.4.
I didn't upgrade unixlib or !SharedLibs stuff from 4.1.2
Is that necessary?
I think unixlib was the same, so
In message 7c7fecbc54.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 554337b6.10...@gmx.com
Duncan Moore duncan.mo...@gmx.com wrote:
On 01/05/2015 01:52, Ron wrote:
Wimpslot is no help
I'm using 16MB for 4.7.4.
I didn't upgrade unixlib
not just in the RISC OS version, but in the GNU make version itself.
If I remove this code (so default_shell becomes /bin/sh), then
everything works.
I've had this code removed in my local version of 'make' since February
and experienced no problems. WPB, Ron, I think you've been using it too
paths.
maybe the patch to riscosify will have to be in cpp itself.
Ron M.
___
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http
In message 55606137.6070...@aaug.net
John Tytgat john.tyt...@aaug.net wrote:
On 05/22/2015 07:09 AM, Ron wrote:
stdarg.h and stddef.h have references from other files, more-so stddef.h
It appears 4.1.2 and 4.7.4 dont have these files, is it ok to delete the
#include 's referring
In message 7ca001c854.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
In message 7b0f9ac754.b...@ron1954.woosh.co.nz
Ron b...@woosh.co.nz wrote:
stdarg.h and stddef.h have references from other files, more-so stddef.h
It appears 4.1.2 and 4.7.4 dont have
1 - 100 of 131 matches
Mail list logo