Re: [Lynx-dev] lynx2.9.1 build issues

2024-04-17 Thread Steffen Nurpmeso
Thomas Dickey wrote in
 :
 |On Tue, Apr 16, 2024 at 09:26:12PM +0200, Steffen Nurpmeso wrote:
 |> Thomas Dickey wrote in
 |>  :
 |>|On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote:
 ...
 |>|> (1) On Solaris systems, configure fails like this:
 |>|> 
 |>|>  checking for DESTDIR... ./configure: syntax error at line 1343: `('
 |>|>  unexpected
 |>|> 
 |>|> The fix was simple: use a newer shell than /bin/sh:
 |>|> 
 |>|>  ksh ./configure 
 |>|
 |>|That's been my recommendation for several years (actually, for tin,
 |>|I provided Urs with a script to alter the configure script, but don't
 |>|recall anyone else commenting on it) - I posted a copy here:
 |>|
 |>| https://lists.gnu.org/archive/html/lynx-dev/2019-02/msg00033.html
 |>|
 |>|Either way, I've been building with Solaris 10 and 11.4 :-)
 |> 
 |> Fwiw i use variants of
 |> 
 |>   # For heaven's sake auto-redirect on SunOS/Solaris
 |>   if [ -z "${__DKIM_KEY_CREATE_UP}" ] && [ -d /usr/xpg4 ]; then
 |>   if [ "x${SHELL}" = x ] || [ "${SHELL}" = /bin/sh ]; then
 |>   echo >&2 'SunOS/Solaris, redirecting through $SHELL=/us\
 |>   r/xpg4/bin/sh'
 |>   __DKIM_KEY_CREATE_UP=y PATH=/usr/xpg4/bin:${PATH} \
 |>   SHELL=/usr/xpg4/bin/sh
 |>   export __DKIM_KEY_CREATE_UP PATH SHELL
 |>   exec /usr/xpg4/bin/sh "${0}" "${@}"
 |>   fi
 |>   fi
 |
 |I use this (at the moment, only recall that CONFIG_SHELL is needed for
 |the configure script):
 |
 |case .$SHELL in
 |.*/sh)
 | ;;
 |*)
 | SHELL=/bin/sh
 | test -f /usr/xpg4/bin/sh && SHELL=/usr/xpg4/bin/sh 
 | ;;
 |esac
 |
 |export SHELL
 |CONFIG_SHELL=$SHELL
 |export CONFIG_SHELL

Interesting -- i just now realized that i only partially
understood a user request.  CONFIG_SHELL seems to be an autotools
thing.  No normal average person knows that.
I use the above snippet not in my personal profile etc, but in the
portable test runner scripts, or in configure shell scripts.  And
in the lynx configure script there is

  SHELL=${CONFIG_SHELL-/bin/sh}

so your own convenience umbrella will not cover your users!?!

--steffen
|
|Der Kragenbaer,The moon bear,
|der holt sich munter   he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)



Re: [Lynx-dev] lynx2.9.1 build issues

2024-04-17 Thread Thorsten Glaser
Thomas Dickey dixit:

>I use this (at the moment, only recall that CONFIG_SHELL is needed for
>the configure script):
>
>case .$SHELL in
>.*/sh)
>   ;;
>*)
>   SHELL=/bin/sh
>   test -f /usr/xpg4/bin/sh && SHELL=/usr/xpg4/bin/sh 
>   ;;
>esac
>
>export SHELL
>CONFIG_SHELL=$SHELL
>export CONFIG_SHELL

That’s positively breaking people’s use of e.g. mksh on systems
with a less-good sh, and not very nice. I’d even consider it a bug.

bye,
//mirabilos
-- 
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh



Re: [Lynx-dev] lynx2.9.1 build issues

2024-04-17 Thread Thomas Dickey
On Tue, Apr 16, 2024 at 09:26:12PM +0200, Steffen Nurpmeso wrote:
> Thomas Dickey wrote in
>  :
>  |On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote:
>  |> At Utah, I ran build attempts of lynx2.9.1 in more than 70 systems in
>  |> our test farm. Of those, 59 built and validated successfully, and
>  |> 2.9.1 is now the default version of lynx on all of our physical
>  |> servers.
>  |> 
>  |> The remaining failures are traced to just two issues:
>  |> 
>  |> (1) On Solaris systems, configure fails like this:
>  |> 
>  |>  checking for DESTDIR... ./configure: syntax error at line 1343: `('
>  |>  unexpected
>  |> 
>  |> The fix was simple: use a newer shell than /bin/sh:
>  |> 
>  |>  ksh ./configure 
>  |
>  |That's been my recommendation for several years (actually, for tin,
>  |I provided Urs with a script to alter the configure script, but don't
>  |recall anyone else commenting on it) - I posted a copy here:
>  |
>  | https://lists.gnu.org/archive/html/lynx-dev/2019-02/msg00033.html
>  |
>  |Either way, I've been building with Solaris 10 and 11.4 :-)
> 
> Fwiw i use variants of
> 
>   # For heaven's sake auto-redirect on SunOS/Solaris
>   if [ -z "${__DKIM_KEY_CREATE_UP}" ] && [ -d /usr/xpg4 ]; then
>   if [ "x${SHELL}" = x ] || [ "${SHELL}" = /bin/sh ]; then
>   echo >&2 'SunOS/Solaris, redirecting through 
> $SHELL=/usr/xpg4/bin/sh'
>   __DKIM_KEY_CREATE_UP=y PATH=/usr/xpg4/bin:${PATH} 
> SHELL=/usr/xpg4/bin/sh
>   export __DKIM_KEY_CREATE_UP PATH SHELL
>   exec /usr/xpg4/bin/sh "${0}" "${@}"
>   fi
>   fi

