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

nsh: fix build with upcoming stdio changes

2024-05-20 Thread Theo Buehler
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 preferable to make extern.h self-standing so it doesn't depend on other headers b