在 Ubunutu 12.04 或 Springdale 6.4 上，使用 gcc 和 g++，C_INCLUDE_PATH(或CPLUS_INCLUDE_PATH) 和LD_LIBRARY_PATH? 是LD一个只在运行时使用，另外两个只在编译时？
由于GCC 在这些操作系统上似乎忽略了INCLUDE和LIBRARY_PATH环境变量，我应该在构建我的 ~/.bashrc 文件时设置它以使其在现代 Linux 操作系统中尽可能可移植（实际路径中的模更改）？
我正在尝试将多个 Chrome 独立窗口分组到 Ubuntu 14.04 中的同一启动器下。似乎不可能简单地WM_CLASS在 .desktop 文件中指定多个变量（请参阅对此答案的评论）。
我想到的第一个解决方案是在短暂的延迟后使用 xprop 将额外窗口的 WM_CLASS 更改为与所选主窗口相同。如果我没有在命令行指定要更改的窗口，让它给我一个十字准线，然后使用如下命令单击任性的窗口，则此方法有效：
xprop -f WM_CLASS 8s -set WM_CLASS crx_kphgejagakmceapfinpoopapfdnkkepf
（在对同一问题的回答中没有太多理解）
它获得新的WM_CLASS，Ubuntu 立即将其重新组合到所选的启动器而不是 Chrome 下。
然而，尽管所有外观的窗口都具有非常简单的名称Todoist（这是标题栏上显示的名称，并xprop | grep -i name给出
WM_NAME(UTF8_STRING) = "Todoist"
_NET_WM_NAME(UTF8_STRING) = "Todoist"
WM_LOCALE_NAME(STRING) = "en_US.UTF-8"
所以，我认为 xprop 不可信。
相反，我发现我可以使用 python 包 wnck 来访问这个窗口，方式如下：
import wnck
todoist = [w for w in wnck.screen.get_defaults().get_windows()
if 'todoist' in w.get_name().lower()][0]
那么，我如何使用这个对象todoist来改变底层WM_CLASS呢？
我意识到这完全是一个 xy 问题，因此我对完全不同的方法持开放态度。
会产生什么样的噪音numpy.random.random((NX,NY))？白噪声？如果它有所不同,我有时会产生3D或1D噪音(参数是(NX,NY,NZ)或(N,)).