I use this (at the moment, only recall that CONFIG_SHELL is needed for
the configure script):

case .$SHELL in
.*/sh)
;;
*)
SHELL=/bin/sh
test -f /usr/xpg4/bin/sh && SHELL=/usr/xpg4/bin/sh 
;;
esac

export SHELL
CONFIG_SHELL=$SHELL
export CONFIG_SHELL

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature


Re: [Lynx-dev] lynx2.9.1 build issues

2024-04-16 Thread Steffen Nurpmeso
Thomas Dickey wrote in
 :
 |On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote:
 |> At Utah, I ran build attempts of lynx2.9.1 in more than 70 systems in
 |> our test farm. Of those, 59 built and validated successfully, and
 |> 2.9.1 is now the default version of lynx on all of our physical
 |> servers.
 |> 
 |> The remaining failures are traced to just two issues:
 |> 
 |> (1) On Solaris systems, configure fails like this:
 |> 
 |>  checking for DESTDIR... ./configure: syntax error at line 1343: `('
 |>  unexpected
 |> 
 |> The fix was simple: use a newer shell than /bin/sh:
 |> 
 |>  ksh ./configure 
 |
 |That's been my recommendation for several years (actually, for tin,
 |I provided Urs with a script to alter the configure script, but don't
 |recall anyone else commenting on it) - I posted a copy here:
 |
 | https://lists.gnu.org/archive/html/lynx-dev/2019-02/msg00033.html
 |
 |Either way, I've been building with Solaris 10 and 11.4 :-)

Fwiw i use variants of

  # For heaven's sake auto-redirect on SunOS/Solaris
  if [ -z "${__DKIM_KEY_CREATE_UP}" ] && [ -d /usr/xpg4 ]; then
  if [ "x${SHELL}" = x ] || [ "${SHELL}" = /bin/sh ]; then
  echo >&2 'SunOS/Solaris, redirecting through 
$SHELL=/usr/xpg4/bin/sh'
  __DKIM_KEY_CREATE_UP=y PATH=/usr/xpg4/bin:${PATH} 
SHELL=/usr/xpg4/bin/sh
  export __DKIM_KEY_CREATE_UP PATH SHELL
  exec /usr/xpg4/bin/sh "${0}" "${@}"
  fi
  fi


--steffen
|
|Der Kragenbaer,The moon bear,
|der holt sich munter   he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)



Re: [Lynx-dev] lynx2.9.1 build issues

2024-04-16 Thread Thomas Dickey
On Tue, Apr 16, 2024 at 08:43:20AM -0600, Nelson H. F. Beebe wrote:
> At Utah, I ran build attempts of lynx2.9.1 in more than 70 systems in
> our test farm. Of those, 59 built and validated successfully, and
> 2.9.1 is now the default version of lynx on all of our physical
> servers.
> 
> The remaining failures are traced to just two issues:
> 
> (1) On Solaris systems, configure fails like this:
> 
>   checking for DESTDIR... ./configure: syntax error at line 1343: `('
>   unexpected
> 
> The fix was simple: use a newer shell than /bin/sh:
> 
>   ksh ./configure 

That's been my recommendation for several years (actually, for tin,
I provided Urs with a script to alter the configure script, but don't
recall anyone else commenting on it) - I posted a copy here:

