I am not a zOS person but I did a bit of googling:
https://www.ibm.com/docs/en/zos/3.1.0?topic=functions-exec

This suggests that zOs doesn't have execvpe  i.e. execve but also searches
the path for the thing that's going to be executed.  This is something that
I suspect could be emulated at the cost of a bit of nuisance.

On the other hand GNU Make's original z/OS support uses execvpe directly so
that seems very strange.

Some more searching turned up the information that there is a GNU C library
port for z/OS and I suspect that the make support for zOS might require
that.  The apparent alternative would be to simulate execvpe with execve
and a PATH search.

Regards,

Tim



On Tue, 5 Aug 2025 at 15:36, Prem Karthick via Users list for the GNU
implementation of make <[email protected]> wrote:

> Hi Paul,
>
> Appreciate your response.
>
> I able to resolve most of the issues, but now the compilation fails at the
> last link step with this error:
>
> $ ibm-clang -m64 -v -rdynamic -o make src/ar.o src/arscan.o src/commands.o
> src/default.o src/dir.o src/expand.o src/file.o src/function.o src/getopt.o
> src/getopt1.o src/guile.o src/hash.o src/implicit.o src/job.o src/load.o
> src/loadapi.o src/main.o src/misc.o src/output.o src/read.o src/remake.o
> src/rule.o src/shuffle.o src/signame.o src/strcache.o src/variable.o
> src/version.o src/vpath.o src/posixos.o src/remote-stub.o lib/libgnu.a
>
> IBM Open XL C/C++ 1.1 for z/OS, (5650-ZOS), clang version 14.0.0
> Target: s390x-ibm-zos
> Thread model: posix
> InstalledDir: /usr/lpp/IBM/cnw/v1r1/openxl/bin
> ibm-clang: warning: argument unused during compilation: '-rdynamic'
> [-Wunused-command-line-argument]
> "/bin/ld" -o make -b
> AMODE=64,LIST,DYNAM=DLL,MSGLEVEL=4,CASE=MIXED,REUS=RENT -e CELQSTRT -O
> CELQSTRT -u CELQMAIN -x /dev/null
> -L/usr/lpp/IBM/cnw/v1r1/openxl/bin/../lib/s390x-ibm-zos src/ar.o
> src/arscan.o src/commands.o src/default.o src/dir.o src/expand.o src/file.o
> src/function.o src/getopt.o src/getopt1.o src/guile.o src/hash.o
> src/implicit.o src/job.o src/load.o src/loadapi.o src/main.o src/misc.o
> src/output.o src/read.o src/remake.o src/rule.o src/shuffle.o src/signame.o
> src/strcache.o src/variable.o src/version.o src/vpath.o src/posixos.o
> src/remote-stub.o lib/libgnu.a -S //'CEE.SCEEBND2' -S //'SYS1.CSSLIB'
> //'CEE.SCEELIB(CELQS001)' //'CEE.SCEELIB(CELQS003)'
> /usr/lpp/IBM/cnw/v1r1/openxl/lib/clang/14.0.0/lib/s390x-ibm-zos/libclang_rt.builtins.a
> IEW2456E 9207 SYMBOL execvpe UNRESOLVED.  MEMBER COULD NOT BE INCLUDED
> FROM THE
>           DESIGNATED CALL LIBRARY.
> IEW2665S 40FF MODULE *NULL*  IS NON-EXECUTABLE AND WAS NOT SAVED BECAUSE
>           STORENX=NEVER.
> IEW5033 The binder ended with return code 12.
> ibm-clang: error: linker command failed with exit code 12 (use -v to see
> invocation)
>
>  Thanks,
> Prem
>
> From: Paul Smith <[email protected]>
> Date: Monday, 4 August 2025 at 7:34 PM
> To: Prem Karthick <[email protected]>, [email protected] <
> [email protected]>
> Subject: [External] : Re: Building GNU Make 4.4.1 on zOS 28.00
> On Mon, 2025-08-04 at 11:32 +0000, Prem Karthick via Users list for the
> GNU implementation of make wrote:
> > checking whether we are cross compiling... configure: error: in
> > `/u/data002/pkarthi/MAKE-441/make-4.4.1':
> > configure: error: cannot run C compiled programs.
> > If you meant to cross compile, use `--host'.
> > See `config.log' for more details
> >
> > Is this platform supported? Please share your inputs.
>
> I have not tried to build GNU Make on zOS.
>
> You will have to investigate to see what the problem is; as you can see
> from the info above, it appears that your compiler is not working
> properly.
>
> That is, the configure script builds a small test program with the
> compiler you provided (ibm-clang), but the resulting binary does not
> run properly.
>
> Again as the message says, you will need to look at config.log and find
> the error messages for more details.
>
  • Building G... Prem Karthick via Users list for the GNU implementation of make
    • Re: B... Paul Smith
      • R... Tim Murphy
      • R... Prem Karthick via Users list for the GNU implementation of make
        • ... Paul Smith
        • ... Tim Murphy
          • ... David Boyce
            • ... Kaz Kylheku

Reply via email to