Well matlab as you say is on windows side - and WSL is basically linux.
One can invoke binaries from the other side - but obj-files/libraries [wrt
compilers, linking] won't work as far as I know.
And the MEX targets require compilers/liners to be functional - so I don't
think this will work.
And we don't have experience with using matlab natively on windows anyway..
Satish
----
sread:
-@${MATLAB_MEX} -g GCC='${CC}' CC='${PCC}' CFLAGS='${COPTFLAGS}
${CC_FLAGS} ${CCPPFLAGS}' LDFLAGS='${PETSC_EXTERNAL_LIB_BASIC}' sread.c bread.c
-@${RM} -f sread.o bread.o
-@${MV} sread.mex* ${PETSC_DIR}/${PETSC_ARCH}/lib/petsc/matlab
On Tue, 28 Sep 2021, Barry Smith wrote:
>
>
> > On Sep 28, 2021, at 11:33 AM, Lucas Banting <banti...@myumanitoba.ca> wrote:
> >
> > Hello,
> >
> > My overall goal is to send a sparse matrix to PETSc (in WSL)from MATLAB (in
> > Windows) so I can use SLEPc for some eigenvalue routines, and send those
> > eigenvectors back to MATLAB, as the MATLAB eigs() struggles with my matrix
> > and I was looking to experiment with different eigenvalue algorithms.
> >
> > I was trying to configure PETSc on Windows Subsystem for Linux (WSL2).
> > Configuring without '--with-matlab' works fine. I tried the configure
> > command:
> >
> > ./configure --with-scalar-type=complex
> > --with-openblas-dir=~/software/OpenBLAS/
> > --with-matlab-dir=/mnt/e/Program\ Files/MATLAB/R2020b
> >
> > I was wondering if there is a fundamental reason this configure won't work,
> > or if it is just the space in 'Program Files' that is breaking the
> > configure command.
>
> We cannot tell without the configure.log file. Note you may be able to use
> the shorten MS DOS directory names which do not have spaces for that
> directory?
>
> >
> > I think the only thing configuring with MATLAB is 'sopen' and 'sclose'?
>
> Yes
>
> > Is it possible I could just remake these on my own for a WSL compatible
> > version?
>
> The building of sopen and sclose is something you can do directly by
> adjusting the makefile by hand to link the correct files.
> >
> > Thanks,
> >
> > Lucas
>
>
