Re: nsh: fix build with upcoming stdio changes

2024-05-25 Thread Tom Smyth
Confirmed that that is fixed cheers Stefan On Sat, 25 May 2024 at 21:46, Stefan Sperling wrote: > On Sat, May 25, 2024 at 06:57:51PM +0100, Tom Smyth wrote: > > Hi Stefan, > > > > make obj is still needed > > > > Stop in bgpnsh > > *** Error 2 in /home/tom/nsh1.4.1/nsh (:48 'all': @for > entry >

Re: nsh: fix build with upcoming stdio changes

2024-05-25 Thread Stefan Sperling
On Sat, May 25, 2024 at 06:57:51PM +0100, Tom Smyth wrote: > Hi Stefan, > > make obj is still needed > > Stop in bgpnsh > *** Error 2 in /home/tom/nsh1.4.1/nsh (:48 'all': @for entry > in bgpnsh nshdoas; do set -e; if test -d /home/tom/nsh1.4.1/nsh...) > > make obj first > then > make > gets a

Re: nsh: fix build with upcoming stdio changes

2024-05-25 Thread Tom Smyth
Hi Stefan, make obj is still needed Stop in bgpnsh *** Error 2 in /home/tom/nsh1.4.1/nsh (:48 'all': @for entry in bgpnsh nshdoas; do set -e; if test -d /home/tom/nsh1.4.1/nsh...) make obj first then make gets around it ... On Sat, 25 May 2024 at 17:37, Tom Smyth wrote: > Thanks Theo for

Re: nsh: fix build with upcoming stdio changes

2024-05-25 Thread Tom Smyth
Thanks Theo for the Patch, much appreciated, @Stefan Sperling make obj still needed for nshdoas build ill take a look and see if I can fixt that On Mon, 20 May 2024 at 21:31, Stefan Sperling wrote: > On Mon, May 20, 2024 at 08:33:17PM +0200, Theo Buehler wrote: > > extern.h depends on stdio

Re: nsh: fix build with upcoming stdio changes

2024-05-20 Thread Theo Buehler
> > Also, these obj hacks in the port are really annoying (this breaks > > generating patches as it is owned by _pbuild:_pbuild and has perms 770). > > I've also committed a tweak such that nsh will compile even if 'make obj' > is not used. See commit b0b69440cc3f1f8127d3b6f341eb0e61116f7918 ; fee

Re: nsh: fix build with upcoming stdio changes

2024-05-20 Thread Stefan Sperling
On Mon, May 20, 2024 at 08:33:17PM +0200, Theo Buehler wrote: > extern.h depends on stdio.h because of FILENAME_MAX. wchar.h will stop > pulling in stdio.h, hence break the build in utf8.c which will no longer > pull in stdio.h. The diff below fixes the build. > > Longer term it would be preferabl