如何使python包引用打包的非python可执行文件（.exe）；视窗

Question

我正在整理一个使用 Cygwin 可执行文件但未安装 Cygwin 的 Python 包。这意味着我的包中有一个可执行文件 (.exe) 和一个库 (.dll) 文件。我这样做是为了让只使用 Windows 和 Python 的人可以在 Windows 上使用该工具。我是 Python 包的新手，所以我很感激任何帮助。

---

主要问题

如何使我的包指向我的包中的可执行文件？例如，这将用于代替PATH 引用的可执行文件。答案可能就在那里，但我在搜索中找到的只是一堆关于如何从 Python 脚本创建可执行文件的信息，这不是我想要的。

---

详情/我的尝试

该工具是sclite，一个对语音识别输出进行评分的工具。有关我如何在 Windows 上获得该工具的信息，请查看下面的如何安装 SCLITE（用于重现能力）部分。

这是我如何设置我的包裹的一个小“玩具”示例。

$ tree package_holder_dir/
package_holder_dir/
├── bbd_package
│   ├── __init__.py
│   ├── non_py_exe_dll
│   │   ├── cygwin1.dll
│   │   └── sclite.exe
│   ├── score
│   │   ├── __init__.py
│   │   └── run_sclite.py
│   └── score_transcript.py
├── MANIFEST.in
├── README.txt
└── setup.py

3 directories, 9 files

我的第一个猜测是sclite.exe 应该放在MANIFEST.in 文件中。

# @file MANIFEST.in

include ./README.txt
include ./bbd_package/non_py_exe_dll/sclite.exe
include ./bbd_package/non_py_exe_dll/cygwin1.dll

我也尝试将它们放入setup.py

我的setup.py如下

#!/usr/bin/env/python3
# -*- coding: utf-8 -*-
# @file setup.py
    
import setuptools
from distutils.core import setup

with open ("README.txt", "r") as fh:
  long_description = fh.read()

setup(
  name='bbd_package',
  url='user@host.com',
  author='bballdave025',
  author_email='not.likely@idontwantspam.com',
  packages=setuptools.find_packages(),
  #data_files=[('lib', ['./non_py_exe_dll/cygwin1.dll']),
  #                     './non_py_exe_dll/sclite.exe'],
  version='0.0.1',
  description="Example for SO",
  long_description=long_description,
  include_package_data=True
) ##endof:  setup

注意this source (archived) 我使用data_files 作为DLL 的位置。但是，当我在其他地方安装发行版时，我找不到这些文件。这就是他们在这里被注释掉的原因。

使用MANIFEST.in 似乎可行，但后来我不得不使用相对路径来访问可执行文件。尝试在另一个目录中 import bbd_package 时，这将不起作用。

让我试着用我的两个 Python 文件来说明：

score_transcript.py 只是调用run_sclite.py。

#!/usr/env/bin python3
# -*- coding: utf-8 -*-
# @file run_sclite.py

import os, sys, subprocess

def run_sclite(hyp, ref):
  subprocess.call(['../non_py_exe_dll/sclite.exe', '-h', hyp, '-r', ref, '-i', 'rm', \
                   '-o', 'all snt'])

我可以在我的系统上安装它：

C:\toy_executable_example\package_holder_dir>pip install .

如果我恰好在run_sclite.py的目录中

C:\toy_executable_example\package_holder_dir\bbd_package\score>python
Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 17:00:18) [MSC v.1900 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import bbd_package.score.run_sclite
>>> bbd_package.score.run_sclite.run_sclite('a.hyp', 'a.ref')
sclite Version: 2.10, SCTK Version: 1.3
...output that shows it works...
>>>

但是，从任何其他目录，没有骰子。

C:\Users\me>python
Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 17:00:18) [MSC v.1900 64 bit 
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import bbd_package.score.run_sclite
>>> bbd_package.score.run_sclite.run_sclite('a.hyp', 'a.ref')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Users\dblack\AppData\Local\Programs\Python\Python36\lib\site-packages\bbd_package\score\run_sclite.py", line 9, in run_sclite
    '-o', 'all snt'])
  File "C:\Users\dblack\AppData\Local\Programs\Python\Python36\lib\subprocess.py", line 267, in call
    with Popen(*popenargs, **kwargs) as p:
  File "C:\Users\dblack\AppData\Local\Programs\Python\Python36\lib\subprocess.py", line 709, in __init__
    restore_signals, start_new_session)
  File "C:\Users\dblack\AppData\Local\Programs\Python\Python36\lib\subprocess.py", line 997, in _execute_child
    startupinfo)
