272
edits
Building FlightGear - Cross Compiling: Difference between revisions
Jump to navigation
Jump to search
→osg-earth compilation trouble (you can delete if you solve)
(→osg-earth compilation trouble (you can delete if you solve): https://github.com/mxe/mxe/blob/master/src/geos-1-fixes.patch#L59) |
Hamzaalloush (talk | contribs) |
||
| Line 666: | Line 666: | ||
* seems name-mangling related: are you seeing the corresponding symbols in the object files (use '''nm''') ? | * seems name-mangling related: are you seeing the corresponding symbols in the object files (use '''nm''') ? | ||
:: i'm getting the class name, but unlike other symbols in the same library, i do not get the function getter. [http://pastebin.com/0zNn3P23] | |||
* if geos has any tests/demos (aka make check), do those work/compile against geos or not ? | * if geos has any tests/demos (aka make check), do those work/compile against geos or not ? | ||
:: there is the test case tinyxml that is provided with the source, that the bug above the post has failed to compile against. i'll try that. | |||
* is this specific to the compiler (static/dynamic) used here, or are you getting the same errors when building with your native compiler instead ? | * is this specific to the compiler (static/dynamic) used here, or are you getting the same errors when building with your native compiler instead ? | ||
:: native compiler produces the getter, wierd. see [http://pastebin.com/x0JF9h2E], something is not exporting all symbols? CMakeLists? good eye. | |||
* is this affected by the version of osgearth and/or geos used ? If in doubt, I'd use to use the version that poweroftwo suggested in his tutorial | * is this affected by the version of osgearth and/or geos used ? If in doubt, I'd use to use the version that poweroftwo suggested in his tutorial | ||
:: alright, will look into that. | |||
PS: The suggested fix I found for this particular problem (i.e. xmltester) is reverting the patch discussed at [https://trac.osgeo.org/geos/ticket/319] - so we may need to review the patch and apply it to the geos/osgearth code via a mxe/mk patch if that works ... According to google, tthe other thing worth checking seems conflicting geos versions installed (e.g. system-wide or elsewhere) | PS: The suggested fix I found for this particular problem (i.e. xmltester) is reverting the patch discussed at [https://trac.osgeo.org/geos/ticket/319] - so we may need to review the patch and apply it to the geos/osgearth code via a mxe/mk patch if that works ... According to google, tthe other thing worth checking seems conflicting geos versions installed (e.g. system-wide or elsewhere) | ||
:: yeah, i tried reverting the patch, as well forcing to compile against c++89/90 as make argument, their fix with the last patch was to force "-pedantic -ansi off" for the failing object. | |||
PPS: It also seems that there's a separate <nowiki>--cclibs</nowiki> argument in geos-config.in - so I guess we need to check first if C++ test code builds/links correctly ? | PPS: It also seems that there's a separate <nowiki>--cclibs</nowiki> argument in geos-config.in - so I guess we need to check first if C++ test code builds/links correctly ? | ||