Mailman 3 March 2023 - NumPy-Discussion

Fortran-style support in ctypeslib.as_array()?
by monte.b.hoover＠gmail.com 06 Apr '23

06 Apr '23

Would it be okay to add an argument to ctypeslib.as_array() that allowed specifying that a pointer references column-major memory layout? Currently if we use ndarray.ctypes.data_as() to get a pointer to a Fortran-ordered array and then we use ctypeslib.as_array() to read that same array back in, we don't have a way of doing the round trip correctly. For example: >>> import ctypes as ct >>> a = np.arange(6).reshape(2,3) >>> a = np.asfortranarray(a) >>> a array([[0, 1, 2], [3, 4, 5]]) >>> a_ptr = a.ctypes.data_as(ct.POINTER(ct.c_int)) >>> b = np.ctypeslib.as_array(a_ptr, shape=a.shape) >>> b array([[0, 3, 1], [4, 2, 5]]) The proposed function signature would be something like: numpy.ctypeslib.as_array(obj, shape=None, order='None'), with order{‘C’, ‘F’}, optional Thanks, Monte

3 4

combinations of all rows and cols from a dataframe
by marc nicole 29 Mar '23

29 Mar '23

Hello everyone, Given a dataframe like this: 2 6 8 5 I want to yield the following list of lists: [ [[2],[6,5]], [[2],[6]], [[2],[5]], [[8],[6,5]], [[8],[6]], [[8],[5]], [[6],[2,8]], [[6],[8]], [[6],[2]], [[5],[2,8]], [[5],[2]], [[5],[8]], [[6,5],[2,8]] ] I have written the following (which doesn't yield the expected results) import pandas as pd > from itertools import combinations > import numpy as np > resList=[] > resListTmp=[] > resListTmp2=[] > dataframe = > pd.read_excel("C:\\Users\\user\\Desktop\\testData.xlsx",index_col=False,header=None) for i in range(0, len(dataframe)+1): > for j in range(0, len(dataframe.columns)): > for k in range (0,len(dataframe)+1): > for xVals in list(combinations(dataframe.iloc[k:i,j], i)): > if list(xVals) not in resListTmp: > resListTmp.append(list(xVals)) > resListTmp2.append(resListTmp) > resList.append(resListTmp2) > print(resList) > What is wrong with my code?

1 0

PR-23061
by Matteo Raso 27 Mar '23

27 Mar '23

I have an open PR that's been reviewed but keeps getting dropped. Specifically, I've had to make a comment asking for updates on the PR's status 3 times, with the last comment going ignored. I'm not upset, since I understand that the team is very busy (I actually looked through the archives a while ago and saw that NumPy 2.0 is in development, which must be taking up a lot of your time), but I'm sure you also understand that I don't want my PR to hang in limbo forever. If the team doesn't have time to deal with it now, it should at least be given a triage tag so it's properly labelled and put on the backburner. Best regards, Matteo. P.S. I originally tried to send this message as an email, but it was instantly rejected because I'm not a list member. That's a pretty serious error for a public mailing list.

3 2

Add support for array `atol` and `rtol` in `np.testing.assert_allclose` and `np.allclose`
by Quang Anh 26 Mar '23

26 Mar '23

Numpy version 1.24.0. The current behavior of `np.testing.assert_allclose` and `np.allclose` are still inconsistent with the docs, which specifies that `atol` and `rtol` must be a scalar. However, the current implementation of `np.allclose` allows passing in `atol` and `rtol` as an array, while `np.testing.assert_allclose` only raises error because of a string formatting line `header = f'Not equal to tolerance rtol={rtol:g}, atol={atol:g}'`. To make things less confusing, for BOTH `np.allclose()` and `np.testing.assert_allclose()`, we should either perform a check for the correct type of `atol` and `rtol`, or to actually support an array as `atol`. Indeed there are real use-cases for array `atol` and `rtol`. For example for `atol`: let's say we want to compare two 3D vectors x and y where the first two axis should have absolute tolerance of 0.1 while the third axis should have absolute tolerance of 1, because there are more stringent requirements on x and y. I believe this is the use case that many of us run into, and it is quite natural to write ```python3 import numpy as np x = [1, 2, 3] y = [1.1, 2.1, 5] np.allclose(x, y, atol=[0.1, 0.1, 1]) ``` [I have posted this as a comment on an issue](https://github.com/numpy/numpy/issues/14320#issuecomment-1482201277) [And there is already a proposed PR to support this change](https://github.com/numpy/numpy/pull/14343)

1 0

Documentation team meeting - Monday 27 March at 12 PM UTC (noon)
by Mukulika Pahari 26 Mar '23

26 Mar '23

Hi all! Our next Documentation Team meeting will happen on *Monday, March 27* at ***12PM UTC***. We now alternate the meeting times to be a bit more inclusive. This means that we'll have a meeting at 12pm UTC every 28 days, and a meeting at 4pm UTC every 28 days. All are welcome - you don't need to already be a contributor to join. If you have questions or are curious about what we're doing, we'll be happy to meet you! If you wish to join on Zoom, use this (updated) link: https://numfocus-org.zoom.us/j/85016474448?pwd=TWEvaWJ1SklyVEpwNXUrcHV1YmFJQ... Here's the permanent hackmd document with the meeting notes (still being updated): https://hackmd.io/oB_boakvRqKR-_2jRV-Qjg Hope to see you around! * You can also visit https://scientific-python.org/calendars to add the NumPy community calendar as an .ics file to your preferred calendar manager. * Best wishes, Mukulika

1 0

Github updated its RSA public key
by Charles R Harris 24 Mar '23

24 Mar '23

Hi All, Just a heads up, you may see this message: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that a host key has just been changed. The fingerprint for the RSA key sent by the remote host isSHA256:uNiVztksCsDhcc0u9e8BujQXVUpKZIDTMczCvj3tD2s. Please contact your system administrator. Add correct host key in ~/.ssh/known_hosts to get rid of this message. Host key for github.com has changed and you have requested strict checking. Host key verification failed. You can fix it by following the instructions at https://github.blog/2023-03-23-we-updated-our-rsa-ssh-host-key/ Chuck

1 1

dropping support for Gitpod and our Docker image builds
by Ralf Gommers 23 Mar '23

23 Mar '23

Hi all, We received a notification from Docker that there Free Team organization no longer exists, and that we have until April 14 to upgrade to a paid tier. We only use Docker to support Gitpod. Gitpod builds have been broken in main for quite a while (see https://github.com/numpy/numpy/actions/workflows/gitpod.yml). Since it's a cron job that doesn't show up on PRs, but I get the notifications. Overall, Gitpod has been useful during some sprints, but it has proven to be too much maintenance effort. Maintaining a Docker team, CI jobs for building 2 Docker images, and a nontrivial amount of code and docs is no longer a good tradeoff. Here is what we have related to Gitpod: https://github.com/numpy/numpy/tree/main/tools/gitpod https://github.com/numpy/numpy/blob/main/.github/workflows/docker.yml https://github.com/numpy/numpy/blob/main/.github/workflows/gitpod.yml https://github.com/numpy/numpy/blob/main/doc/source/dev/development_gitpod.… https://hub.docker.com/u/numpy We have a reasonable alternative, which is GitHub Codespaces. All it currently requires is ~lines of simple to understand code ( https://github.com/numpy/numpy/tree/main/.devcontainer) and no CI jobs. We have one tracking issue for feedback in case you try it and find gaps: https://github.com/numpy/numpy/issues/23134. It doesn't pre-build NumPy locally, but that's only 1-2 minutes of wait time and is something a new contributor anyway has to learn about. The dev environment is reproducible, so this isn't much of a hurdle. We need replacement docs for that, but they can be much simpler I'd say. It's basically "go to https://github.com/codespaces/, hit the green button, and select the numpy repo, then it'll drop you into a VSCode IDE with a ready to go dev env". So my proposal is to drop all the Docker Hub and Gitpod related code and docs. I have already discussed this with Tania Allard, who did most of the heavy lifting on the initial creation of the Gitpod machinery (for SciPy, which was then synced to NumPy). Thoughts? Cheers, Ralf

5 6

broadcasting question
by Neal Becker 23 Mar '23

23 Mar '23

I have a function F def F(a, b): c = a * b Initially, a is a scalar, b[240,3000]. No problem. Later I want to use F, where a[240] is a vector. I want to allow both the scalar and vector cases. So I write: def F(a,b): a = np.atleast_1d(a) c = a[:,None] * b This now works for scalar a or vector a. But this solutions seems inelegant, and somewhat fragile. Suppose later we want to allow a[240,3000], a 2d array matching b. Certainly don't want to write code like: if a.ndim == 0:... Is there a more elegant/robust approach? Thanks, Neal

3 3

Dispatching on `where=` in `__array_ufunc__`?
by Sebastian Berg 22 Mar '23

22 Mar '23

Hi all, Without concerns voiced, I will probbaly merge the PR: https://github.com/numpy/numpy/pull/23240 soon. It proposes to dispatch also on the `where=` argument to ufuncs for __array_ufunc__. This allows a use-case of an "uncertainty" boolean array (which is not really boolean). I guess there may be other use-cases, although I am not sure. It thus may be a bit narrow in scope. The main effect of this should be that implementors of __array_ufunc__ may have to add logic to check for `where` in the kwargs (eventually), otherwise a user passing their array type as `where=` might run into issues (for some types). That is slightly tedious, but I doubt it causes much issues in practice (where isn't used much, and for most types it doesn't matter much either way, except for rejecting weirder inputs). Cheers, Sebastian

1 1

Linking F2PY to Openblas on Windows
by Ilhan Polat 21 Mar '23

21 Mar '23

Dear all, I'd like to submit to our f2py crew here for a seemingly trivial problem that has been bugging me for a while. I am trying to compile a Fortran library (SLICOT [1] ) on windows with MinGW UCRT 64 interface. But let me simplify the issue. Let say I have a fortran file, MB01OE.f. It is a standalone code with only extenal dependency of bunch of LAPACK routines and I'd like to compile this into a module (if I can pull this off, I can include the rest) Hence I thought I can just link it with the existing OpenBLAS on my computer. Hence I use the following command f2py -L/opt/64/lib/ -lopenblas -c --verbose .\SLICOT-Reference\src\MB01OE.f --lower -m slicot which then gives me the output below. My original plan was to use meson for this but I can't even make the manual route work so that would wait until I fix this issue. I'd be grateful if someone can spot the mistake I'm making. [1] : https://github.com/SLICOT/SLICOT-Reference running build running config_cc INFO: unifing config_cc, config, build_clib, build_ext, build commands --compiler options running config_fc INFO: unifing config_fc, config, build_clib, build_ext, build commands --fcompiler options running build_src INFO: build_src INFO: building extension "slicot" sources INFO: f2py options: ['--lower'] INFO: f2py:> C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\slicotmodule.c creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10 Reading fortran codes... Reading file '.\\SLICOT-Reference\\src\\MB01OE.f' (format:fix,strict) Line #107 in .\SLICOT-Reference\src\MB01OE.f:" PARAMETER ( ZERO = 0.0D0, ONE = 1.0D0, TWO = 2.0D0 )" get_parameters: got "eval() arg 1 must be a string, bytes or code object" on 4 Line #107 in .\SLICOT-Reference\src\MB01OE.f:" PARAMETER ( ZERO = 0.0D0, ONE = 1.0D0, TWO = 2.0D0 )" get_parameters: got "eval() arg 1 must be a string, bytes or code object" on 4 Line #107 in .\SLICOT-Reference\src\MB01OE.f:" PARAMETER ( ZERO = 0.0D0, ONE = 1.0D0, TWO = 2.0D0 )" get_parameters: got "eval() arg 1 must be a string, bytes or code object" on 4 rmbadname1: Replacing "max" with "max_bn". Post-processing... Block: slicot Block: mb01oe In: :slicot:.\SLICOT-Reference\src\MB01OE.f:mb01oe get_parameters: got "eval() arg 1 must be a string, bytes or code object" on 4 In: :slicot:.\SLICOT-Reference\src\MB01OE.f:mb01oe get_parameters: got "eval() arg 1 must be a string, bytes or code object" on 4 In: :slicot:.\SLICOT-Reference\src\MB01OE.f:mb01oe get_parameters: got "eval() arg 1 must be a string, bytes or code object" on 4 Applying post-processing hooks... character_backward_compatibility_hook Post-processing (stage 2)... Building modules... Building module "slicot"... Generating possibly empty wrappers" Maybe empty "slicot-f2pywrappers.f" Constructing wrapper function "mb01oe"... getarrdims:warning: assumed shape array, using 0 instead of '*' getarrdims:warning: assumed shape array, using 0 instead of '*' getarrdims:warning: assumed shape array, using 0 instead of '*' mb01oe(uplo,trans,n,alpha,beta,r,h,e,[ldr,ldh,lde]) Wrote C/API module "slicot" to file "C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\slicotmodule.c" INFO: adding 'C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\fortranobject.c' to sources. INFO: adding 'C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10' to include_dirs. copying C:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy\f2py\src\fortranobject.c -> C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10 copying C:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy\f2py\src\fortranobject.h -> C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10 INFO: adding 'C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\slicot-f2pywrappers.f' to sources. INFO: build_src: building npy-pkg config files running build_ext INFO: No module named 'numpy.distutils._msvccompiler' in numpy.distutils; trying from distutils DEBUG: new_compiler returns <class 'distutils._msvccompiler.MSVCCompiler'> INFO: customize MSVCCompiler INFO: customize MSVCCompiler using build_ext ******************************************************************************** <class 'distutils._msvccompiler.MSVCCompiler'> libraries = [] library_dirs = ['C:\\Users\\ilhan\\AppData\\Local\\Programs\\Python\\Python310\\libs', 'C:\\Users\\ilhan\\AppData\\Local\\Programs\\Python\\Python310\\PCbuild\\amd64'] include_dirs = ['C:\\Users\\ilhan\\AppData\\Local\\Programs\\Python\\Python310\\include', 'C:\\Users\\ilhan\\AppData\\Local\\Programs\\Python\\Python310\\Include'] ******************************************************************************** Unable to find productdir in registry Env var VS140COMNTOOLS is not set or invalid No productdir found INFO: get_default_fcompiler: matching types: '['gnu', 'intelv', 'absoft', 'compaqv', 'intelev', 'gnu95', 'g95', 'intelvem', 'intelem', 'flang']' INFO: customize GnuFCompiler DEBUG: find_executable('g77') WARN: Could not locate executable g77 DEBUG: find_executable('f77') WARN: Could not locate executable f77 DEBUG: _find_existing_fcompiler: compiler_type='gnu' not found INFO: customize IntelVisualFCompiler DEBUG: find_executable('ifort') WARN: Could not locate executable ifort DEBUG: find_executable('ifl') WARN: Could not locate executable ifl DEBUG: _find_existing_fcompiler: compiler_type='intelv' not found INFO: customize AbsoftFCompiler DEBUG: find_executable('f90') WARN: Could not locate executable f90 DEBUG: _find_existing_fcompiler: compiler_type='absoft' not found INFO: customize CompaqVisualFCompiler DEBUG: find_executable('DF') WARN: Could not locate executable DF DEBUG: _find_existing_fcompiler: compiler_type='compaqv' not found INFO: customize IntelItaniumVisualFCompiler DEBUG: find_executable('efl') WARN: Could not locate executable efl DEBUG: _find_existing_fcompiler: compiler_type='intelev' not found INFO: customize Gnu95FCompiler DEBUG: find_executable('gfortran') INFO: Found executable C:\msys64\ucrt64\bin\gfortran.exe INFO: customize Gnu95FCompiler INFO: customize Gnu95FCompiler using build_ext ******************************************************************************** <class 'numpy.distutils.fcompiler.gnu.Gnu95FCompiler'> version_cmd = ['C:\\msys64\\ucrt64\\bin\\gfortran.exe', '-dumpversion'] compiler_f77 = ['C:\\msys64\\ucrt64\\bin\\gfortran.exe', '-Wall', '-g', '-ffixed-form', '-fno-second-underscore', '-O3', '-funroll-loops'] compiler_f90 = ['C:\\msys64\\ucrt64\\bin\\gfortran.exe', '-Wall', '-g', '-fno-second-underscore', '-O3', '-funroll-loops'] compiler_fix = ['C:\\msys64\\ucrt64\\bin\\gfortran.exe', '-Wall', '-g', '-ffixed-form', '-fno-second-underscore', '-Wall', '-g', '-fno-second-underscore', '-O3', '-funroll-loops'] linker_so = ['C:\\msys64\\ucrt64\\bin\\gfortran.exe', '-Wall', '-g', '-Wall', '-g', '-shared'] archiver = ['C:\\msys64\\ucrt64\\bin\\gfortran.exe', '-cr'] ranlib = ['C:\\msys64\\ucrt64\\bin\\gfortran.exe'] linker_exe = ['C:\\msys64\\ucrt64\\bin\\gfortran.exe', '-Wall', '-Wall'] version = LooseVersion ('12.2.0') libraries = [] library_dirs = ['C:\\msys64\\ucrt64\\lib\\gcc\\x86_64-w64-mingw32\\12.2.0', 'C:\\msys64\\ucrt64\\lib', 'C:\\Users\\ilhan\\AppData\\Local\\Programs\\Python\\Python310\\libs', 'C:\\Users\\ilhan\\AppData\\Local\\Programs\\Python\\Python310\\PCbuild\\amd64'] object_switch = '-o ' compile_switch = '-c' include_dirs = ['C:\\Users\\ilhan\\AppData\\Local\\Programs\\Python\\Python310\\include', 'C:\\Users\\ilhan\\AppData\\Local\\Programs\\Python\\Python310\\Include'] ******************************************************************************** INFO: building 'slicot' extension INFO: compiling C sources creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan\AppData creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan\AppData\Local creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan\AppData\Local\Temp creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_ creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10 INFO: C:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Tools\MSVC\14.33.31629\bin\HostX86\x64\cl.exe /c /nologo /Ox /W3 /GL /DNDEBUG /MD -DNPY_DISABLE_OPTIMIZATION=1 -IC:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10 -IC:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy\core\include -IC:\Users\ilhan\AppData\Local\Programs\Python\Python310\include -IC:\Users\ilhan\AppData\Local\Programs\Python\Python310\Include -IC:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Tools\MSVC\14.33.31629\include -IC:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Auxiliary\VS\include -IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\ucrt -IC:\Program Files (x86)\Windows Kits\10\\include\10.0.19041.0\\um -IC:\Program Files (x86)\Windows Kits\10\\include\10.0.19041.0\\shared -IC:\Program Files (x86)\Windows Kits\10\\include\10.0.19041.0\\winrt -IC:\Program Files (x86)\Windows Kits\10\\include\10.0.19041.0\\cppwinrt /TcC:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\slicotmodule.c /FoC:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\slicotmodule.obj INFO: C:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Tools\MSVC\14.33.31629\bin\HostX86\x64\cl.exe /c /nologo /Ox /W3 /GL /DNDEBUG /MD -DNPY_DISABLE_OPTIMIZATION=1 -IC:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10 -IC:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy\core\include -IC:\Users\ilhan\AppData\Local\Programs\Python\Python310\include -IC:\Users\ilhan\AppData\Local\Programs\Python\Python310\Include -IC:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Tools\MSVC\14.33.31629\include -IC:\Program Files (x86)\Microsoft Visual Studio\2022\BuildTools\VC\Auxiliary\VS\include -IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\ucrt -IC:\Program Files (x86)\Windows Kits\10\\include\10.0.19041.0\\um -IC:\Program Files (x86)\Windows Kits\10\\include\10.0.19041.0\\shared -IC:\Program Files (x86)\Windows Kits\10\\include\10.0.19041.0\\winrt -IC:\Program Files (x86)\Windows Kits\10\\include\10.0.19041.0\\cppwinrt /TcC:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\fortranobject.c /FoC:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\fortranobject.obj INFO: compiling Fortran sources INFO: Fortran f77 compiler: C:\msys64\ucrt64\bin\gfortran.exe -Wall -g -ffixed-form -fno-second-underscore -O3 -funroll-loops Fortran f90 compiler: C:\msys64\ucrt64\bin\gfortran.exe -Wall -g -fno-second-underscore -O3 -funroll-loops Fortran fix compiler: C:\msys64\ucrt64\bin\gfortran.exe -Wall -g -ffixed-form -fno-second-underscore -Wall -g -fno-second-underscore -O3 -funroll-loops creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\SLICOT-Reference creating C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\SLICOT-Reference\src INFO: compile options: '-IC:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10 -IC:\Users\ilhan\AppData\Local\Programs\Python\Python310\lib\site-packages\numpy\core\include -IC:\Users\ilhan\AppData\Local\Programs\Python\Python310\include -IC:\Users\ilhan\AppData\Local\Programs\Python\Python310\Include -c' INFO: gfortran.exe:f77: .\SLICOT-Reference\src\MB01OE.f INFO: gfortran.exe:f77: C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\slicot-f2pywrappers.f copying /opt/64/lib/libopenblas.a -> C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\openblas.lib INFO: C:\msys64\ucrt64\bin\gfortran.exe -Wall -g -Wall -g -shared C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\SLICOT-Reference\src\MB01OE.o C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\slicot-f2pywrappers.o -LC:\msys64\ucrt64\lib\gcc\x86_64-w64-mingw32\12.2.0 -LC:\msys64\ucrt64\lib -LC:\Users\ilhan\AppData\Local\Programs\Python\Python310\libs -LC:\Users\ilhan\AppData\Local\Programs\Python\Python310\PCbuild\amd64 -o C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\.libs\libMB01OE.DXZN47X6Y45EGFXXLWVMKQJVOVWVDJOZ.gfortran-win_amd64.dll -Wl,--allow-multiple-definition -Wl,--output-def,C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\libMB01OE.DXZN47X6Y45EGFXXLWVMKQJVOVWVDJOZ.gfortran-win_amd64.def -Wl,--export-all-symbols -Wl,--enable-auto-import -static -mlong-double-64 C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\SLICOT-Reference\src\MB01OE.o: in function `mb01oe_': C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:138: undefined reference to `lsame_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:139: undefined reference to `lsame_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:144: undefined reference to `lsame_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:176: undefined reference to `dlascl_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:142: undefined reference to `lsame_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:156: undefined reference to `xerbla_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:139: undefined reference to `lsame_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:144: undefined reference to `lsame_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:142: undefined reference to `lsame_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:196: undefined reference to `ddot_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:206: undefined reference to `daxpy_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:209: undefined reference to `daxpy_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:210: undefined reference to `daxpy_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:248: undefined reference to `ddot_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:248: undefined reference to `ddot_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:256: undefined reference to `ddot_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:226: undefined reference to `daxpy_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:227: undefined reference to `daxpy_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:230: undefined reference to `daxpy_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:231: undefined reference to `daxpy_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:220: undefined reference to `dcopy_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:222: undefined reference to `dscal_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:268: undefined reference to `ddot_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:278: undefined reference to `ddot_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:278: undefined reference to `ddot_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:201: undefined reference to `dcopy_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:203: undefined reference to `dscal_' C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/12.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: C:\Users\ilhan\Documents\pydump\mesonslicot/./SLICOT-Reference/src/MB01OE.f:170: undefined reference to `dlaset_' collect2.exe: error: ld returned 1 exit status error: Command "C:\msys64\ucrt64\bin\gfortran.exe -Wall -g -Wall -g -shared C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\SLICOT-Reference\src\MB01OE.o C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\src.win-amd64-3.10\slicot-f2pywrappers.o -LC:\msys64\ucrt64\lib\gcc\x86_64-w64-mingw32\12.2.0 -LC:\msys64\ucrt64\lib -LC:\Users\ilhan\AppData\Local\Programs\Python\Python310\libs -LC:\Users\ilhan\AppData\Local\Programs\Python\Python310\PCbuild\amd64 -o C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\.libs\libMB01OE.DXZN47X6Y45EGFXXLWVMKQJVOVWVDJOZ.gfortran-win_amd64.dll -Wl,--allow-multiple-definition -Wl,--output-def,C:\Users\ilhan\AppData\Local\Temp\tmpr1ct3ys_\Release\libMB01OE.DXZN47X6Y45EGFXXLWVMKQJVOVWVDJOZ.gfortran-win_amd64.def -Wl,--export-all-symbols -Wl,--enable-auto-import -static -mlong-double-64" failed with exit status 1

1 0