DiscussionsIssue archiveOCCT:Configuration

Archived issue #0022493

Build failure on fedora

CommunityOCCT:Configurationclosed1 public note

Search issues

Description

Post from Forum http://www.opencascade.org/org/forum/thread_20621/.
From reporing:
  /usr/lib/libGL.so: could not read symbols: File in wrong format

"Phil Cobbin | reply 2011/05/09 19:12
This looks like some sort of NVIDIA driver related issue.

Any suggestions on how to rework the configure and get this fixed would be a big help
Thanks."

Post proposes a small bash script that corrects the issue.
"Marco Nawijn | reply 2011/05/10 23:11
Hi Phil,

Are you running Fedora. In that case it might be that libGL.so is linked to the wrong non-NVIDIA library. I had the same issue. For some reason each "yum update" invalidates the link. I have a small bash script that corrects the issue:

#!/usr/bin/env bash

# Author: M. Nawijn
# Purpose: Restore symbolic links to NVIDIA libGL* libraries.
# These symbolic links are somehow restored to default
# non-NVIDIA libraries after yum update

# Test for existence of NVIDIA shared libs

libdir="/usr/lib64"
nvlibdir="/usr/lib64/nvidia"


if [ -L $nvlibdir/libGL.so ]; then
echo "NVIDIA sharedlibrary exists"
fi

if [ -L $libdir/libGL.so ]; then
echo "OpenGL sharedlibrary exists"
fi

\rm $libdir/libGL.so
\rm $libdir/libGL.so.1

ln -s $nvlibdir/libGL.so $libdir/libGL.so
ln -s %nvlibdir/libGL.so.1 $libdir/libGL.so.1
echo "NVIDIA sharedlibrary links restored."
"
Post:
"This looks like some sort of NVIDIA driver related issue.
Any suggestions on how to rework the configure and get this fixed would be a big help"

Log file (Attachment 1 (TXT)) is attached.

Public activity

1 archived note

Participants are labeled by their role within this record.

01Commenter 1
The problem obviously was in environment on the user workstation