LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   "/usr/lib64/libgobject-2.0.so: could not read symbols" when trying to install ORBit2 (https://www.linuxquestions.org/questions/slackware-14/usr-lib64-libgobject-2-0-so-could-not-read-symbols-when-trying-to-install-orbit2-786521/)

ollebanan 02-02-2010 03:18 PM

"/usr/lib64/libgobject-2.0.so: could not read symbols" when trying to install ORBit2
 
Hi all,

I am trying to install ORBit2 - however - it fails with this error messages. Im using Slackware 13 x86_64 with multilib.

Code:

/usr/lib64/libgobject-2.0.so: could not read symbols: File in wrong format
collect2: ld returned 1 exit status
make[3]: *** [test-linc] Fel 1
make[3]: Leaving directory `/tmp/SBo/ORBit2-2.14.17/linc2/test'
make[2]: *** [all-recursive] Fel 1
make[2]: Leaving directory `/tmp/SBo/ORBit2-2.14.17/linc2'
make[1]: *** [all-recursive] Fel 1
make[1]: Leaving directory `/tmp/SBo/ORBit2-2.14.17'
make: *** [all] Fel 2

I downloaded the package via www.slackbuild.org, changed the ARCH parameter to x86_64, even added the line:

Code:

LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \
However same result, if anyone have any suggestions to what might be causing this i would be thankful.

Thanks in advance,

Olle

manwichmakesameal 02-02-2010 04:05 PM

You shouldn't have had to change anything in the SlackBuild script. The only thing you should have had to do is
Code:

you@yourmachine: ARCH=x86_64 ./appname.SlackBuild
edit: I just ran through building ORBit2 from SBo and it worked fine.

ollebanan 02-03-2010 01:00 PM

Quote:

Originally Posted by manwichmakesameal (Post 3850027)
You shouldn't have had to change anything in the SlackBuild script. The only thing you should have had to do is
Code:

you@yourmachine: ARCH=x86_64 ./appname.SlackBuild
edit: I just ran through building ORBit2 from SBo and it worked fine.

Still the same result.

manwichmakesameal 02-03-2010 02:48 PM

Can you post your /tmp/SBo/ORBit2-2.14.17config.log?

ollebanan 02-03-2010 03:31 PM

Quote:

Originally Posted by manwichmakesameal (Post 3851275)
Can you post your /tmp/SBo/ORBit2-2.14.17config.log?

http://people.dsv.su.se/~pehr-lau/config.log

manwichmakesameal 02-03-2010 03:50 PM

Code:

conftest.c:8:28: error: ac_nonexistent.h: No such file or directory
configure:6981: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ORBit2"
| #define PACKAGE_TARNAME "ORBit2"
| #define PACKAGE_VERSION "2.14.17"
| #define PACKAGE_STRING "ORBit2 2.14.17"
| #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=ORBit2"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:7014: result: gcc -E
configure:7043: gcc -E  conftest.c
configure:7050: $? = 0
configure:7081: gcc -E  conftest.c
conftest.c:8:28: error: ac_nonexistent.h: No such file or directory
configure:7088: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| #define PACKAGE_NAME "ORBit2"
| #define PACKAGE_TARNAME "ORBit2"
| #define PACKAGE_VERSION "2.14.17"
| #define PACKAGE_STRING "ORBit2 2.14.17"
| #define PACKAGE_BUGREPORT "http://bugzilla.gnome.org/enter_bug.cgi?product=ORBit2"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>

It looks like configure isn't finding one of the headers in the source tarball. Have you tried redownloading the source and unpacking it? There are a lot of errors in that log pertaining to that header file.

XGizzmo 02-03-2010 04:42 PM

Can you show us the output of "file /usr/lib64/libgobject-2.0.so.0.1800.4"?

ollebanan 02-03-2010 05:01 PM

Quote:

Originally Posted by XGizzmo (Post 3851432)
Can you show us the output of "file /usr/lib64/libgobject-2.0.so.0.1800.4"?

Code:

/usr/lib64/libgobject-2.0.so.0.1800.4: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
Also tried re downloading it, still the same.

wadsworth 02-03-2010 06:43 PM

I'm seeing many differences between your config.log and mine. Most are something like:
-configure:14352: gcc -o conftest -O2 -fPIC conftest.c >&5
+configure:14352: gcc -o conftest -O2 -fPIC -L/usr/lib64 conftest.c >&5

so it looks like your "LDFLAGS=-L/usr/lib64" is being ignored.

But whether I define LDFLAGS or not, the build still doesn't fail.
Sorry, not much help.

manwichmakesameal 02-03-2010 06:47 PM

Yeah, I did notice in the config.log some entries like this:
Code:

ORBIT_NAME_LIBS='-pthread -Wl,--export-dynamic -L/usr/lib -lgobject-2.0 -lgthread-2.0 -lrt -lgmodule-2.0 -lglib-2.0  '
Is your build trying to use your 32 bit stuff for some reason?

XGizzmo 02-04-2010 06:18 AM

Quote:

Originally Posted by wadsworth (Post 3851554)
so it looks like your "LDFLAGS=-L/usr/lib64" is being ignored.

Yes it is:
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=

ollebanan Your configure line should look just like this after you added the LDFLAGS part.

CFLAGS="$SLKCFLAGS" \
CXXFLAGS="$SLKCFLAGS" \
LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \
./configure \

ollebanan 02-04-2010 07:18 AM

Quote:

Originally Posted by XGizzmo (Post 3852170)
Yes it is:
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=

ollebanan Your configure line should look just like this after you added the LDFLAGS part.

CFLAGS="$SLKCFLAGS" \
CXXFLAGS="$SLKCFLAGS" \
LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \
./configure \

I tried that already, still the same result.

I renamed the /usr/lib directory as a temporary fix - which allowed the problem to be solved - but it's a ugly fix and nothing permanent, i will however keep digging into this.

EDIT: Thanks for the help so far, i really appreciate it!

manwichmakesameal 02-04-2010 07:44 AM

Do you have anything set in your environment? Do
Code:

echo $CFLAGS

ollebanan 02-04-2010 08:03 AM

Quote:

Originally Posted by manwichmakesameal (Post 3852273)
Do you have anything set in your environment? Do
Code:

echo $CFLAGS

Nope that was empty.

Martinezio 02-04-2010 08:44 AM

Quote:

Originally Posted by ollebanan (Post 3849973)
I downloaded the package via www.slackbuild.org, changed the ARCH parameter to x86_64, even added the line:

Code:

LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \
However same result, if anyone have any suggestions to what might be causing this i would be thankful.

Thanks in advance,

Olle

Hi,

all that changes You made are good, but did You also have defined $LIBDIRSUFFIX variable before You call it in LDFLAGS?

Just add those lines into the script just after working directories definitions:

Code:

if [ "$ARCH" = "i486" ]; then
  SLKCFLAGS="-O2 -march=i486 -mtune=i686"
  SLKLDFLAGS=""                         
  LIBDIRSUFFIX=""                       
elif [ "$ARCH" = "s390" ]; then         
  SLKCFLAGS="-O2"                       
  SLKLDFLAGS=""                         
  LIBDIRSUFFIX=""                       
elif [ "$ARCH" = "x86_64" ]; then       
  SLKCFLAGS="-O2 -fPIC"                 
  SLKLDFLAGS="-L/usr/lib64"             
  LIBDIRSUFFIX="64"                     
fi

;) and have fun :)

PS: oh, I forgot something - add new ./configure option:
--libdir=/usr/lib${LIBDIRSUFFIX}

;)


All times are GMT -5. The time now is 07:28 AM.