jjzjj

gnu-coreutils

全部标签

用于 C 的代码重构工具,可用于 GNU/Linux?最好是源码

有人问过这个问题的变体,但不是特定于GNU/Linux和C。我使用KomodoEdit作为我常用的编辑器,但实际上我更喜欢可以从CLI使用的东西。我不需要C++支持;如果该工具只能处理纯C语言也没关系。我真的很感激任何指导,因为我找不到任何东西。我希望我没有被迫自己“滚动”一些东西。注意:请不要提及vim;我知道它的存在以及它的功能是什么。我有意选择避免使用vim,这就是我使用Komodo(或服务器上的nano)的原因。 最佳答案 我不认为纯粹的控制台重构工具会很好用。我在Linux上使用EclipseCDT来编写和重构C代码。还有

c - GNU libc.so 如何既是共享对象又是独立可执行文件?

在Linux中,GNU标准C库的共享库(libc.so)不仅是一个共享库,还可以作为独立的可执行文件运行,打印出版本信息:[me@computer~]$/lib/libc.so.6GNUCLibrarystablereleaseversion2.12,byRolandMcGrathetal.Copyright(C)2010FreeSoftwareFoundation,Inc.Thisisfreesoftware;seethesourceforcopyingconditions.ThereisNOwarranty;notevenforMERCHANTABILITYorFITNESSFOR

c - GNU libc.so 如何既是共享对象又是独立可执行文件?

在Linux中,GNU标准C库的共享库(libc.so)不仅是一个共享库,还可以作为独立的可执行文件运行,打印出版本信息:[me@computer~]$/lib/libc.so.6GNUCLibrarystablereleaseversion2.12,byRolandMcGrathetal.Copyright(C)2010FreeSoftwareFoundation,Inc.Thisisfreesoftware;seethesourceforcopyingconditions.ThereisNOwarranty;notevenforMERCHANTABILITYorFITNESSFOR

linux - 在 GNU/Linux 上生成 lnk 文件传输到 windows

我将首先解释我的目标以避免“XY问题”的误解。我希望能够生成一个文件(在Linux上),当下载到Windows机器并双击时,将打开一个具有已知路径(在本地Windows上)的(msoffice,但IIUC无关紧要)文件机器)由服务器预设。如果我在lnk文件中包含我要打开的文件的路径(以及关于它存储的卷等的其他详细信息),我尝试做的事情似乎是可能的。我首先检查了lnk文件格式规范,试图在python脚本中生成文件,但这不是我的小菜一碟(我以前从未编写代码来处理二进制文件)。此外,我想放弃该格式的许多功能,但我仍然需要理解它们的标志/字段/长度/终止等。然后我偶然发现了winedump实用

linux - 在 GNU/Linux 上生成 lnk 文件传输到 windows

我将首先解释我的目标以避免“XY问题”的误解。我希望能够生成一个文件(在Linux上),当下载到Windows机器并双击时,将打开一个具有已知路径(在本地Windows上)的(msoffice,但IIUC无关紧要)文件机器)由服务器预设。如果我在lnk文件中包含我要打开的文件的路径(以及关于它存储的卷等的其他详细信息),我尝试做的事情似乎是可能的。我首先检查了lnk文件格式规范,试图在python脚本中生成文件,但这不是我的小菜一碟(我以前从未编写代码来处理二进制文件)。此外,我想放弃该格式的许多功能,但我仍然需要理解它们的标志/字段/长度/终止等。然后我偶然发现了winedump实用

linux - 带有 gnu screen 的 Vim 背景

我在vim中的配色方案有问题。使用在GNUscreen中启动的vimsession编辑文件时,文本背景无法正确呈现。在screen外的session中,整个背景都是灰色的(应该是这样)。对于screen内的vim窗口,只有文本正后方的背景显示为灰色。其余为黑色。我在.cshrc和.screenrc中都将TERM设置为xterm-256color。我的.vimrc有sett_Co=256我正在使用csh。编辑:我正在通过cygwin进行连接。 最佳答案 [填写OP,见评论]OP发现了问题:Ineededtohavethisset:de

linux - 带有 gnu screen 的 Vim 背景

我在vim中的配色方案有问题。使用在GNUscreen中启动的vimsession编辑文件时,文本背景无法正确呈现。在screen外的session中,整个背景都是灰色的(应该是这样)。对于screen内的vim窗口,只有文本正后方的背景显示为灰色。其余为黑色。我在.cshrc和.screenrc中都将TERM设置为xterm-256color。我的.vimrc有sett_Co=256我正在使用csh。编辑:我正在通过cygwin进行连接。 最佳答案 [填写OP,见评论]OP发现了问题:Ineededtohavethisset:de

linux - 在 Linux 中使用 GNU Libc 编译并在 eglibc 上运行的危险?

我有一个几乎只依赖于libc的可执行文件。ldd的输出是:libpthread.so.0=>/lib64/libpthread.so.0(0x00002b53156b9000)libutil.so.1=>/lib64/libutil.so.1(0x00002b53158d5000)librt.so.1=>/lib64/librt.so.1(0x00002b5315ad8000)libdl.so.2=>/lib64/libdl.so.2(0x00002b5315ce2000)libm.so.6=>/lib64/libm.so.6(0x00002b5315ee6000)libc.so.6=

linux - 在 Linux 中使用 GNU Libc 编译并在 eglibc 上运行的危险?

我有一个几乎只依赖于libc的可执行文件。ldd的输出是:libpthread.so.0=>/lib64/libpthread.so.0(0x00002b53156b9000)libutil.so.1=>/lib64/libutil.so.1(0x00002b53158d5000)librt.so.1=>/lib64/librt.so.1(0x00002b5315ad8000)libdl.so.2=>/lib64/libdl.so.2(0x00002b5315ce2000)libm.so.6=>/lib64/libm.so.6(0x00002b5315ee6000)libc.so.6=

C: GTK+ 3.0 (3.20) - 从 GNU/Linux (Arch Linux) 到 Windows 的交叉编译

我需要将GTK+应用程序从GNU/Linux(ArchLinux)交叉编译到Windows。我已经尝试使用mingw32,但它没有看到所有库(包括c的标准库!)。所以,我需要:找到标准库;查找所有其他(glib、gio、gtk等)库。但是有一个问题——我找不到它们。我也无法从Windows编译。我必须做什么? 最佳答案 您可以找到gtk3forwindows的二进制文件onsourceforge或http://win32builder.gnome.org/.提取它们后,您可以关注此tutorial步骤:1)安装编译工具链安装适用于W