In message <op.xtbugtqyizronj@bluey>
WPB <wpb.feed@gmx.com> wrote:
> On Sat, 31 Jan 2015 06:51:55 -0000, Ron <beeb@woosh.co.nz> wrote:
>
> > In message <cb70628e54.beeb@ron1954.woosh.co.nz>
> > Ron <beeb@woosh.co.nz> wrote:
> >
> >
> >> I'm pretty sure the -c thing is because your Makefile SHELL variable
> >> is resolving to something that doesn't understand the -c switch.
> >> I think the default for /bin/bash is just the RISC OS CLI unless you
> >> add a ported shell and adjust the path accordingly.
> >>
> >> You could try the existing port of bash, or email me for a copy of the
> >> slimmer dash, which I found (recently) to work well with make.
> >>
> >> If you are using a Linux style Makefile there may be other commands you
> >> find missing.
> >>
> >
> > From the gnu make manual
> >
> > 'The program used as the shell is taken from the variable SHELL. If this
> > variable is not set in your makefile, the program /bin/sh is used as the
> > shell. The argument(s) passed to the shell are taken from the variable
> > .SHELLFLAGS. The default value of .SHELLFLAGS is -c normally, or -ec in
> > POSIX-conforming mode.'
> >
> > You may see a difference just by using (in the makefile)
> >
> > .SHELLFLAGS =
> >
> > Ron M.
>
> Thank you very much for your insights, Ron. I thought you'd nailed it with
> that, but actually setting .SHELLFLAGS seems to make no difference. That
> maybe a bug in make 3.81 (which is the current version on riscos.info), as
> reported here:
> http://lists.gnu.org/archive/html/help-make/2012-10/msg00014.html
>
OK it hasn't changed anything, but using bash has, so you are probably
right, that variable isn't doing the expected thing.
> I don't really understand how the SHELL variable works for the RISC OS
> port of make. As Ron says, and according to the manual, the default value
> of SHELL is "/bin/sh", which makes no sense on RISC OS. Does the port in
> fact just direct commands at the RISC OS command line unless SHELL is set
> to something else?
>
I'ts built into the cross-compiler to grab the instances of /bin/sh
so a port will find the CLI.
> I did install the port of bash and added "SHELL = bash" to the Makefile,
> and then it works, but only if I substitute "echo" for "printf" - "printf"
> obviously isn't a bash command.
>
OK, so the error reported did move from 'cannot find -c'
But check that bash can find printf, maybe try bash in interactive mode.
I have found ported shells dont always find things on the path and have
had to use an explicit path. I found that this can be preferrable, for
example you dont really want to use RISC OS echo in place of a shell
builtin or ported binary of echo.
There are many ways to swing this cat, and it is a matter of getting a
setup that works by trial.
I like the idea of using DASH (and binaries it can find) as it can cope
with more of the makefiles I can bring into RISC OS from linux. I have
found some exceptions (end of line handling for one)
> I'd ideally like to use the RISC OS command line as the shell, not bash,
> but this "-c" issue is flummoxing me.
>
Using dash might not be the only solution but it stop the occurrences
for me.
There is a possibility that 'cant find -c' is actually referring to a
problem following the '/bin/sh -c'
I have seen this when using ls on it's own and it ignores the CSD.
Once again, there is a variation of interpretation of paths and CSD in
different ports/shells, that sometimes takes some trial and error.
A binary path can be set with the makefile variables if necessary.
> If anyone else can confirm the .SHELLFLAGS issue is peculiar to make 3.81,
> that would be great.
>
> Many thanks for any help,
>
> WPB
>
_______________________________________________
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
Saturday, 31 January 2015
Re: [gccsdk] make: File '-c' not found
On Sat, 31 Jan 2015 14:49:14 -0000, Lee Noar <leenoar@sky.com> wrote:
> On 31/01/15 13:52, WPB wrote:
>
> [snip]
>
>> Actually printf is on the run path already. And from the command line,
>> the printf command works just fine. The error "File '-c' not found" only
>> occurs when the command is executed my make.
[snip]
>> I find it hard to believe that this error doesn't come up all the time.
>> There must be umpteen makefiles for GCC on RISC OS that use echo or
>> printf, and on my setup at least, they all bomb out with the error
>> message that is the subject of this thread.
>>
>> WPB
>
> If you do "make -p", you'll see a number of lines like this:
>
> COMPILE.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c
>
> If those variables are all empty, then that leaves you with -c,
> so I wonder if a compile rule is being invoked with empty
> variables somehow.
>
> Lee.
Many thanks for the idea, Lee.
I did "make -p", saved the output as a text file, and then grepped it for
"-c". The results were mostly "COMPILE.<something> = $(<something>)
blah-blah -c" as you suggested.
Given that all my Makefile is doing is printing a message and then
creating a directory, I can't see why these compile rules would be causing
issues. Nevertheless for kicks I defined all the <something>s about in my
Makefile like this:
CC = g++
FC = g++
PC = g++
CXX = g++
So the command should at least produce a different error to "File -c not
found". But the result of make was exactly the same as before.
Any other ideas, people?
Many thanks,
WPB
_______________________________________________
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
> On 31/01/15 13:52, WPB wrote:
>
> [snip]
>
>> Actually printf is on the run path already. And from the command line,
>> the printf command works just fine. The error "File '-c' not found" only
>> occurs when the command is executed my make.
[snip]
>> I find it hard to believe that this error doesn't come up all the time.
>> There must be umpteen makefiles for GCC on RISC OS that use echo or
>> printf, and on my setup at least, they all bomb out with the error
>> message that is the subject of this thread.
>>
>> WPB
>
> If you do "make -p", you'll see a number of lines like this:
>
> COMPILE.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c
>
> If those variables are all empty, then that leaves you with -c,
> so I wonder if a compile rule is being invoked with empty
> variables somehow.
>
> Lee.
Many thanks for the idea, Lee.
I did "make -p", saved the output as a text file, and then grepped it for
"-c". The results were mostly "COMPILE.<something> = $(<something>)
blah-blah -c" as you suggested.
Given that all my Makefile is doing is printing a message and then
creating a directory, I can't see why these compile rules would be causing
issues. Nevertheless for kicks I defined all the <something>s about in my
Makefile like this:
CC = g++
FC = g++
PC = g++
CXX = g++
So the command should at least produce a different error to "File -c not
found". But the result of make was exactly the same as before.
Any other ideas, people?
Many thanks,
WPB
_______________________________________________
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
Re: [gccsdk] make: File '-c' not found
On 31/01/2015 13:11, Duncan Moore wrote:
> As to why \n is causing problems, I'm not sure. It looks like some weird
> interaction between 'make' and 'printf'.
>
I'm wondering if it's due to 'make' calling exec() and then the argument
list being manipulated. I seem to recall that it quotes both " and '.
Maybe it's doing something with the \ of \n too, and that's messing
things up.
Duncan
_______________________________________________
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
> As to why \n is causing problems, I'm not sure. It looks like some weird
> interaction between 'make' and 'printf'.
>
I'm wondering if it's due to 'make' calling exec() and then the argument
list being manipulated. I seem to recall that it quotes both " and '.
Maybe it's doing something with the \ of \n too, and that's messing
things up.
Duncan
_______________________________________________
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
Re: [gccsdk] make: File '-c' not found
On 31/01/15 13:52, WPB wrote:
[snip]
> Actually printf is on the run path already. And from the command line,
> the printf command works just fine. The error "File '-c' not found" only
> occurs when the command is executed my make.
>
> Thanks for the pointers on '\n' - I was wondering why escaping things
> doesn't work as expected. I don't think it's make's fault. From the
> command line, too, printf commands seem to ignore '\n', and just take
> out the '\'.
>
> I find it hard to believe that this error doesn't come up all the time.
> There must be umpteen makefiles for GCC on RISC OS that use echo or
> printf, and on my setup at least, they all bomb out with the error
> message that is the subject of this thread.
>
> WPB
If you do "make -p", you'll see a number of lines like this:
COMPILE.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c
If those variables are all empty, then that leaves you with -c,
so I wonder if a compile rule is being invoked with empty
variables somehow.
Lee.
_______________________________________________
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
[snip]
> Actually printf is on the run path already. And from the command line,
> the printf command works just fine. The error "File '-c' not found" only
> occurs when the command is executed my make.
>
> Thanks for the pointers on '\n' - I was wondering why escaping things
> doesn't work as expected. I don't think it's make's fault. From the
> command line, too, printf commands seem to ignore '\n', and just take
> out the '\'.
>
> I find it hard to believe that this error doesn't come up all the time.
> There must be umpteen makefiles for GCC on RISC OS that use echo or
> printf, and on my setup at least, they all bomb out with the error
> message that is the subject of this thread.
>
> WPB
If you do "make -p", you'll see a number of lines like this:
COMPILE.c = $(CC) $(CFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c
If those variables are all empty, then that leaves you with -c,
so I wonder if a compile rule is being invoked with empty
variables somehow.
Lee.
_______________________________________________
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
Re: [gccsdk] make: File '-c' not found
On Sat, 31 Jan 2015 13:11:00 -0000, Duncan Moore <duncan.moore@gmx.com>
wrote:
>
> On 30/01/2015 14:13, WPB wrote:
>> With this very simple test case of a Makefile:
>>
>>
>> dir :
>> printf "Making dir...\n"
>> mkdir OBJECTS
>>
>
> You need the executable file 'printf' in your run path - check that it
> is.
>
> The trouble then is with the \n. I could get it to work by just removing
> \n.
> You don't then get a carriage return of course.
> But this does work (note, single quotes, two slashes):
>
> printf 'Making dir...\\n'
>
> I'm not sure if variable substitution will work with that - I haven't
> tried.
>
> If you try 'echo', beware of picking up the RISC OS Echo instead.
>
> As to why \n is causing problems, I'm not sure. It looks like some weird
> interaction between 'make' and 'printf'.
>
> Duncan
>
Thanks Duncan,
Actually printf is on the run path already. And from the command line, the
printf command works just fine. The error "File '-c' not found" only
occurs when the command is executed my make.
Thanks for the pointers on '\n' - I was wondering why escaping things
doesn't work as expected. I don't think it's make's fault. From the
command line, too, printf commands seem to ignore '\n', and just take out
the '\'.
I find it hard to believe that this error doesn't come up all the time.
There must be umpteen makefiles for GCC on RISC OS that use echo or
printf, and on my setup at least, they all bomb out with the error message
that is the subject of this thread.
WPB
_______________________________________________
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
wrote:
>
> On 30/01/2015 14:13, WPB wrote:
>> With this very simple test case of a Makefile:
>>
>>
>> dir :
>> printf "Making dir...\n"
>> mkdir OBJECTS
>>
>
> You need the executable file 'printf' in your run path - check that it
> is.
>
> The trouble then is with the \n. I could get it to work by just removing
> \n.
> You don't then get a carriage return of course.
> But this does work (note, single quotes, two slashes):
>
> printf 'Making dir...\\n'
>
> I'm not sure if variable substitution will work with that - I haven't
> tried.
>
> If you try 'echo', beware of picking up the RISC OS Echo instead.
>
> As to why \n is causing problems, I'm not sure. It looks like some weird
> interaction between 'make' and 'printf'.
>
> Duncan
>
Thanks Duncan,
Actually printf is on the run path already. And from the command line, the
printf command works just fine. The error "File '-c' not found" only
occurs when the command is executed my make.
Thanks for the pointers on '\n' - I was wondering why escaping things
doesn't work as expected. I don't think it's make's fault. From the
command line, too, printf commands seem to ignore '\n', and just take out
the '\'.
I find it hard to believe that this error doesn't come up all the time.
There must be umpteen makefiles for GCC on RISC OS that use echo or
printf, and on my setup at least, they all bomb out with the error message
that is the subject of this thread.
WPB
_______________________________________________
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
Re: [gccsdk] make: File '-c' not found
On 30/01/2015 14:13, WPB wrote:
> With this very simple test case of a Makefile:
>
>
> dir :
> printf "Making dir...\n"
> mkdir OBJECTS
>
You need the executable file 'printf' in your run path - check that it is.
The trouble then is with the \n. I could get it to work by just removing \n.
You don't then get a carriage return of course.
But this does work (note, single quotes, two slashes):
printf 'Making dir...\\n'
I'm not sure if variable substitution will work with that - I haven't tried.
If you try 'echo', beware of picking up the RISC OS Echo instead.
As to why \n is causing problems, I'm not sure. It looks like some weird
interaction between 'make' and 'printf'.
Duncan
_______________________________________________
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
> With this very simple test case of a Makefile:
>
>
> dir :
> printf "Making dir...\n"
> mkdir OBJECTS
>
You need the executable file 'printf' in your run path - check that it is.
The trouble then is with the \n. I could get it to work by just removing \n.
You don't then get a carriage return of course.
But this does work (note, single quotes, two slashes):
printf 'Making dir...\\n'
I'm not sure if variable substitution will work with that - I haven't tried.
If you try 'echo', beware of picking up the RISC OS Echo instead.
As to why \n is causing problems, I'm not sure. It looks like some weird
interaction between 'make' and 'printf'.
Duncan
_______________________________________________
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
Re: [gccsdk] make: File '-c' not found
On Sat, 31 Jan 2015 11:09:45 -0000, Mitch Crawford
<mitch@sand-hill.freeserve.co.uk> wrote:
[snip]
> I didn't know you could use printf in the makefile.
> I've used "echo" to output our position in the past.
Both work on the RISC OS command line, as a printf binary is a standard
part of the current GCC distribution it, seems. I don't know if echo can
substitute variables like printf can.
_______________________________________________
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
<mitch@sand-hill.freeserve.co.uk> wrote:
[snip]
> I didn't know you could use printf in the makefile.
> I've used "echo" to output our position in the past.
Both work on the RISC OS command line, as a printf binary is a standard
part of the current GCC distribution it, seems. I don't know if echo can
substitute variables like printf can.
_______________________________________________
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
Re: [gccsdk] make: File '-c' not found
On Sat, 31 Jan 2015 06:51:55 -0000, Ron <beeb@woosh.co.nz> wrote:
> In message <cb70628e54.beeb@ron1954.woosh.co.nz>
> Ron <beeb@woosh.co.nz> wrote:
>
>
>> I'm pretty sure the -c thing is because your Makefile SHELL variable
>> is resolving to something that doesn't understand the -c switch.
>> I think the default for /bin/bash is just the RISC OS CLI unless you
>> add a ported shell and adjust the path accordingly.
>>
>> You could try the existing port of bash, or email me for a copy of the
>> slimmer dash, which I found (recently) to work well with make.
>>
>> If you are using a Linux style Makefile there may be other commands you
>> find missing.
>>
>
> From the gnu make manual
>
> 'The program used as the shell is taken from the variable SHELL. If this
> variable is not set in your makefile, the program /bin/sh is used as the
> shell. The argument(s) passed to the shell are taken from the variable
> .SHELLFLAGS. The default value of .SHELLFLAGS is -c normally, or -ec in
> POSIX-conforming mode.'
>
> You may see a difference just by using (in the makefile)
>
> .SHELLFLAGS =
>
> Ron M.
Thank you very much for your insights, Ron. I thought you'd nailed it with
that, but actually setting .SHELLFLAGS seems to make no difference. That
maybe a bug in make 3.81 (which is the current version on riscos.info), as
reported here:
http://lists.gnu.org/archive/html/help-make/2012-10/msg00014.html
I don't really understand how the SHELL variable works for the RISC OS
port of make. As Ron says, and according to the manual, the default value
of SHELL is "/bin/sh", which makes no sense on RISC OS. Does the port in
fact just direct commands at the RISC OS command line unless SHELL is set
to something else?
I did install the port of bash and added "SHELL = bash" to the Makefile,
and then it works, but only if I substitute "echo" for "printf" - "printf"
obviously isn't a bash command.
I'd ideally like to use the RISC OS command line as the shell, not bash,
but this "-c" issue is flummoxing me.
If anyone else can confirm the .SHELLFLAGS issue is peculiar to make 3.81,
that would be great.
Many thanks for any help,
WPB
_______________________________________________
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 <cb70628e54.beeb@ron1954.woosh.co.nz>
> Ron <beeb@woosh.co.nz> wrote:
>
>
>> I'm pretty sure the -c thing is because your Makefile SHELL variable
>> is resolving to something that doesn't understand the -c switch.
>> I think the default for /bin/bash is just the RISC OS CLI unless you
>> add a ported shell and adjust the path accordingly.
>>
>> You could try the existing port of bash, or email me for a copy of the
>> slimmer dash, which I found (recently) to work well with make.
>>
>> If you are using a Linux style Makefile there may be other commands you
>> find missing.
>>
>
> From the gnu make manual
>
> 'The program used as the shell is taken from the variable SHELL. If this
> variable is not set in your makefile, the program /bin/sh is used as the
> shell. The argument(s) passed to the shell are taken from the variable
> .SHELLFLAGS. The default value of .SHELLFLAGS is -c normally, or -ec in
> POSIX-conforming mode.'
>
> You may see a difference just by using (in the makefile)
>
> .SHELLFLAGS =
>
> Ron M.
Thank you very much for your insights, Ron. I thought you'd nailed it with
that, but actually setting .SHELLFLAGS seems to make no difference. That
maybe a bug in make 3.81 (which is the current version on riscos.info), as
reported here:
http://lists.gnu.org/archive/html/help-make/2012-10/msg00014.html
I don't really understand how the SHELL variable works for the RISC OS
port of make. As Ron says, and according to the manual, the default value
of SHELL is "/bin/sh", which makes no sense on RISC OS. Does the port in
fact just direct commands at the RISC OS command line unless SHELL is set
to something else?
I did install the port of bash and added "SHELL = bash" to the Makefile,
and then it works, but only if I substitute "echo" for "printf" - "printf"
obviously isn't a bash command.
I'd ideally like to use the RISC OS command line as the shell, not bash,
but this "-c" issue is flummoxing me.
If anyone else can confirm the .SHELLFLAGS issue is peculiar to make 3.81,
that would be great.
Many thanks for any help,
WPB
_______________________________________________
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
Re: [gccsdk] make: File '-c' not found
> > On 30/01/15 14:13, WPB wrote:
> Actually, though, it's happy creating the dir, as long as I comment out
> the printf. So it seems to be the printf which is causing the error to be > generated.
I didn't know you could use printf in the makefile.
I've used "echo" to output our position in the past.
Mitch
--
Thanks
Mitch
Mitchell D. Crawford
mitch@sand-hill.freeserve.co.uk
_______________________________________________
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
> Actually, though, it's happy creating the dir, as long as I comment out
> the printf. So it seems to be the printf which is causing the error to be > generated.
I didn't know you could use printf in the makefile.
I've used "echo" to output our position in the past.
Mitch
--
Thanks
Mitch
Mitchell D. Crawford
mitch@sand-hill.freeserve.co.uk
_______________________________________________
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
Friday, 30 January 2015
Re: [gccsdk] make: File '-c' not found
In message <cb70628e54.beeb@ron1954.woosh.co.nz>
Ron <beeb@woosh.co.nz> wrote:
> I'm pretty sure the -c thing is because your Makefile SHELL variable is resolving to something that doesn't understand the -c switch.
> I think the default for /bin/bash is just the RISC OS CLI unless you add a ported shell and adjust the path accordingly.
>
> You could try the existing port of bash, or email me for a copy of the slimmer dash, which I found (recently) to work well with make.
>
> If you are using a Linux style Makefile there may be other commands you find missing.
>
From the gnu make manual
'The program used as the shell is taken from the variable SHELL. If this
variable is not set in your makefile, the program /bin/sh is used as the
shell. The argument(s) passed to the shell are taken from the variable
.SHELLFLAGS. The default value of .SHELLFLAGS is -c normally, or -ec in
POSIX-conforming mode.'
You may see a difference just by using (in the makefile)
.SHELLFLAGS =
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 <beeb@woosh.co.nz> wrote:
> I'm pretty sure the -c thing is because your Makefile SHELL variable is resolving to something that doesn't understand the -c switch.
> I think the default for /bin/bash is just the RISC OS CLI unless you add a ported shell and adjust the path accordingly.
>
> You could try the existing port of bash, or email me for a copy of the slimmer dash, which I found (recently) to work well with make.
>
> If you are using a Linux style Makefile there may be other commands you find missing.
>
From the gnu make manual
'The program used as the shell is taken from the variable SHELL. If this
variable is not set in your makefile, the program /bin/sh is used as the
shell. The argument(s) passed to the shell are taken from the variable
.SHELLFLAGS. The default value of .SHELLFLAGS is -c normally, or -ec in
POSIX-conforming mode.'
You may see a difference just by using (in the makefile)
.SHELLFLAGS =
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
Re: [gccsdk] make: File '-c' not found
In message <op.xtaremqgizronj@bluey>
WPB <wpb.feed@gmx.com> wrote:
> On Fri, 30 Jan 2015 20:12:22 -0000, Lee Noar <leenoar@sky.com> wrote:
>
> > On 30/01/15 14:13, WPB wrote:
> >> Hello all,
> >>
> >> I'm running into trouble using 'make'.
> >>
> >> With this very simple test case of a Makefile:
> >>
> >>
> >> dir :
> >> printf "Making dir...\n"
> >> mkdir OBJECTS
> >>
> >> (Note that 'dir :' isn't really indented.)
> >>
> >> I get the error "File '-c' not found" when I invoke 'make', and the dir
> >> 'OBJECTS' is not made. If I comment out the 'printf' line, the dir is
> >> made.
> >>
> >> Can anyone shed any light on this obscure error message for me?
> >
> > Off the top of my head without actually trying anything; I think if
> > your target name "dir" does not actually refer to the directory that
> > you're creating "OBJECTS" (or any other disc object), then you have
> > to declare the target as phony near the top of your makefile:
> >
> > .PHONY: dir
> >
> > so that make knows that it must always execute the rule (as there's
> > no disc object of that name for it to check).
> >
> > Lee.
> >
>
> Thanks, Lee,
>
> Actually, though, it's happy creating the dir, as long as I comment out
> the printf. So it seems to be the printf which is causing the error to be
> generated.
>
> Nevertheless, I tried your solution, but it made no difference. Thanks
> anyway.
>
> Any other ideas anyone?
>
> WPB
>
I'm pretty sure the -c thing is because your Makefile SHELL variable is resolving to something that doesn't understand the -c switch.
I think the default for /bin/bash is just the RISC OS CLI unless you add a ported shell and adjust the path accordingly.
You could try the existing port of bash, or email me for a copy of the slimmer dash, which I found (recently) to work well with make.
If you are using a Linux style Makefile there may 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
WPB <wpb.feed@gmx.com> wrote:
> On Fri, 30 Jan 2015 20:12:22 -0000, Lee Noar <leenoar@sky.com> wrote:
>
> > On 30/01/15 14:13, WPB wrote:
> >> Hello all,
> >>
> >> I'm running into trouble using 'make'.
> >>
> >> With this very simple test case of a Makefile:
> >>
> >>
> >> dir :
> >> printf "Making dir...\n"
> >> mkdir OBJECTS
> >>
> >> (Note that 'dir :' isn't really indented.)
> >>
> >> I get the error "File '-c' not found" when I invoke 'make', and the dir
> >> 'OBJECTS' is not made. If I comment out the 'printf' line, the dir is
> >> made.
> >>
> >> Can anyone shed any light on this obscure error message for me?
> >
> > Off the top of my head without actually trying anything; I think if
> > your target name "dir" does not actually refer to the directory that
> > you're creating "OBJECTS" (or any other disc object), then you have
> > to declare the target as phony near the top of your makefile:
> >
> > .PHONY: dir
> >
> > so that make knows that it must always execute the rule (as there's
> > no disc object of that name for it to check).
> >
> > Lee.
> >
>
> Thanks, Lee,
>
> Actually, though, it's happy creating the dir, as long as I comment out
> the printf. So it seems to be the printf which is causing the error to be
> generated.
>
> Nevertheless, I tried your solution, but it made no difference. Thanks
> anyway.
>
> Any other ideas anyone?
>
> WPB
>
I'm pretty sure the -c thing is because your Makefile SHELL variable is resolving to something that doesn't understand the -c switch.
I think the default for /bin/bash is just the RISC OS CLI unless you add a ported shell and adjust the path accordingly.
You could try the existing port of bash, or email me for a copy of the slimmer dash, which I found (recently) to work well with make.
If you are using a Linux style Makefile there may 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
Re: [gccsdk] make: File '-c' not found
On Fri, 30 Jan 2015 20:12:22 -0000, Lee Noar <leenoar@sky.com> wrote:
> On 30/01/15 14:13, WPB wrote:
>> Hello all,
>>
>> I'm running into trouble using 'make'.
>>
>> With this very simple test case of a Makefile:
>>
>>
>> dir :
>> printf "Making dir...\n"
>> mkdir OBJECTS
>>
>> (Note that 'dir :' isn't really indented.)
>>
>> I get the error "File '-c' not found" when I invoke 'make', and the dir
>> 'OBJECTS' is not made. If I comment out the 'printf' line, the dir is
>> made.
>>
>> Can anyone shed any light on this obscure error message for me?
>
> Off the top of my head without actually trying anything; I think if
> your target name "dir" does not actually refer to the directory that
> you're creating "OBJECTS" (or any other disc object), then you have
> to declare the target as phony near the top of your makefile:
>
> .PHONY: dir
>
> so that make knows that it must always execute the rule (as there's
> no disc object of that name for it to check).
>
> Lee.
>
Thanks, Lee,
Actually, though, it's happy creating the dir, as long as I comment out
the printf. So it seems to be the printf which is causing the error to be
generated.
Nevertheless, I tried your solution, but it made no difference. Thanks
anyway.
Any other ideas anyone?
WPB
_______________________________________________
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
> On 30/01/15 14:13, WPB wrote:
>> Hello all,
>>
>> I'm running into trouble using 'make'.
>>
>> With this very simple test case of a Makefile:
>>
>>
>> dir :
>> printf "Making dir...\n"
>> mkdir OBJECTS
>>
>> (Note that 'dir :' isn't really indented.)
>>
>> I get the error "File '-c' not found" when I invoke 'make', and the dir
>> 'OBJECTS' is not made. If I comment out the 'printf' line, the dir is
>> made.
>>
>> Can anyone shed any light on this obscure error message for me?
>
> Off the top of my head without actually trying anything; I think if
> your target name "dir" does not actually refer to the directory that
> you're creating "OBJECTS" (or any other disc object), then you have
> to declare the target as phony near the top of your makefile:
>
> .PHONY: dir
>
> so that make knows that it must always execute the rule (as there's
> no disc object of that name for it to check).
>
> Lee.
>
Thanks, Lee,
Actually, though, it's happy creating the dir, as long as I comment out
the printf. So it seems to be the printf which is causing the error to be
generated.
Nevertheless, I tried your solution, but it made no difference. Thanks
anyway.
Any other ideas anyone?
WPB
_______________________________________________
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
Re: [gccsdk] make: File '-c' not found
On 30/01/15 14:13, WPB wrote:
> Hello all,
>
> I'm running into trouble using 'make'.
>
> With this very simple test case of a Makefile:
>
>
> dir :
> printf "Making dir...\n"
> mkdir OBJECTS
>
> (Note that 'dir :' isn't really indented.)
>
> I get the error "File '-c' not found" when I invoke 'make', and the dir
> 'OBJECTS' is not made. If I comment out the 'printf' line, the dir is made.
>
> Can anyone shed any light on this obscure error message for me?
Off the top of my head without actually trying anything; I think if
your target name "dir" does not actually refer to the directory that
you're creating "OBJECTS" (or any other disc object), then you have
to declare the target as phony near the top of your makefile:
.PHONY: dir
so that make knows that it must always execute the rule (as there's
no disc object of that name for it to check).
Lee.
_______________________________________________
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
> Hello all,
>
> I'm running into trouble using 'make'.
>
> With this very simple test case of a Makefile:
>
>
> dir :
> printf "Making dir...\n"
> mkdir OBJECTS
>
> (Note that 'dir :' isn't really indented.)
>
> I get the error "File '-c' not found" when I invoke 'make', and the dir
> 'OBJECTS' is not made. If I comment out the 'printf' line, the dir is made.
>
> Can anyone shed any light on this obscure error message for me?
Off the top of my head without actually trying anything; I think if
your target name "dir" does not actually refer to the directory that
you're creating "OBJECTS" (or any other disc object), then you have
to declare the target as phony near the top of your makefile:
.PHONY: dir
so that make knows that it must always execute the rule (as there's
no disc object of that name for it to check).
Lee.
_______________________________________________
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
[gccsdk] make: File '-c' not found
Hello all,
I'm running into trouble using 'make'.
With this very simple test case of a Makefile:
dir :
printf "Making dir...\n"
mkdir OBJECTS
(Note that 'dir :' isn't really indented.)
I get the error "File '-c' not found" when I invoke 'make', and the dir
'OBJECTS' is not made. If I comment out the 'printf' line, the dir is made.
Can anyone shed any light on this obscure error message for me?
TIA,
WPB
_______________________________________________
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
I'm running into trouble using 'make'.
With this very simple test case of a Makefile:
dir :
printf "Making dir...\n"
mkdir OBJECTS
(Note that 'dir :' isn't really indented.)
I get the error "File '-c' not found" when I invoke 'make', and the dir
'OBJECTS' is not made. If I comment out the 'printf' line, the dir is made.
Can anyone shed any light on this obscure error message for me?
TIA,
WPB
_______________________________________________
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
Re: Hello!
Hi Glen
In message
<trinity-3db13d46-2e69-45bd-aafe-0f79c2ce8eca-1422614960819@3capp-mailcom-lxa12>
"Glen Walker" <glen.walker@mail.com> wrote:
> Just a quick greeting to say that I am a new RISC OS user,
> fairly experienced programmer and old-hat technical writer.
Welcome. Seeing that you have had experience with Lisp you might
like to have a look at RiscLua ( http://www.wra1th.plus.com/lua/ ).
It does not resemble Lisp at first glance, but like Scheme it has
functions as first class citizens and lexical scoping; hence
easy to use in a functional style. Also easy to use in an OOP
style. Lua has the advantage of bags of online documentation
and an active community ( http://lua-users.org/wiki/ ). The
RISC OS dialect of it has extensions to access the OS; they resemble
those of BBC Basic: sys, dim, ?, !, $ etc. So you can use it in most
circumstances that Basic can be used. It is a bit faster. You can
link programs with the interpreter to create standalone binaries.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
In message
<trinity-3db13d46-2e69-45bd-aafe-0f79c2ce8eca-1422614960819@3capp-mailcom-lxa12>
"Glen Walker" <glen.walker@mail.com> wrote:
> Just a quick greeting to say that I am a new RISC OS user,
> fairly experienced programmer and old-hat technical writer.
Welcome. Seeing that you have had experience with Lisp you might
like to have a look at RiscLua ( http://www.wra1th.plus.com/lua/ ).
It does not resemble Lisp at first glance, but like Scheme it has
functions as first class citizens and lexical scoping; hence
easy to use in a functional style. Also easy to use in an OOP
style. Lua has the advantage of bags of online documentation
and an active community ( http://lua-users.org/wiki/ ). The
RISC OS dialect of it has extensions to access the OS; they resemble
those of BBC Basic: sys, dim, ?, !, $ etc. So you can use it in most
circumstances that Basic can be used. It is a bit faster. You can
link programs with the interpreter to create standalone binaries.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Hello!
Hello Everyone,
Just a quick greeting to say that I am a new RISC OS user, fairly experienced programmer and old-hat technical writer. I have signed up to this developers list because I am keen to help out in the development of NetSurf. My dream is to have a first class browser available for RISC OS users (which will encourage more people to use and stick with the platform).
I have not got my hands on the source code yet and thought I'd introduce myself first. If anyone has any good advice about where I should start looking, what would you like me to work on, etc., then please get in touch and I'll see what I can do for you!
Regards,
Glen
[gccsdk] mkdep for RISC OS?
Hello all,
Is there a port of mkdep to RISC OS? I'm trying to compile some code that
references that binary in its Makefile. I'm not at all used to GCC (been
using Norcroft up to now), so this is foreign territory to me.
TIA,
WPB
_______________________________________________
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
Is there a port of mkdep to RISC OS? I'm trying to compile some code that
references that binary in its Makefile. I'm not at all used to GCC (been
using Norcroft up to now), so this is foreign territory to me.
TIA,
WPB
_______________________________________________
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
Wednesday, 28 January 2015
Re: NetSurf-gcc-json-2553
In message <259d308d54.Brian@bhowlett.plus.net>
Brian Howlett <brian.groups@brianhowlett.me.uk> wrote:
>On 28 Jan, Dave Higton wrote:
>
>> Brian and Gavin, would you be able and willing to try CI versions
>> 2541 and 2542 with that site? I suspect you'll find that 2541 is
>> OK and 2542 not.
>
>I don't have those versions, as I just download the latest build when
>I remember, and I sometimes miss a few. I see that Gavin has already
>tested it for you, so presumably you don't need me to go looking for
>the older versions?
It's fixed now, anyway (2557).
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager
Brian Howlett <brian.groups@brianhowlett.me.uk> wrote:
>On 28 Jan, Dave Higton wrote:
>
>> Brian and Gavin, would you be able and willing to try CI versions
>> 2541 and 2542 with that site? I suspect you'll find that 2541 is
>> OK and 2542 not.
>
>I don't have those versions, as I just download the latest build when
>I remember, and I sometimes miss a few. I see that Gavin has already
>tested it for you, so presumably you don't need me to go looking for
>the older versions?
It's fixed now, anyway (2557).
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/manager
Re: NetSurf-gcc-json-2553
In message <4b92328d54.Brian@bhowlett.plus.net>
Brian Howlett <brian.groups@brianhowlett.me.uk> wrote:
>On 28 Jan, Dave Higton wrote:
>
>> The evidence suggests that something went wrong between 2541 and 2542, and
>> has remained wrong since. I see that Michael Drake is on the case, so I'm
>> sure it won't be long before it's resolved.
>
>Not crashing in CI #2557
Agreed! Thanks again to Michael and all the Netsurf team.
Dave
____________________________________________________________
Send any screenshot to your friends in seconds...
Works in all emails, instant messengers, blogs, forums and social networks.
TRY IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if2 for FREE
Brian Howlett <brian.groups@brianhowlett.me.uk> wrote:
>On 28 Jan, Dave Higton wrote:
>
>> The evidence suggests that something went wrong between 2541 and 2542, and
>> has remained wrong since. I see that Michael Drake is on the case, so I'm
>> sure it won't be long before it's resolved.
>
>Not crashing in CI #2557
Agreed! Thanks again to Michael and all the Netsurf team.
Dave
____________________________________________________________
Send any screenshot to your friends in seconds...
Works in all emails, instant messengers, blogs, forums and social networks.
TRY IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if2 for FREE
Re: NetSurf-gcc-json-2553
On 28 Jan, Dave Higton wrote:
> The evidence suggests that something went wrong between 2541 and 2542, and
> has remained wrong since. I see that Michael Drake is on the case, so I'm
> sure it won't be long before it's resolved.
Not crashing in CI #2557
--
Brian Howlett
---------------------------------------------------------------
Every 4 seconds a woman has a baby. Our problem is to find this
woman and stop her.
> The evidence suggests that something went wrong between 2541 and 2542, and
> has remained wrong since. I see that Michael Drake is on the case, so I'm
> sure it won't be long before it's resolved.
Not crashing in CI #2557
--
Brian Howlett
---------------------------------------------------------------
Every 4 seconds a woman has a baby. Our problem is to find this
woman and stop her.
Re: NetSurf-gcc-json-2553
On 28 Jan, Dave Higton wrote:
> Brian and Gavin, would you be able and willing to try CI versions
> 2541 and 2542 with that site? I suspect you'll find that 2541 is
> OK and 2542 not.
I don't have those versions, as I just download the latest build when
I remember, and I sometimes miss a few. I see that Gavin has already
tested it for you, so presumably you don't need me to go looking for
the older versions?
--
Brian Howlett
---------------------------------
You can't get the wood, you know!
> Brian and Gavin, would you be able and willing to try CI versions
> 2541 and 2542 with that site? I suspect you'll find that 2541 is
> OK and 2542 not.
I don't have those versions, as I just download the latest build when
I remember, and I sometimes miss a few. I see that Gavin has already
tested it for you, so presumably you don't need me to go looking for
the older versions?
--
Brian Howlett
---------------------------------
You can't get the wood, you know!
Re: NetSurf-gcc-json-2553
In message <8B848D5DF38.00000C9Fdave@davehigton.me.uk>
Dave Higton <dave@davehigton.me.uk> wrote:
>On Wed, 28 Jan 2015 09:35:49 GMT Gavin Wraith wrote:
>
>> In message <8A7F807CCD2.00000BF3dave@davehigton.me.uk>
>> Dave Higton <dave@davehigton.me.uk> wrote:
>>
>>> Brian and Gavin, would you be able and willing to try CI versions
>>> 2541 and 2542 with that site? I suspect you'll find that 2541 is
>>> OK and 2542 not.
>>
>> Yes, that is just what I found - with Rpi RO 5.21. I will revert to using
>> 2541.
>
>The evidence suggests that something went wrong between 2541 and 2542, and
>has remained wrong since. I see that Michael Drake is on the case, so I'm
>sure it won't be long before it's resolved.
Many thanks. I like NetSurf and I am grateful for the team's continuing
efforts. I usually use the latest test version, with an older version
kept as reserve in case of trouble. Trouble is infrequent, but that might
be a reflection of the more limited scope of my browsing habits.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Dave Higton <dave@davehigton.me.uk> wrote:
>On Wed, 28 Jan 2015 09:35:49 GMT Gavin Wraith wrote:
>
>> In message <8A7F807CCD2.00000BF3dave@davehigton.me.uk>
>> Dave Higton <dave@davehigton.me.uk> wrote:
>>
>>> Brian and Gavin, would you be able and willing to try CI versions
>>> 2541 and 2542 with that site? I suspect you'll find that 2541 is
>>> OK and 2542 not.
>>
>> Yes, that is just what I found - with Rpi RO 5.21. I will revert to using
>> 2541.
>
>The evidence suggests that something went wrong between 2541 and 2542, and
>has remained wrong since. I see that Michael Drake is on the case, so I'm
>sure it won't be long before it's resolved.
Many thanks. I like NetSurf and I am grateful for the team's continuing
efforts. I usually use the latest test version, with an older version
kept as reserve in case of trouble. Trouble is infrequent, but that might
be a reflection of the more limited scope of my browsing habits.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Re: NetSurf-gcc-json-2553
On Wed, 28 Jan 2015 09:35:49 GMT Gavin Wraith wrote:
> In message <8A7F807CCD2.00000BF3dave@davehigton.me.uk>
> Dave Higton <dave@davehigton.me.uk> wrote:
>
>> Brian and Gavin, would you be able and willing to try CI versions
>> 2541 and 2542 with that site? I suspect you'll find that 2541 is
>> OK and 2542 not.
>
> Yes, that is just what I found - with Rpi RO 5.21. I will revert to using
> 2541.
The evidence suggests that something went wrong between 2541 and 2542, and
has remained wrong since. I see that Michael Drake is on the case, so I'm
sure it won't be long before it's resolved.
Dave
____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
> In message <8A7F807CCD2.00000BF3dave@davehigton.me.uk>
> Dave Higton <dave@davehigton.me.uk> wrote:
>
>> Brian and Gavin, would you be able and willing to try CI versions
>> 2541 and 2542 with that site? I suspect you'll find that 2541 is
>> OK and 2542 not.
>
> Yes, that is just what I found - with Rpi RO 5.21. I will revert to using
> 2541.
The evidence suggests that something went wrong between 2541 and 2542, and
has remained wrong since. I see that Michael Drake is on the case, so I'm
sure it won't be long before it's resolved.
Dave
____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
Re: NetSurf-gcc-json-2553
In message <8A7F807CCD2.00000BF3dave@davehigton.me.uk>
Dave Higton <dave@davehigton.me.uk> wrote:
> Brian and Gavin, would you be able and willing to try CI versions
> 2541 and 2542 with that site? I suspect you'll find that 2541 is
> OK and 2542 not.
Yes, that is just what I found - with Rpi RO 5.21. I will revert to using
2541.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Dave Higton <dave@davehigton.me.uk> wrote:
> Brian and Gavin, would you be able and willing to try CI versions
> 2541 and 2542 with that site? I suspect you'll find that 2541 is
> OK and 2542 not.
Yes, that is just what I found - with Rpi RO 5.21. I will revert to using
2541.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Re: NetSurf-gcc-json-2553
On Tue, 27 Jan 2015 19:07:39 GMT Brian Howlett wrote:
> On 27 Jan, Gavin Wraith wrote:
>
>> NetSurf-gcc-json-2553 crashes on http://www.independent.co.uk/ ,
>> with Javascript disabled in choices. Platform RPi (RO 5.21).
>
> Same here with 5.20 on Iyonix with JS on.
Brian and Gavin, would you be able and willing to try CI versions
2541 and 2542 with that site? I suspect you'll find that 2541 is
OK and 2542 not.
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/password-manager
> On 27 Jan, Gavin Wraith wrote:
>
>> NetSurf-gcc-json-2553 crashes on http://www.independent.co.uk/ ,
>> with Javascript disabled in choices. Platform RPi (RO 5.21).
>
> Same here with 5.20 on Iyonix with JS on.
Brian and Gavin, would you be able and willing to try CI versions
2541 and 2542 with that site? I suspect you'll find that 2541 is
OK and 2542 not.
Dave
____________________________________________________________
Can't remember your password? Do you need a strong and secure password?
Use Password manager! It stores your passwords & protects your account.
Check it out at http://mysecurelogon.com/password-manager
Tuesday, 27 January 2015
Re: NetSurf-gcc-json-2553
In message <d171ac8c54.gavin@gavin.wra1th.plus.com>
Gavin Wraith <gavin@wra1th.plus.com> wrote:
>NetSurf-gcc-json-2553 crashes on http://www.independent.co.uk/ ,
>with Javascript disabled in choices. Platform RPi (RO 5.21).
I've just tried it with 2541 and 2542 on an Iyonix. 2541 is OK, 2542
crashes.
See bug 2262.
Dave
____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
Gavin Wraith <gavin@wra1th.plus.com> wrote:
>NetSurf-gcc-json-2553 crashes on http://www.independent.co.uk/ ,
>with Javascript disabled in choices. Platform RPi (RO 5.21).
I've just tried it with 2541 and 2542 on an Iyonix. 2541 is OK, 2542
crashes.
See bug 2262.
Dave
____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
NetSurf #2554
> NetSurf-gcc-json-2553 crashes on http://www.independent.co.uk/ ,
> with Javascript disabled in choices. Platform RPi (RO 5.21).
Ditto for #2554. However 3.2 is OK.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
> with Javascript disabled in choices. Platform RPi (RO 5.21).
Ditto for #2554. However 3.2 is OK.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Re: NetSurf-gcc-json-2553
On 27 Jan, Gavin Wraith wrote:
> NetSurf-gcc-json-2553 crashes on http://www.independent.co.uk/ ,
> with Javascript disabled in choices. Platform RPi (RO 5.21).
Same here with 5.20 on Iyonix with JS on.
--
Brian Howlett
-------------------------
He's fallen in the water!
> NetSurf-gcc-json-2553 crashes on http://www.independent.co.uk/ ,
> with Javascript disabled in choices. Platform RPi (RO 5.21).
Same here with 5.20 on Iyonix with JS on.
--
Brian Howlett
-------------------------
He's fallen in the water!
NetSurf-gcc-json-2553
NetSurf-gcc-json-2553 crashes on http://www.independent.co.uk/ ,
with Javascript disabled in choices. Platform RPi (RO 5.21).
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
with Javascript disabled in choices. Platform RPi (RO 5.21).
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Sunday, 25 January 2015
Re: [Rpcemu] Networking on Windows (again!)
In message <op.xs0jo008izronj@bluey>
WPB <wpb.feed@gmx.com> wrote:
> On Sat, 24 Jan 2015 12:32:27 -0000, WPB <wpb.feed@gmx.com> wrote:
>>Sorry, I should have said. At the moment 0.8.10, so I really must
>> upgrade. I'll give that a go and report back. Thanks.
>
> Okay, I've upgraded to 0.8.12, with a fresh install of the latest IOMD RO5
> ROM and HardDisc4 image. Now when I select the "Ethernet Bridging" option
> in RPCEmu, I get "Tap-Win32: Could not open 'rpcemu'". I've got the case
> of 'rpcemu' correct, and the connection (if that's the right word) shows
> up in Control Panel as:
>
> rpcemu
> Enabled, Bridged
> Tap-Windows Adapter V9
>
> Does anyone have any ideas about how to fix this, or is it because I'm
> trying to bridge to a wireless network?
>
> TIA
Well, if you do have the option of setting up a temporary wired
connection you could quickly establish if 'wirelessness' is the
problem.
--
George
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
WPB <wpb.feed@gmx.com> wrote:
> On Sat, 24 Jan 2015 12:32:27 -0000, WPB <wpb.feed@gmx.com> wrote:
>>Sorry, I should have said. At the moment 0.8.10, so I really must
>> upgrade. I'll give that a go and report back. Thanks.
>
> Okay, I've upgraded to 0.8.12, with a fresh install of the latest IOMD RO5
> ROM and HardDisc4 image. Now when I select the "Ethernet Bridging" option
> in RPCEmu, I get "Tap-Win32: Could not open 'rpcemu'". I've got the case
> of 'rpcemu' correct, and the connection (if that's the right word) shows
> up in Control Panel as:
>
> rpcemu
> Enabled, Bridged
> Tap-Windows Adapter V9
>
> Does anyone have any ideas about how to fix this, or is it because I'm
> trying to bridge to a wireless network?
>
> TIA
Well, if you do have the option of setting up a temporary wired
connection you could quickly establish if 'wirelessness' is the
problem.
--
George
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Using 'Boot Camp' on a Mac to run RPCEmu
In message <20150124192328.GP32737@chiark.greenend.org.uk>
Theo Markettos <rpcemu@markettos.org.uk> wrote:
> On Sat, Jan 24, 2015 at 05:41:52PM +0000, george greenfield wrote:
>> Has anyone tried running RPCEmu on a Mac using the Boot Camp Windows
>> booting software? And if so, did it work? It would open the latest
>> versions of RPCEmu to Mac users (I believe 0.8.9 is the latest native
>> Mac-compatible version, i.e., 3 versions out of date).
>
> No, but I managed to run RPCEmu 0.8.12 for Windows under WINE on OS X. It
> worked surprisingly well - though I didn't try things like networking. It
> handles Retina modes which the 0.8.9 native doesn't.
>
> I installed WINE using Homebrew as that's what I have to hand.
> I had a 5-minute play with trying to make an OS X package using Wine
> Bottler or WineSkin:
> http://winebottler.kronenberg.org/
> http://wineskin.urgesoftware.com/tiki-index.php
> but I didn't quite succeed in the time I had available. It should be
> achievable though.
>
> I also had a look into porting RPCEmu to the newer Allegro 5 which is
> supported - there's lots of function name changes which are straightforward,
> but the graphics architecture is quite different so that would make it
> awkward.
>
> Theo
Very interesting. I'm seriously considering getting a Mac and although
I don't use RPCEmu currently (my main RO platform is a Raspberry Pi,
you'll be pleased to hear!) I have done in the past and may do so in
future. Of course developer time is limited and it makes sense to
concentrate on the most common platform (Windows), but I've always
thought it a pity that RPCEmu is less developed for the Mac.
--
George
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Theo Markettos <rpcemu@markettos.org.uk> wrote:
> On Sat, Jan 24, 2015 at 05:41:52PM +0000, george greenfield wrote:
>> Has anyone tried running RPCEmu on a Mac using the Boot Camp Windows
>> booting software? And if so, did it work? It would open the latest
>> versions of RPCEmu to Mac users (I believe 0.8.9 is the latest native
>> Mac-compatible version, i.e., 3 versions out of date).
>
> No, but I managed to run RPCEmu 0.8.12 for Windows under WINE on OS X. It
> worked surprisingly well - though I didn't try things like networking. It
> handles Retina modes which the 0.8.9 native doesn't.
>
> I installed WINE using Homebrew as that's what I have to hand.
> I had a 5-minute play with trying to make an OS X package using Wine
> Bottler or WineSkin:
> http://winebottler.kronenberg.org/
> http://wineskin.urgesoftware.com/tiki-index.php
> but I didn't quite succeed in the time I had available. It should be
> achievable though.
>
> I also had a look into porting RPCEmu to the newer Allegro 5 which is
> supported - there's lots of function name changes which are straightforward,
> but the graphics architecture is quite different so that would make it
> awkward.
>
> Theo
Very interesting. I'm seriously considering getting a Mac and although
I don't use RPCEmu currently (my main RO platform is a Raspberry Pi,
you'll be pleased to hear!) I have done in the past and may do so in
future. Of course developer time is limited and it makes sense to
concentrate on the most common platform (Windows), but I've always
thought it a pity that RPCEmu is less developed for the Mac.
--
George
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Networking on Windows (again!)
On Sat, 24 Jan 2015 12:32:27 -0000, WPB <wpb.feed@gmx.com> wrote:
>Sorry, I should have said. At the moment 0.8.10, so I really must
> upgrade. I'll give that a go and report back. Thanks.
Okay, I've upgraded to 0.8.12, with a fresh install of the latest IOMD RO5
ROM and HardDisc4 image. Now when I select the "Ethernet Bridging" option
in RPCEmu, I get "Tap-Win32: Could not open 'rpcemu'". I've got the case
of 'rpcemu' correct, and the connection (if that's the right word) shows
up in Control Panel as:
rpcemu
Enabled, Bridged
Tap-Windows Adapter V9
Does anyone have any ideas about how to fix this, or is it because I'm
trying to bridge to a wireless network?
TIA
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
>Sorry, I should have said. At the moment 0.8.10, so I really must
> upgrade. I'll give that a go and report back. Thanks.
Okay, I've upgraded to 0.8.12, with a fresh install of the latest IOMD RO5
ROM and HardDisc4 image. Now when I select the "Ethernet Bridging" option
in RPCEmu, I get "Tap-Win32: Could not open 'rpcemu'". I've got the case
of 'rpcemu' correct, and the connection (if that's the right word) shows
up in Control Panel as:
rpcemu
Enabled, Bridged
Tap-Windows Adapter V9
Does anyone have any ideas about how to fix this, or is it because I'm
trying to bridge to a wireless network?
TIA
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Saturday, 24 January 2015
Re: [Rpcemu] Using 'Boot Camp' on a Mac to run RPCEmu
On Sat, Jan 24, 2015 at 05:41:52PM +0000, george greenfield wrote:
> Has anyone tried running RPCEmu on a Mac using the Boot Camp Windows
> booting software? And if so, did it work? It would open the latest
> versions of RPCEmu to Mac users (I believe 0.8.9 is the latest native
> Mac-compatible version, i.e., 3 versions out of date).
No, but I managed to run RPCEmu 0.8.12 for Windows under WINE on OS X. It
worked surprisingly well - though I didn't try things like networking. It
handles Retina modes which the 0.8.9 native doesn't.
I installed WINE using Homebrew as that's what I have to hand.
I had a 5-minute play with trying to make an OS X package using Wine
Bottler or WineSkin:
http://winebottler.kronenberg.org/
http://wineskin.urgesoftware.com/tiki-index.php
but I didn't quite succeed in the time I had available. It should be
achievable though.
I also had a look into porting RPCEmu to the newer Allegro 5 which is
supported - there's lots of function name changes which are straightforward,
but the graphics architecture is quite different so that would make it
awkward.
Theo
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
> Has anyone tried running RPCEmu on a Mac using the Boot Camp Windows
> booting software? And if so, did it work? It would open the latest
> versions of RPCEmu to Mac users (I believe 0.8.9 is the latest native
> Mac-compatible version, i.e., 3 versions out of date).
No, but I managed to run RPCEmu 0.8.12 for Windows under WINE on OS X. It
worked surprisingly well - though I didn't try things like networking. It
handles Retina modes which the 0.8.9 native doesn't.
I installed WINE using Homebrew as that's what I have to hand.
I had a 5-minute play with trying to make an OS X package using Wine
Bottler or WineSkin:
http://winebottler.kronenberg.org/
http://wineskin.urgesoftware.com/tiki-index.php
but I didn't quite succeed in the time I had available. It should be
achievable though.
I also had a look into porting RPCEmu to the newer Allegro 5 which is
supported - there's lots of function name changes which are straightforward,
but the graphics architecture is quite different so that would make it
awkward.
Theo
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Using 'Boot Camp' on a Mac to run RPCEmu
Or one could use Wineskin Winery.
Sent from my iPhone
> On 24 Jan 2015, at 17:41, george greenfield <george.greenfield@tiscali.co.uk> wrote:
>
> Has anyone tried running RPCEmu on a Mac using the Boot Camp Windows
> booting software? And if so, did it work? It would open the latest
> versions of RPCEmu to Mac users (I believe 0.8.9 is the latest native
> Mac-compatible version, i.e., 3 versions out of date).
>
> --
> George
>
> _______________________________________________
> Rpcemu mailing list
> Rpcemu@riscos.info
> http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Sent from my iPhone
> On 24 Jan 2015, at 17:41, george greenfield <george.greenfield@tiscali.co.uk> wrote:
>
> Has anyone tried running RPCEmu on a Mac using the Boot Camp Windows
> booting software? And if so, did it work? It would open the latest
> versions of RPCEmu to Mac users (I believe 0.8.9 is the latest native
> Mac-compatible version, i.e., 3 versions out of date).
>
> --
> George
>
> _______________________________________________
> Rpcemu mailing list
> Rpcemu@riscos.info
> http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[Rpcemu] Using 'Boot Camp' on a Mac to run RPCEmu
Has anyone tried running RPCEmu on a Mac using the Boot Camp Windows
booting software? And if so, did it work? It would open the latest
versions of RPCEmu to Mac users (I believe 0.8.9 is the latest native
Mac-compatible version, i.e., 3 versions out of date).
--
George
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
booting software? And if so, did it work? It would open the latest
versions of RPCEmu to Mac users (I believe 0.8.9 is the latest native
Mac-compatible version, i.e., 3 versions out of date).
--
George
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Networking on Windows (again!)
On Sat, 24 Jan 2015 08:56:11 -0000, Dave Symes <dave@triffid.co.uk> wrote:
[snip]
> What version of RPCEmu are you running?
[snip]
Sorry, I should have said. At the moment 0.8.10, so I really must upgrade.
I'll give that a go and report back. Thanks.
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
[snip]
> What version of RPCEmu are you running?
[snip]
Sorry, I should have said. At the moment 0.8.10, so I really must upgrade.
I'll give that a go and report back. Thanks.
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Re: [Rpcemu] Networking on Windows (again!)
In article <op.xsyfbrlfizronj@bluey>,
WPB <wpb.feed@gmx.com> wrote:
> Hello all,
> I've been having another stab at getting networking set up on Windows
> (7, 64bit) after I failed about a year ago. I can install the TAP
> driver and bridge, apparently without error, but when I get to the
> point where I have to set up the networking in RPCEmu, the "Ethernet
> Bridging" radio button in the "Networking..." section of the
> "Settings" menu will never stick. No error is given, but when I go
> back to the "Networking..." window, the radio button is back to "Off".
> I'm trying to bridge to a wireless network, which I read may be
> problematic, but as I said, no error is given when setting up the bridge
> itself.
> Any ideas, please?
> Thanks,
> WPB
An idle thought...
What version of RPCEmu are you running?
Earlier versions of Emu *did* have that problem, but the version I'm using
at the moment 0.8.12 does not.
The radio button is On and remains On until I might like to switch it off.
Dave
--
Dave Triffid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
WPB <wpb.feed@gmx.com> wrote:
> Hello all,
> I've been having another stab at getting networking set up on Windows
> (7, 64bit) after I failed about a year ago. I can install the TAP
> driver and bridge, apparently without error, but when I get to the
> point where I have to set up the networking in RPCEmu, the "Ethernet
> Bridging" radio button in the "Networking..." section of the
> "Settings" menu will never stick. No error is given, but when I go
> back to the "Networking..." window, the radio button is back to "Off".
> I'm trying to bridge to a wireless network, which I read may be
> problematic, but as I said, no error is given when setting up the bridge
> itself.
> Any ideas, please?
> Thanks,
> WPB
An idle thought...
What version of RPCEmu are you running?
Earlier versions of Emu *did* have that problem, but the version I'm using
at the moment 0.8.12 does not.
The radio button is On and remains On until I might like to switch it off.
Dave
--
Dave Triffid
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Friday, 23 January 2015
[Rpcemu] Networking on Windows (again!)
Hello all,
I've been having another stab at getting networking set up on Windows (7,
64bit) after I failed about a year ago. I can install the TAP driver and
bridge, apparently without error, but when I get to the point where I have
to set up the networking in RPCEmu, the "Ethernet Bridging" radio button
in the "Networking..." section of the "Settings" menu will never stick. No
error is given, but when I go back to the "Networking..." window, the
radio button is back to "Off".
I'm trying to bridge to a wireless network, which I read may be
problematic, but as I said, no error is given when setting up the bridge
itself.
Any ideas, please?
Thanks,
WPB
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
I've been having another stab at getting networking set up on Windows (7,
64bit) after I failed about a year ago. I can install the TAP driver and
bridge, apparently without error, but when I get to the point where I have
to set up the networking in RPCEmu, the "Ethernet Bridging" radio button
in the "Networking..." section of the "Settings" menu will never stick. No
error is given, but when I go back to the "Networking..." window, the
radio button is back to "Off".
I'm trying to bridge to a wireless network, which I read may be
problematic, but as I said, no error is given when setting up the bridge
itself.
Any ideas, please?
Thanks,
WPB
_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu
Thursday, 22 January 2015
Re: Mantis signup not working
On Thu, Jan 22, 2015 at 11:43:27PM +0000, Chris Young wrote:
> It has been reported to me (and I've confirmed here) that signing up
> for an account on the bugtracker results in the following error:
>
> | APPLICATION ERROR #2701
> |
> | Session variable "captcha_key" not found.
>
> I've tried NetSurf and Firefox with the same result.
>
> Chris
>
>
Thanks Chris, this was due to https://www.mantisbt.org/bugs/view.php?id=17993
I applied the fix on our mantis and created an account. I think that is
back to working now?
--
Regards Vincent
http://www.kyllikki.org/
> It has been reported to me (and I've confirmed here) that signing up
> for an account on the bugtracker results in the following error:
>
> | APPLICATION ERROR #2701
> |
> | Session variable "captcha_key" not found.
>
> I've tried NetSurf and Firefox with the same result.
>
> Chris
>
>
Thanks Chris, this was due to https://www.mantisbt.org/bugs/view.php?id=17993
I applied the fix on our mantis and created an account. I think that is
back to working now?
--
Regards Vincent
http://www.kyllikki.org/
Mantis signup not working
It has been reported to me (and I've confirmed here) that signing up
for an account on the bugtracker results in the following error:
| APPLICATION ERROR #2701
|
| Session variable "captcha_key" not found.
I've tried NetSurf and Firefox with the same result.
Chris
for an account on the bugtracker results in the following error:
| APPLICATION ERROR #2701
|
| Session variable "captcha_key" not found.
I've tried NetSurf and Firefox with the same result.
Chris
Tuesday, 20 January 2015
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 +0000, 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.
> >
> > Can some one do that for me and let me know when it's done?
> > Or should I be added to a group somewhere so I can do it myself?
> You're in the riscpkg group so I'm not sure why you can't do it yourself.
> Anyway, instead of symlinking packages individually (latest/gcc.zip ->
> ../gcc-4.1.2-release2/gcc.zip etc) I've symlinked the folder latest
> entirely
> to gcc-4.7.4-release1.
Thanks.
I've uploaded the RiscPkg packages as well now and I see the
index has been rebuilt so they are now available for download with
PackMan.
[snip]
> > I'll need to update the wiki as the c++ compiler is now part of
> > the main binaries download.
> Hopefully you're set up to do that, feel free to go ahead.
I've updated the wiki now, I'd misread the bit about the c++
compiler so have left it alone. I just needed to point it at the
new Shared C and C++ library versions.
I've also tagged svn with this release.
I've made a start on the GCC Releases page to update the
release information, but it contains a list of bug fixes done.
Can anyone tell me how the lists for the previous releases
were created so I can add them for 4.7.4?
It there's anything else I missed - please let me know.
Regards,
Alan
_______________________________________________
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
> On Mon, Jan 19, 2015 at 01:42:45PM +0000, 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.
> >
> > Can some one do that for me and let me know when it's done?
> > Or should I be added to a group somewhere so I can do it myself?
> You're in the riscpkg group so I'm not sure why you can't do it yourself.
> Anyway, instead of symlinking packages individually (latest/gcc.zip ->
> ../gcc-4.1.2-release2/gcc.zip etc) I've symlinked the folder latest
> entirely
> to gcc-4.7.4-release1.
Thanks.
I've uploaded the RiscPkg packages as well now and I see the
index has been rebuilt so they are now available for download with
PackMan.
[snip]
> > I'll need to update the wiki as the c++ compiler is now part of
> > the main binaries download.
> Hopefully you're set up to do that, feel free to go ahead.
I've updated the wiki now, I'd misread the bit about the c++
compiler so have left it alone. I just needed to point it at the
new Shared C and C++ library versions.
I've also tagged svn with this release.
I've made a start on the GCC Releases page to update the
release information, but it contains a list of bug fixes done.
Can anyone tell me how the lists for the previous releases
were created so I can add them for 4.7.4?
It there's anything else I missed - please let me know.
Regards,
Alan
_______________________________________________
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
Monday, 19 January 2015
Re: m68k amigaos toolchain
Hi Vince
On Wed, 24 Dec 2014 09:55:37 +0000, Vincent Sanders wrote:
> Excellent, thanks for that. I pushed the rebuild on the CI so we
> should be able to get a build through in an hour or so. I also enabled
> the target for most of the libraries, as expected the netsurf build
> itself does not yet work but when you are ready let me know whats
> needed and I will turn it on.
CI will need rebuilding again - I've fixed Curl. I've also managed to
make NetSurf build for OS3. It starts up, displays a curiously long
thin window at the top of the screen, and then crashes. Progress!
Chris
On Wed, 24 Dec 2014 09:55:37 +0000, Vincent Sanders wrote:
> Excellent, thanks for that. I pushed the rebuild on the CI so we
> should be able to get a build through in an hour or so. I also enabled
> the target for most of the libraries, as expected the netsurf build
> itself does not yet work but when you are ready let me know whats
> needed and I will turn it on.
CI will need rebuilding again - I've fixed Curl. I've also managed to
make NetSurf build for OS3. It starts up, displays a curiously long
thin window at the top of the screen, and then crashes. Progress!
Chris
Re: [gccsdk] Uploading the new GCC4.7.4 compiler
In message <20150119162319.GM32737@chiark.greenend.org.uk>
Theo Markettos <theo@markettos.org.uk> wrote:
> Can anyone remember why the packages had individual symlinks rather than on
> a per-directory basis? I wonder if there's some reason related to
> downloading from RISC OS that I've missed?
No particular reason AFAIK.
John.
--
John Tytgat, in his comfy chair at home
John.Tytgat@aaug.net
_______________________________________________
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
Theo Markettos <theo@markettos.org.uk> wrote:
> Can anyone remember why the packages had individual symlinks rather than on
> a per-directory basis? I wonder if there's some reason related to
> downloading from RISC OS that I've missed?
No particular reason AFAIK.
John.
--
John Tytgat, in his comfy chair at home
John.Tytgat@aaug.net
_______________________________________________
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
Re: [gccsdk] Uploading the new GCC4.7.4 compiler
On Mon, Jan 19, 2015 at 01:42:45PM +0000, 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.
>
> Can some one do that for me and let me know when it's done?
> Or should I be added to a group somewhere so I can do it myself?
You're in the riscpkg group so I'm not sure why you can't do it yourself.
Anyway, instead of symlinking packages individually (latest/gcc.zip ->
../gcc-4.1.2-release2/gcc.zip etc) I've symlinked the folder latest entirely
to gcc-4.7.4-release1.
Can anyone remember why the packages had individual symlinks rather than on
a per-directory basis? I wonder if there's some reason related to
downloading from RISC OS that I've missed?
See:
http://www.riscos.info/downloads/gccsdk/
(I left the existing folder in place as 'latest-4.1.2' for now)
> I'll need to update the wiki as the c++ compiler is now part of
> the main binaries download.
Hopefully you're set up to do that, feel free to go ahead.
Theo
_______________________________________________
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
> 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.
>
> Can some one do that for me and let me know when it's done?
> Or should I be added to a group somewhere so I can do it myself?
You're in the riscpkg group so I'm not sure why you can't do it yourself.
Anyway, instead of symlinking packages individually (latest/gcc.zip ->
../gcc-4.1.2-release2/gcc.zip etc) I've symlinked the folder latest entirely
to gcc-4.7.4-release1.
Can anyone remember why the packages had individual symlinks rather than on
a per-directory basis? I wonder if there's some reason related to
downloading from RISC OS that I've missed?
See:
http://www.riscos.info/downloads/gccsdk/
(I left the existing folder in place as 'latest-4.1.2' for now)
> I'll need to update the wiki as the c++ compiler is now part of
> the main binaries download.
Hopefully you're set up to do that, feel free to go ahead.
Theo
_______________________________________________
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
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 +0000, 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 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?
> The wiki page links to:
> http://www.riscos.info/downloads/gccsdk/latest/
> I suggest making a new folder
> /var/www/info/downloads/gccsdk/gcc-4.7.4-release1
> putting the packages in there, and symlinking
> .../downloads/gccsdk/latest to that folder
> You might wish to adjust the wiki page to make it clearer what version
> 'latest' is (I can only tell myself by looking at the symlinks)
> Theo
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.
Can some one do that for me and let me know when it's done?
Or should I be added to a group somewhere so I can do it myself?
I'll need to update the wiki as the c++ compiler is now part of
the main binaries download.
Regards,
Alan
_______________________________________________
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
> On Tue, Jan 13, 2015 at 02:39:04PM +0000, 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 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?
> The wiki page links to:
> http://www.riscos.info/downloads/gccsdk/latest/
> I suggest making a new folder
> /var/www/info/downloads/gccsdk/gcc-4.7.4-release1
> putting the packages in there, and symlinking
> .../downloads/gccsdk/latest to that folder
> You might wish to adjust the wiki page to make it clearer what version
> 'latest' is (I can only tell myself by looking at the symlinks)
> Theo
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.
Can some one do that for me and let me know when it's done?
Or should I be added to a group somewhere so I can do it myself?
I'll need to update the wiki as the c++ compiler is now part of
the main binaries download.
Regards,
Alan
_______________________________________________
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
Tuesday, 13 January 2015
Re: m68k amigaos toolchain
On Wed, 24 Dec 2014 09:55:37 +0000, Vincent Sanders wrote:
> That is terrifying, I really do think that if they want continuing
> compiler support they need to look at a modern gcc version or a clang
> port.
Incidentally I was reminded today (because of a new version) that I
was thinking about trying to build NetSurf with vbcc. I have no idea
whether it would work, but if it does without major disruption, that
might be a good option for Amiga and Atari targets (68k, Coldfire &
PPC).
Chris
> That is terrifying, I really do think that if they want continuing
> compiler support they need to look at a modern gcc version or a clang
> port.
Incidentally I was reminded today (because of a new version) that I
was thinking about trying to build NetSurf with vbcc. I have no idea
whether it would work, but if it does without major disruption, that
might be a good option for Amiga and Atari targets (68k, Coldfire &
PPC).
Chris
Re: [gccsdk] Uploading the new GCC4.7.4 compiler
On Tue, Jan 13, 2015 at 02:39:04PM +0000, 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 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?
The wiki page links to:
http://www.riscos.info/downloads/gccsdk/latest/
I suggest making a new folder
/var/www/info/downloads/gccsdk/gcc-4.7.4-release1
putting the packages in there, and symlinking
.../downloads/gccsdk/latest to that folder
You might wish to adjust the wiki page to make it clearer what version
'latest' is (I can only tell myself by looking at the symlinks)
Theo
_______________________________________________
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
> 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?
The wiki page links to:
http://www.riscos.info/downloads/gccsdk/latest/
I suggest making a new folder
/var/www/info/downloads/gccsdk/gcc-4.7.4-release1
putting the packages in there, and symlinking
.../downloads/gccsdk/latest to that folder
You might wish to adjust the wiki page to make it clearer what version
'latest' is (I can only tell myself by looking at the symlinks)
Theo
_______________________________________________
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
[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,
Alan
Sunday, 11 January 2015
[gccsdk] !GCC header include error
I use !GCC 4.1.2 built with a few changes to allow linux-like
directories. (Non norcroft style).
I think this error is outside of sfix being on or off though.
I find that make will descend into a diectory named cmd.src and I think
most ports handle this type of directory name OK.
However gcc, in this case g++ will not find it with -I../cmd.src and
the only cure is to change the directory name and all references to it
to plain cmd.src
This doesn't happen in the cross-compiler with the same code, so it is I
think a !GCC problem, but confirmation from someone with a standard !GCC
might be helpful.
On a brighter note, I found the debian sourced dash compiled straight
off, and reading a bit about it, is aimed at being posix compliant,
bloat-free and for use in the non-interactive mode.
Using it as SHELL in a makefile has been giving positive results so far.
'for var in varlist do $MAKE ...' is working where I couldn't get bash
to work, So it looks promising. A recent update reduced the use of
forks, which sounds like a good thing also.
The dash source is very simple, one src directory, one makefile, one c
file per task. A good choice for a bash like shell if changes were
needed. 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://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
directories. (Non norcroft style).
I think this error is outside of sfix being on or off though.
I find that make will descend into a diectory named cmd.src and I think
most ports handle this type of directory name OK.
However gcc, in this case g++ will not find it with -I../cmd.src and
the only cure is to change the directory name and all references to it
to plain cmd.src
This doesn't happen in the cross-compiler with the same code, so it is I
think a !GCC problem, but confirmation from someone with a standard !GCC
might be helpful.
On a brighter note, I found the debian sourced dash compiled straight
off, and reading a bit about it, is aimed at being posix compliant,
bloat-free and for use in the non-interactive mode.
Using it as SHELL in a makefile has been giving positive results so far.
'for var in varlist do $MAKE ...' is working where I couldn't get bash
to work, So it looks promising. A recent update reduced the use of
forks, which sounds like a good thing also.
The dash source is very simple, one src directory, one makefile, one c
file per task. A good choice for a bash like shell if changes were
needed. 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://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK
Re: down with Digests!
On 11 Jan 2015 Jim Nagel <netsurf@abbeypress.co.uk> wrote:
> Is "netsurf-users Digest, Vol 93, Issue 4" REALLY the subject of
> the previous thread?
> Subject line should be something useful when it comes to searching for
> a past discussion of a problem.
> Suggestion to list administrator: get rid of the Digest option
> altogether. It's not as if the list receives so much traffic as to
> warrant a digest version. Then there would be no chance of anyone
> mistakenly using a "Digest" subject line when replying to a message.
Agreed by me too, but at least this one made plain, in the message,
what the subject was. O si sic omnes!
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
> Is "netsurf-users Digest, Vol 93, Issue 4" REALLY the subject of
> the previous thread?
> Subject line should be something useful when it comes to searching for
> a past discussion of a problem.
> Suggestion to list administrator: get rid of the Digest option
> altogether. It's not as if the list receives so much traffic as to
> warrant a digest version. Then there would be no chance of anyone
> mistakenly using a "Digest" subject line when replying to a message.
Agreed by me too, but at least this one made plain, in the message,
what the subject was. O si sic omnes!
Best wishes,
Peter.
--
Peter Young (zfc Re) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
down with Digests!
Is "netsurf-users Digest, Vol 93, Issue 4" REALLY the subject of
the previous thread?
Subject line should be something useful when it comes to searching for
a past discussion of a problem.
Suggestion to list administrator: get rid of the Digest option
altogether. It's not as if the list receives so much traffic as to
warrant a digest version. Then there would be no chance of anyone
mistakenly using a "Digest" subject line when replying to a message.
--
Jim Nagel [ www.archivemag.co.uk > Offer ]
the previous thread?
Subject line should be something useful when it comes to searching for
a past discussion of a problem.
Suggestion to list administrator: get rid of the Digest option
altogether. It's not as if the list receives so much traffic as to
warrant a digest version. Then there would be no chance of anyone
mistakenly using a "Digest" subject line when replying to a message.
--
Jim Nagel [ www.archivemag.co.uk > Offer ]
Re: netsurf-users Digest, Vol 93, Issue 4
> From: Peter Slegg
> Subject: Re: Page timeout
> > Date: Thu, 08 Jan 2015 20:18:07 +0000 (GMT)
> > From: Alan Calder
> > Subject: Re: Page timeout
> > To: <netsurf-users@netsurf-browser.org>
> > Peter Slegg wrote:
> > > When I tried the page below it just times-out and never
> > > renders any of the page, it didn't even leave Bing, where
> > > I found the link.
> >
> > > https://www.gov.uk/bank-holidays
> >
> > > Does it do this for anyone else ?
> >
> > Works fine for me, Netsurf 3.1 on RISC OS. Inspecting the innards of your
> > post I see mention of Atari Milan so maybe my comment won't be helpful!
> >
> > Alan
> >
>
> I'm using Atari build 2508 and even after a reboot it still times-out.
> I was able to access it with an ancient browser (CAB).
>
> I'll update and see what happens.
>
> Thanks,
>
> Peter
>
After a hiccup with some missing files from the cache folder I
got 2511 to start up.
It still times-out with the link to gov.uk.
Peter
> Subject: Re: Page timeout
> > Date: Thu, 08 Jan 2015 20:18:07 +0000 (GMT)
> > From: Alan Calder
> > Subject: Re: Page timeout
> > To: <netsurf-users@netsurf-browser.org>
> > Peter Slegg wrote:
> > > When I tried the page below it just times-out and never
> > > renders any of the page, it didn't even leave Bing, where
> > > I found the link.
> >
> > > https://www.gov.uk/bank-holidays
> >
> > > Does it do this for anyone else ?
> >
> > Works fine for me, Netsurf 3.1 on RISC OS. Inspecting the innards of your
> > post I see mention of Atari Milan so maybe my comment won't be helpful!
> >
> > Alan
> >
>
> I'm using Atari build 2508 and even after a reboot it still times-out.
> I was able to access it with an ancient browser (CAB).
>
> I'll update and see what happens.
>
> Thanks,
>
> Peter
>
After a hiccup with some missing files from the cache folder I
got 2511 to start up.
It still times-out with the link to gov.uk.
Peter
Saturday, 10 January 2015
Re: Page timeout
On Saturday 10 January 2015 12:10:43 Peter Slegg wrote:
> > Date: Fri, 9 Jan 2015 21:14:57 +0000 (GMT)
> > From: Peter Slegg
> > Subject: Re: Page timeout
> >
> > I'm using Atari build 2508 and even after a reboot it still times-out.
> > I was able to access it with an ancient browser (CAB).
> >
> > I'll update and see what happens.
> I tried 2511 and that won't start properly. A dialoue pops-up with
>
> Netsurf failed to initialise.
No problem for me with Atari build 2514. Behaves exactly the same as before.
You seem to have a lot of issues I don't have. I would say it's either a
problem with the 68k version (I use the v4e one) or some incompatibility with
your system. We can talk about this in private if you want so that we don't
bother the list with what may be Atari-specific issues.
Cheers,
JFL
--
Jean-François Lemaire
> > Date: Fri, 9 Jan 2015 21:14:57 +0000 (GMT)
> > From: Peter Slegg
> > Subject: Re: Page timeout
> >
> > I'm using Atari build 2508 and even after a reboot it still times-out.
> > I was able to access it with an ancient browser (CAB).
> >
> > I'll update and see what happens.
> I tried 2511 and that won't start properly. A dialoue pops-up with
>
> Netsurf failed to initialise.
No problem for me with Atari build 2514. Behaves exactly the same as before.
You seem to have a lot of issues I don't have. I would say it's either a
problem with the 68k version (I use the v4e one) or some incompatibility with
your system. We can talk about this in private if you want so that we don't
bother the list with what may be Atari-specific issues.
Cheers,
JFL
--
Jean-François Lemaire
Re: Page timeout
> Date: Fri, 9 Jan 2015 21:14:57 +0000 (GMT)
> From: Peter Slegg
> Subject: Re: Page timeout
>
> I'm using Atari build 2508 and even after a reboot it still times-out.
> I was able to access it with an ancient browser (CAB).
>
> I'll update and see what happens.
>
> Thanks,
>
> Peter
I tried 2511 and that won't start properly. A dialoue pops-up with
Netsurf failed to initialise.
Regards,
Peter
> From: Peter Slegg
> Subject: Re: Page timeout
>
> I'm using Atari build 2508 and even after a reboot it still times-out.
> I was able to access it with an ancient browser (CAB).
>
> I'll update and see what happens.
>
> Thanks,
>
> Peter
I tried 2511 and that won't start properly. A dialoue pops-up with
Netsurf failed to initialise.
Regards,
Peter
Friday, 9 January 2015
Re: Page timeout
> Date: Thu, 08 Jan 2015 20:18:07 +0000 (GMT)
> From: Alan Calder
> Subject: Re: Page timeout
> To: <netsurf-users@netsurf-browser.org>
> Peter Slegg wrote:
> > When I tried the page below it just times-out and never
> > renders any of the page, it didn't even leave Bing, where
> > I found the link.
>
> > https://www.gov.uk/bank-holidays
>
> > Does it do this for anyone else ?
>
> Works fine for me, Netsurf 3.1 on RISC OS. Inspecting the innards of your
> post I see mention of Atari Milan so maybe my comment won't be helpful!
>
> Alan
>
I'm using Atari build 2508 and even after a reboot it still times-out.
I was able to access it with an ancient browser (CAB).
I'll update and see what happens.
Thanks,
Peter
> From: Alan Calder
> Subject: Re: Page timeout
> To: <netsurf-users@netsurf-browser.org>
> Peter Slegg wrote:
> > When I tried the page below it just times-out and never
> > renders any of the page, it didn't even leave Bing, where
> > I found the link.
>
> > https://www.gov.uk/bank-holidays
>
> > Does it do this for anyone else ?
>
> Works fine for me, Netsurf 3.1 on RISC OS. Inspecting the innards of your
> post I see mention of Atari Milan so maybe my comment won't be helpful!
>
> Alan
>
I'm using Atari build 2508 and even after a reboot it still times-out.
I was able to access it with an ancient browser (CAB).
I'll update and see what happens.
Thanks,
Peter
Thursday, 8 January 2015
Re: Page timeout
On Thursday 08 January 2015 19:50:32 Peter Slegg wrote:
> When I tried the page below it just times-out and never
> renders any of the page, it didn't even leave Bing, where
> I found the link.
>
> https://www.gov.uk/bank-holidays
>
> Does it do this for anyone else ?
Works for me with Atari build 2471. Your next bank holiday is April the 3rd,
by the way.
Cheers,
JFL
--
Jean-François Lemaire
> When I tried the page below it just times-out and never
> renders any of the page, it didn't even leave Bing, where
> I found the link.
>
> https://www.gov.uk/bank-holidays
>
> Does it do this for anyone else ?
Works for me with Atari build 2471. Your next bank holiday is April the 3rd,
by the way.
Cheers,
JFL
--
Jean-François Lemaire
Re: Page timeout
On 8 Jan 2015 Peter Slegg wrote:
> When I tried the page below it just times-out and never
> renders any of the page, it didn't even leave Bing, where
> I found the link.
> https://www.gov.uk/bank-holidays
> Does it do this for anyone else ?
Works OK here. #2504 RO6.14
--
Richard Porter http://www.minijem.plus.com/
Skype: minijem2 mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
> When I tried the page below it just times-out and never
> renders any of the page, it didn't even leave Bing, where
> I found the link.
> https://www.gov.uk/bank-holidays
> Does it do this for anyone else ?
Works OK here. #2504 RO6.14
--
Richard Porter http://www.minijem.plus.com/
Skype: minijem2 mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.
Re: Page timeout
In message <0005d763.01ffd4901708@smtp.freeola.net>
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>When I tried the page below it just times-out and never
>renders any of the page, it didn't even leave Bing, where
>I found the link.
>
>https://www.gov.uk/bank-holidays
>
>Does it do this for anyone else ?
Works fine for me, RISC OS 3.3 (Dev CI #2509) on Iyonix.
Dave
____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>When I tried the page below it just times-out and never
>renders any of the page, it didn't even leave Bing, where
>I found the link.
>
>https://www.gov.uk/bank-holidays
>
>Does it do this for anyone else ?
Works fine for me, RISC OS 3.3 (Dev CI #2509) on Iyonix.
Dave
____________________________________________________________
FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
Check it out at http://www.inbox.com/earth
Re: Page timeout
In article <0005d763.01ffd4901708@smtp.freeola.net>,
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> When I tried the page below it just times-out and never
> renders any of the page, it didn't even leave Bing, where
> I found the link.
> https://www.gov.uk/bank-holidays
> Does it do this for anyone else ?
Works fine for me, Netsurf 3.1 on RISC OS. Inspecting the innards of your
post I see mention of Atari Milan so maybe my comment won't be helpful!
Alan
--
Alan Calder, Milton Keynes, UK.
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
> When I tried the page below it just times-out and never
> renders any of the page, it didn't even leave Bing, where
> I found the link.
> https://www.gov.uk/bank-holidays
> Does it do this for anyone else ?
Works fine for me, Netsurf 3.1 on RISC OS. Inspecting the innards of your
post I see mention of Atari Milan so maybe my comment won't be helpful!
Alan
--
Alan Calder, Milton Keynes, UK.
Re: Page timeout
In message <0005d763.01ffd4901708@smtp.freeola.net>
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>When I tried the page below it just times-out and never
>renders any of the page, it didn't even leave Bing, where
>I found the link.
>
>https://www.gov.uk/bank-holidays
>
>Does it do this for anyone else ?
Works fine for me - NetSurf 3.3 #2509.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Peter Slegg <p.slegg@scubadivers.co.uk> wrote:
>When I tried the page below it just times-out and never
>renders any of the page, it didn't even leave Bing, where
>I found the link.
>
>https://www.gov.uk/bank-holidays
>
>Does it do this for anyone else ?
Works fine for me - NetSurf 3.3 #2509.
--
Gavin Wraith (gavin@wra1th.plus.com)
Home page: http://www.wra1th.plus.com/
Page timeout
When I tried the page below it just times-out and never
renders any of the page, it didn't even leave Bing, where
I found the link.
https://www.gov.uk/bank-holidays
Does it do this for anyone else ?
Peter
renders any of the page, it didn't even leave Bing, where
I found the link.
https://www.gov.uk/bank-holidays
Does it do this for anyone else ?
Peter
Tuesday, 6 January 2015
RE: Windows Autobuild
I'm using it for testing as well. So long as I know that they are problems only with the windows autobuilds then I can safely rule them out.
Although, interestingly enough the text wraps correctly on load, but then "corrects" itself at a rate of one line of each paragraph per second to force fit text into the full available width with mid-word wrapping where necessary. Sort of like some kind of pseudo-justify.
Although, interestingly enough the text wraps correctly on load, but then "corrects" itself at a rate of one line of each paragraph per second to force fit text into the full available width with mid-word wrapping where necessary. Sort of like some kind of pseudo-justify.
> From: chris.young@unsatisfactorysoftware.co.uk
> Date: Mon, 5 Jan 2015 23:40:17 +0000
> To: netsurf-users@netsurf-browser.org
> Subject: Re: Windows Autobuild
>
> On Tue, 6 Jan 2015 00:10:59 +1000, Brendan Stephenson wrote:
>
> > I've noticed two errors with the builds listed here:
> > http://ci.netsurf-browser.org/builds/windows/
> >
> > 1. All jpeg images load, but refuse to display (a blank box is shown instead).
> > 2. Text wraps mid word.
> >
> > I just want to confirm if these are issues common only to the builds
> > in question, or if they are part of a larger problem.
>
> The Windows frontend is unfinished. I've never seen (2) with it -
> although I only fire it up occasionally for testing - but (1) is
> certainly prevalent.
>
> If you have any patches I'm sure they will be welcome.
>
> Chris
>
> Date: Mon, 5 Jan 2015 23:40:17 +0000
> To: netsurf-users@netsurf-browser.org
> Subject: Re: Windows Autobuild
>
> On Tue, 6 Jan 2015 00:10:59 +1000, Brendan Stephenson wrote:
>
> > I've noticed two errors with the builds listed here:
> > http://ci.netsurf-browser.org/builds/windows/
> >
> > 1. All jpeg images load, but refuse to display (a blank box is shown instead).
> > 2. Text wraps mid word.
> >
> > I just want to confirm if these are issues common only to the builds
> > in question, or if they are part of a larger problem.
>
> The Windows frontend is unfinished. I've never seen (2) with it -
> although I only fire it up occasionally for testing - but (1) is
> certainly prevalent.
>
> If you have any patches I'm sure they will be welcome.
>
> Chris
>
Monday, 5 January 2015
Re: Windows Autobuild
On Tue, 6 Jan 2015 00:10:59 +1000, Brendan Stephenson wrote:
> I've noticed two errors with the builds listed here:
> http://ci.netsurf-browser.org/builds/windows/
>
> 1. All jpeg images load, but refuse to display (a blank box is shown instead).
> 2. Text wraps mid word.
>
> I just want to confirm if these are issues common only to the builds
> in question, or if they are part of a larger problem.
The Windows frontend is unfinished. I've never seen (2) with it -
although I only fire it up occasionally for testing - but (1) is
certainly prevalent.
If you have any patches I'm sure they will be welcome.
Chris
> I've noticed two errors with the builds listed here:
> http://ci.netsurf-browser.org/builds/windows/
>
> 1. All jpeg images load, but refuse to display (a blank box is shown instead).
> 2. Text wraps mid word.
>
> I just want to confirm if these are issues common only to the builds
> in question, or if they are part of a larger problem.
The Windows frontend is unfinished. I've never seen (2) with it -
although I only fire it up occasionally for testing - but (1) is
certainly prevalent.
If you have any patches I'm sure they will be welcome.
Chris
Re: Windows Autobuild
In article <5481418f65chris@chris-johnson.org.uk>, cj
<chris@chris-johnson.org.uk> wrote:
> In article <SNT147-W7F36563C70686D5F98160A0580@phx.gbl>, Brendan
> Stephenson <realmmaster26@hotmail.com> wrote:
> > I just want to confirm if the thumbnails on this page show up for
> > anyone else, because they aren't for me:
> > http://www.cavestory.org/fan-works/fanart.php
> Looks fine on RISC OS with Netsurf v. 3.1
Also, RISC OS 4.02 VRPC NetSurf #2508
<chris@chris-johnson.org.uk> wrote:
> In article <SNT147-W7F36563C70686D5F98160A0580@phx.gbl>, Brendan
> Stephenson <realmmaster26@hotmail.com> wrote:
> > I just want to confirm if the thumbnails on this page show up for
> > anyone else, because they aren't for me:
> > http://www.cavestory.org/fan-works/fanart.php
> Looks fine on RISC OS with Netsurf v. 3.1
Also, RISC OS 4.02 VRPC NetSurf #2508
Re: Windows Autobuild
In article <SNT147-W7F36563C70686D5F98160A0580@phx.gbl>,
Brendan Stephenson <realmmaster26@hotmail.com> wrote:
> I just want to confirm if the thumbnails on this page show up for anyone else, because they aren't for me:
> http://www.cavestory.org/fan-works/fanart.php
Looks fine on RISC OS with Netsurf v. 3.1
--
Chris Johnson
Brendan Stephenson <realmmaster26@hotmail.com> wrote:
> I just want to confirm if the thumbnails on this page show up for anyone else, because they aren't for me:
> http://www.cavestory.org/fan-works/fanart.php
Looks fine on RISC OS with Netsurf v. 3.1
--
Chris Johnson
Windows Autobuild
I've noticed two errors with the builds listed here:
http://ci.netsurf-browser.org/builds/windows/
1. All jpeg images load, but refuse to display (a blank box is shown instead).
2. Text wraps mid word.
I just want to confirm if these are issues common only to the builds in question, or if they are part of a larger problem.
I just want to confirm if the thumbnails on this page show up for anyone else, because they aren't for me:
http://www.cavestory.org/fan-works/fanart.php
http://ci.netsurf-browser.org/builds/windows/
1. All jpeg images load, but refuse to display (a blank box is shown instead).
2. Text wraps mid word.
I just want to confirm if these are issues common only to the builds in question, or if they are part of a larger problem.
I just want to confirm if the thumbnails on this page show up for anyone else, because they aren't for me:
http://www.cavestory.org/fan-works/fanart.php
Subscribe to:
Posts (Atom)