https://lists.gnu.org/archive/html/lynx-dev/2019-02/msg00033.html

Either way, I've been building with Solaris 10 and 11.4 :-)
 
> (2) On NetBSD 10 and Solaris 11.4, I got this link-time error:
> 
>   ld: LYCurses.o: in function `stop_curses':
>   LYCurses.c:(.text+0x164a): undefined reference to `delete_screen'
> 
> There are -lcurses and -lncurses libraries on those systems,
> with these partial contents on NetBSD 10:

yes... I overlooked building without ncurses (because I'm also testing
ncurses, of course).

Actually this would have been true in 2.9.0 (January), since my
build-scripts use ncurses, slang and PDCurses (*)

(*) I'll have to add a special case for Solaris and NetBSD ;-)

-- 
Thomas E. Dickey 
https://invisible-island.net


signature.asc
Description: PGP signature


[Lynx-dev] lynx2.9.1 build issues

2024-04-16 Thread Nelson H. F. Beebe
At Utah, I ran build attempts of lynx2.9.1 in more than 70 systems in
our test farm. Of those, 59 built and validated successfully, and
2.9.1 is now the default version of lynx on all of our physical
servers.

The remaining failures are traced to just two issues:

(1) On Solaris systems, configure fails like this:

checking for DESTDIR... ./configure: syntax error at line 1343: `('
unexpected

The fix was simple: use a newer shell than /bin/sh:

ksh ./configure 

(2) On NetBSD 10 and Solaris 11.4, I got this link-time error:

ld: LYCurses.o: in function `stop_curses':
LYCurses.c:(.text+0x164a): undefined reference to `delete_screen'

There are -lcurses and -lncurses libraries on those systems,
with these partial contents on NetBSD 10:

% nm /usr/pkg/lib/libncurses.a | grep ' T del'
 T delwin
0223 T delch
0232 T deleteln
02c3 T delscreen
0160 T del_curterm
00a1 T del_curterm_sp
0253 T delay_output
015a T delay_output_sp

% nm /usr/lib/libcurses.a | grep ' T del'
005e T delay_output
 T deleteln
0573 T delscreen
016a T delch
 T delwin

and these contents on Solaris 11.4:

% /usr/gnu/bin/nm /usr/lib/amd64/libcurses.so.1 | grep ' T del'
00027110 T del_curterm
00029b30 T delay_output
00027130 T delch
00027160 T deleteln
00029b60 T delkey
00029ec0 T delkeymap
0002a050 T delscreen
0002a110 T delterm
0002a210 T delwin

---
- Nelson H. F. BeebeTel: +1 801 581 5254  -
- University of Utah  -
- Department of Mathematics, 110 LCBInternet e-mail: be...@math.utah.edu  -
- 155 S 1400 E RM 233   be...@acm.org  be...@computer.org -
- Salt Lake City, UT 84112-0090, USAURL: http://www.math.utah.edu/~beebe/ -
---