My man page says:
VERSIONS
The execvpe() function first appeared in glibc 2.11.
...
The execvpe() function is a GNU extension.
On Tue, Aug 5, 2025 at 12:45 PM Tim Murphy <[email protected]> wrote:
> 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.
> >
>
