使用Carrot2进行连续聚类?(Sequential clustering with Carrot2?)
它可以用carrot2做“顺序聚类”。 我对顺序聚类的意思是,假设我有一组文件正在进行聚类,然后经过一段时间新的文档即将进行聚类,是否可以使用旧结果聚类新文档或者我是否需要重新聚类所有文件。
第一篇文章顺便说一句,所以要温柔。
its possible to do "sequential clustering" with carrot2. What i mean with sequential clustering is, let say I have a set of documents that im clustering, and then after a some time new documents are ariving for clustering, is it possible to cluster new document with the old result or do I need to recluster all documents.
first post btw so be be gentle.
原文:https://stackoverflow.com/questions/22406594
最满意答案
你有几个选择
1)您可以将附加调用添加到具有依赖关系的库中
2)您可以使用
--start-group / --end-group
选项,如下所示:mipsel-linux-gcc ffmpeg_mips_test.c -o ffmpeg_mips_test -Wall -v -I/ffmpegMIPS/includeffmpegMIPS/ -L/ffmpegMIPS/libffmpegMIPS/ -Wl,--start-group -lavformat -lavcodec -lavutil -lswscale -Wl,--end-group -lm -lpthread
这是介绍其用法的
ld
页条目重复搜索指定的档案,直到没有创建新的未定义参考。 通常情况下,档案只会在命令行中指定的顺序搜索一次。 如果需要该归档中的符号来解析在命令行中稍后出现的归档中由对象引用的未定义符号,则链接程序将无法解析该引用。 通过对档案进行分组,他们都被重复搜索,直到解决所有可能的参考。
You have a few options
1) You can add additional calls to your library(s) that have dependencies
2) You can use the
--start-group / --end-group
options like so:mipsel-linux-gcc ffmpeg_mips_test.c -o ffmpeg_mips_test -Wall -v -I/ffmpegMIPS/includeffmpegMIPS/ -L/ffmpegMIPS/libffmpegMIPS/ -Wl,--start-group -lavformat -lavcodec -lavutil -lswscale -Wl,--end-group -lm -lpthread
Here is the
ld
manpage entry describing its useThe specified archives are searched repeatedly until no new undefined references are created. Normally, an archive is searched only once in the order that it is specified on the command line. If a symbol in that archive is needed to resolve an undefined symbol referred to by an object in an archive that appears later on the command line, the linker would not be able to resolve that reference. By grouping the archives, they all be searched repeatedly until all possible references are resolved.
相关问答
更多-
更改: g++ -g3 -Wall -I"../../" -lrt -lroller -o rap main.o 至: g++ -g3 -Wall main.o -lroller -lrt -o rap 链接顺序很重要(在这种情况下-I是冗余的)。 Change: g++ -g3 -Wall -I"../../" -lrt -lroller -o rap main.o to: g++ -g3 -Wall main.o -lroller -lrt -o rap Link order matters ...
-
你不能。 对于你的例子,你可以有foo.lib或bar.lib定义,但不能同时拥有这两个定义(特别是如果你不能重新编译这些库并设置符号的可见性,那么只有你想要的符号被导出)。 您将它们与您的应用程序链接的顺序取决于使用哪个库的定义(您必须使用科学方法,我认为第一个链接的是胜利)。 Niklas Hansson的回答是动态执行此操作的好方法,但似乎您不想修改原始应用程序,以便动态选择/选择从库中取出哪些符号。 如果你真的想要用一个十六进制编辑器来修改符号表,这样你不想导出的符号就会有不同的名字(哈克,但它会起 ...
-
我想--这里的问题是: -Wl,-no--whole-archive 试试吧 -Wl,-no-whole-archive 编辑 关于没有在你的应用程序中看到带有nm应用程序的测试符号:我认为你不需要-L因为你提供了完整的路径和test.a的名称 - 做任何一个 -Wl,--whole-archive -L/home/dumindara/intest/ -ltest -Wl,-no-whole-archive 要么 -Wl,--whole-archive /home/dumindara/intest/t ...
-
C ++ - 解决使用静态和动态库时的链接器错误(C++ - Resolve linker error when working with static and dynamic libraries)[2023-04-08]
当您在Visual Studio中构建一个DLL项目时,它将与该DLL一起构建一个静态导入库。 这个库包含你的DLL导出的函数的填充定义,它将负责从DLL中加载它们。 将您的测试可执行文件链接到您的DLL的导入库应该能够正常工作。 When you build a DLL project in Visual Studio, it will build a static import library along with the DLL. This library contains shim definiti ... -
首先,当我们导入.m文件而不是.h文件时,会出现重复符号的错误。 其次,我刚刚将变量int标志更改为int i,v为不同的类清理了项目并运行它。 Firstly, when we import .m file instead of .h file then the error of duplicate symbol occurs. Secondly, i just changed the variable int flag to int i , v for different classes cleaned ...
-
你的Github存储库中有很多代码,因此彻底的分析需要时间,但是首先看起来,这似乎是“缺少extern "C" (“双关语”)。 从C ++代码中,当包含C头文件时,需要使用extern "C" 。 有几种方法可以做到这一点。 首先,当包括,如: extern "C" { #include "the_c_header.h" } 其次,在标题本身: #if defined(__cplusplus) extern "C" { #endif .... contents of the C header... ...
-
你有几个选择 1)您可以将附加调用添加到具有依赖关系的库中 2)您可以使用--start-group / --end-group选项,如下所示: mipsel-linux-gcc ffmpeg_mips_test.c -o ffmpeg_mips_test -Wall -v -I/ffmpegMIPS/includeffmpegMIPS/ -L/ffmpegMIPS/libffmpegMIPS/ -Wl,--start-group -lavformat -lavcodec -lavutil -lswscal ...
-
所以,解决方案比我想象的要简单。 转到您的项目属性,并确保您运行的是x64而不是win32 。 win32库文件夹中不存在cublas lib文件。 So, the solution was simpler than I thought. Go to your project properties and make sure that you're running x64 rather than win32. The cublas lib file does not exist in the win32 l ...
-
如何解决此链接器错误?(How to resolve this linker error?)[2022-09-06]
假设您拥有所有必需的库:对于libSOMETHING.so ,请指定-lSOMETHING而不是-llibSOMETHING.so 。 省略最初的lib和最终的.so 。 Assuming you have all required libraries: for libSOMETHING.so, specify -lSOMETHING instead of -llibSOMETHING.so. Omit the initial lib and final .so. -
我没有尝试或测试过这个,但看起来ld执行增量或部分链接的能力可能就是你要找的东西。 检查--relocatable选项(如果处理C ++,您可能还需要查看-Ur选项),当应用于将进入库的目标文件时,将执行您想要的操作。 我认为您应该能够将该操作的输出用作目标文件(或将其放在静态库本身中),以用于程序的最终链接步骤。 I haven't tried or tested this, but it looks like ld's ability to perform incremental or partial ...