FileNotFoundError: [WinError 2] The system cannot find the file specified
>>>

如何告诉 Python 在我的包中查找可执行文件？

---

系统详情

此信息来自从 Window 的命令提示符运行 systeminfo。

OS Name:                   Microsoft Windows 10 Enterprise
OS Version:                10.0.15063 N/A Build 15063
OS Manufacturer:           Microsoft Corporation
OS Configuration:          Member Workstation
OS Build Type:             Multiprocessor Free

---

如何安装 SCLITE（再现能力）

我提供了安装说明（使用 Cygwin）here 的链接，请查看我的评论。这里是没有解释的命令

$ cd
$ git clone https://github.com/kaldi-asr/kaldi.git
$ cd kaldi/tools
$ extras/check_dependencies.sh
$ make -j $(nproc --all)
$ cp -R sctk-2.4.10 ~/
$ cd
$ rm -rf kaldi
$ cd sctk-2.4.10/
$ cp $HOME/.bashrc "${HOME}/.bashrc.$(date +%Y%m%d-%H%M%S).bak"
$ echo -e "\n\n## Allow access to sclite, rfilter, etc" >> $HOME/.bashrc
$ echo 'export PATH='"$(pwd)/bin"':$PATH' >> $HOME/.bashrc
$ source ~/.bashrc

我还包括一个link (archived) 以“更快”说明以及有关EXE 和DLL 文件的信息。这一切都归功于@benreaves

更简单（但更丑陋）的解决方法，我给了一个实习生 为我计算一些单词错误率：

在我安装了 Cygwin 的笔记本电脑上，我使用我的创建 sclite.exe

cp src/*/*.c . ; make all

我上一条消息中的解决方法

我从我的 笔记本电脑的c:/cygwin/bin/ 文件夹

将该压缩文件通过电子邮件发送给她，然后她将这两个文件复制到一个新的 她笔记本电脑上的文件夹和set PATH=.;%PATH%

我没有设置PATH，因为我希望它是可分发的。

这在她运行 Windows 7 的笔记本电脑上运行良好，但她没有 需要在她的笔记本电脑上安装 Cygwin 或任何其他 NIST 软件。

-本

Answer 1

我终于让它工作了。我拼凑在一起的来源如下。基本答案是我使用__file__ 变量来查找调用打包模块的目录，然后使用相对路径来访问我的可执行文件。我对这个解决方案不太满意（here {archived} 在某些情况下它不起作用），但它现在可以完成工作。

细节

MANIFEST.in 文件保持不变：

# @file MANIFEST.in
# @author bballdave025

include ./README.txt
include ./bbd_package/non_py_exe_dll/sclite.exe
include ./bbd_package/non_py_exe_dll/cygwin1.dll

但是，我需要将以下内容添加到 exe-running 代码中。这是run_sclite.py

from pathlib import Path
#...
path_to_here = os.path.dirname(os.path.abspath(__file__))
path_to_pkg_root = Path(path_to_here).resolve().parents[1]
path_to_exe = os.path.join(path_to_pkg_root, 'non_py_exe_dll')
#...

请注意，pathlib 需要 Python 版本 >= 3.4

这是整个 (run_sclite.py) 文件：

#!/usr/env/bin python3
# -*- coding: utf-8 -*-
# @file run_sclite.py
# @author bballdave025

import os, sys, subprocess
from pathlib import Path

def run_sclite(hyp, ref):
  path_to_here = os.path.dirname(os.path.abspath(__file__))
  path_to_pkg_root = Path(path_to_here).resolve().parents[1]
  path_to_exe = os.path.join(path_to_pkg_root, 'non_py_exe_dll')
  
  subprocess.call([os.path.join(path_to_exe, 'sclite.exe'), '-h', hyp, '-r', ref, \
                   '-i', 'rm', '-o', 'all snt'])
  
##endof:  run_sclite(hyp, ref)

---

来源

Mouse vs. Python，并说明此解决方案何时不起作用以及其他替代方案。 (archived)

Getting to package root directory (SO) (archived ; 查找“使用 os.path”)。

最终让我得到了答案：Python Packaging Tutorial。看看“注：”。 (archived)