Problem with OpenCASCADE SBo on 64-13.1
Hi,
I'm trying to install OpenCASCADE via the slackbuilds.org script The build runs fine, until a point, where it halts with the error: /usr/lib/libXext.so: could not read symbols: File in wrong format ie. it is trying to use a the 32-bit libXext instead of the 64-bit one. I have checked the SlackBuild script and it seems to my eyes that the libraries are set correctly to use the libdirsuffix; indeed, all the libraries until this point in the compile are sourced correctly for /usr/lib64, so why is it looking in /usr/lib for this one? And how do I fix it? I should also mention that I'm doing this through sbopkg as opposed to manually from console.. |
Hi,
Unfortunately I do not have a multilib system to test this for you. Can you tell me at what point exactly it stops building? It might be that some Makefile of some module looks at both /usr/lib and /usr/lib64. I'm working on a new version of the SlackBuild for OpenCASCADE 6.4, but it is not very high on my priority list... Niels |
Thanks for the reply, Nils,
I'm unsure exactly how to pinpoint where the error occurs. I'm re-running the compile now and will attach a screenshot here once it fails.. would that help? I wish to run the latest version (10.xx) of FreeCAD... do you know if I would need OpenCASCADE 6.4 for that, or would 6.3 be OK? |
It would be best to paste the output of the build, to see where the error occurs. But a screenshot (as long as it shows the error) might help.
I tried FreeCAD 1.0x a while ago and it worked fine with OpenCASCADE 6.3. Niels |
FYI, tried (for fun :D ) to build it on -current multilib with sp9 instead of 6 and all went well. :)
but, if it's a link-time error, could be also that, on multilib, forcing LDFLAGS in a line before the CFLAGS' one in the slackbuild could do, like this Code:
... |
Thank you both.
Here is a paste of the error: Quote:
|
Quote:
|
OK, I'll test this when I get home and - if it does not cause any problems on "standard" Slackware, I'll include it in the update for OCC 6.4.
Niels |
this got into a bloodbath (at least for me, hope I am not too OT :) ): I've gone on building FreeCAD (and deps) on -current multilib and I stumbled in this while building FreeCAD itself
Code:
ld: cannot find -ljscore so I hacked qt.SlackBuild a little Code:
@@ -184,6 +184,13 @@ and with the rebuilt qt he got its libjscore and was happy (for the moment). But, as I am on multilib, another bugger arised: the linker refused to link /usr/lib64/../lib/libstdc++.so. :( This is obvious, is a 32bit library, but I wasn't able to get where in his build configuration file was constructing this wrong path (that can happen if you don't know where to look :P ) I tried with the LDFLAGS trick but my ld-fu wasn't strong enough. then I stumbled in this nice message and tried the LDEMULATION triple-kick, but it laughed at me. as a last resort, I tried the second suggestion that Master Ken cite in the message above, and punched him indaface changing the linker Code:
@@ -57,6 +58,7 @@ for the record, I was trying this later linker stuff with FreeCAD 0.10.3205 and had to do other modifications to the slackbuild (turned off debug too): result is a not-so-much working FreeCAD, because it cannot find any module (but I'll have a look on that too. It's like Terminator: you think you got him but he gets back on his feet :( ). sorry for the long post but maybe it's useful to know about it. :) P.S. happy note: after that qt fiddling, I made also a qt-4.7.1 (from the corresponding branch) package and is running nice on my desktop with alien's kde. |
Quote:
As long as it's only that simple LDFLAGS modification, it won't survive the review process ;) |
ppr:kut: OK... :)
I don't use multilib. I use "pure" 64-bits. If something does not run on 64-bits means that it's badly written or it's a closed-source binary - and I want nothing to do with either. :p |
Well, not really. The LDFLAGS issue is quite common, and most likely affects quite some amount of scripts on SlackBuilds.org, hence the FAQ entry ;)
The only things I tend to fix/report are if the script doesn't succeed with only multilib gcc/glibc installed, because 99% of the scripts do. But that's already pretty borderline stuff for SBo. |
Very nice work, Ponce. I haven't got around to FreeCAD yet.. man that looks nightmarish.
May I ask whose Slackbuild you started off with for Qt 4.7? And how much extra work is it to get a working FreeCAD 10.xx? |
Lte me drop a link for SlackBuilds.Org FAQ for multilib systems:
http://www.slackbuilds.org/faq/#multilib |
Quote:
Quote:
if you want to try 4.7.1, as written in the slackbuild, it's using the kde-qt branches on gitorious, so Code:
git clone git://gitorious.org/+kde-developers/qt/kde-qt.git for the "working" freecad cannot tell yet cause here still cannot see its mods :( |
All times are GMT -5. The time now is 10:59 PM. |