-
-
Notifications
You must be signed in to change notification settings - Fork 4.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Link error 1189 library limit of 65535 objects exceeded #833
Comments
This error seems like a limit of Visual Studio. From what I have read it is not possible to bypass this limit so something else have to be done. |
Are you compiling with |
Hi @taketwo , I was compiling with |
Okay, this means we have a temporary workaround. |
Found #350 while browsing closed pull requests. Another indication that |
Anything new to this? pcl features still does not compile without setting PCL_ONLY_CORE_POINT_TYPES |
I think the only other solution is to use a compiler that doesn't have the 65k objects limit. |
That would mean that (full) pcl loses visual studio support... bad for 50% of all developers I think in my case I cannot switch, it is a company guideline to use VS... I would also prefer another compiler... |
Is there a reason you need to compile all of the point types against all of the feature classes? |
Setting |
No there is no reason to compile all types, additionally to the core point types we use pcl::PointNormals, pcl::PointXYZ, pcl::PointXYZI, pcl::PointXYZRGB and pcl::PointXYZRGBI. When i compile pcl with core types i get linker errors when using those:
Is there a workaround to easily add some specified point types to the "Core"? Or can i tell the compiler to compile those additional point types in my own program/lib? If yes, how? @jspricke: what you mean with "So I would make it default for 1.8 on Windows"? I do not really understand what you want to say.... |
Yes, you can include the relevant .hpp file(s) in your source and the compiler will create the objects you use if they were not explicitly instantiated in the main library. There's a tutorial which discusses this here. This has the downside of seriously increasing your compilation time if you use a few classes. |
omg, that was the trick, so many thanks.... |
I've proposed a pull request (#897) for the next version (1.8). |
Best news today. |
Set PCL_ONLY_CORE_POINT_TYPES on Windows (Closes #833)
…nce-estimate * gh/master: (166 commits) Fixes for issue PointCloudLibrary#924 Fix setSize () in PCL visualizer PCL formula is in the official homebrew repo CMake pkg_check_modules sets GLEW_INCLUDEDIR Fix for Mac OS X Changes necessary for lccp pull request PointCloudLibrary#718 Change to visualization to make things a bit nicer - mainly removed broken opacity Updated supervoxel examples with normals and better description of the camera transform Removed public interface for modifying neighbors of OctreePointcloudAdjacencyContainer. Neighbors can now only be added/removed from within OctreePointcloudAdjacency. This does *not* mean neighbors can't be modified, just that the list of neighbors itself can't be modified. Fix for problem where leaves could get lost, and warning would show up. Now we use leaf indices directly for seeding, instead of doing a look up Changed OctreePointcloud Adjacency to use std::list instead of std::set, added comparator to SupervoxelHelper so that the internal set of voxels owned by a helper is sorted by index instead of memory location Added brief comment explaining comparator Fix inconsistency between method declaration and implementation that resulted in build failure Remove Boost Chrono dependency Don't normalize path if function is not in Boost Disable precompilation of PPFRegistration Fix for issue PointCloudLibrary#758 Moved pcl::PPFHashMapSearch::setInputFeatureCloud() and pcl::PPFHashMapSearch::nearestNeighborSearch() implementation from ppf_registration.hpp to ppf_registration.cpp since they belong to a not templated class Bump PCL version to 1.8.0 Fixes PointCloudLibrary#896. Add a changelist for 1.7.2 Set PCL_ONLY_CORE_POINT_TYPES on Windows (Closes PointCloudLibrary#833) ... Conflicts: common/include/pcl/common/impl/centroid.hpp
After the merge of #790 I'm unable to compile the pcl_features library, due to link error in topic.
I guess it has to be divided into multple dll's or is there some other way to do it? As far as I have found, its not possible.
Any one else has this error?
The text was updated successfully, but these errors were encountered: