! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
could not read symbols: File in wrong format
Status:
RESOLVED: INVALID
Severity:
critical

Comments

Description onkelho 2010-07-29 09:15:15 CEST
+ CONFIGURE_XPATH='--x-includes=/usr/include --x-libraries=/usr/lib64'
+ ./configure --build=x86_64-mandriva-linux-gnu --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/lib64 --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --x-includes=/usr/include --x-libraries=/usr/lib64 --prefix=/usr --disable-static --disable-libtool-lock --enable-perl-bindings --enable-gtk-doc-html --with-html-dir=/usr/share/gtk-doc/html
+ make
../common/.libs/libxfconf-common.a(libxfconf_common_la-xfconf-errors.o): could not read symbols: File in wrong format
collect2: ld returned 1 exit status
make[3]: *** [libxfconf-0.la] Error 1
make[2]: *** [all] Error 2

not knowing to solve this, a build of xfconf-4.7.1 was going good, and, on
my locale machine/installation, the rpmbuild also working, but on the build-server of UL, all times breaking with this error,
i search to find out a missing build require but not found....

is the code not cleared or was written it on MS as host????

Excuse me please, but i am not a coder, just a tester and packager 

Regards
Comment 1 onkelho 2010-07-29 14:44:17 CEST
(In reply to comment #0)
> + CONFIGURE_XPATH='--x-includes=/usr/include --x-libraries=/usr/lib64'
> + ./configure --build=x86_64-mandriva-linux-gnu --prefix=/usr
> --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
> --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
> --libexecdir=/usr/lib64 --localstatedir=/var --sharedstatedir=/usr/com
> --mandir=/usr/share/man --infodir=/usr/share/info --x-includes=/usr/include
> --x-libraries=/usr/lib64 --prefix=/usr --disable-static --disable-libtool-lock
> --enable-perl-bindings --enable-gtk-doc-html
> --with-html-dir=/usr/share/gtk-doc/html
> + make
> ../common/.libs/libxfconf-common.a(libxfconf_common_la-xfconf-errors.o): could
> not read symbols: File in wrong format
> collect2: ld returned 1 exit status
> make[3]: *** [libxfconf-0.la] Error 1
> make[2]: *** [all] Error 2
> 
> not knowing to solve this, a build of xfconf-4.7.1 was going good, and, on
> my locale machine/installation, the rpmbuild also working, but on the
> build-server of UL, all times breaking with this error,
> i search to find out a missing build require but not found....
> 
> is the code not cleared or was written it on MS as host????
> 
> Excuse me please, but i am not a coder, just a tester and packager 
> 
> Regards
the fault breaks the build just on x86_64
Comment 2 onkelho 2010-08-02 00:45:47 CEST
the build for i586 as buildarch (so just the i586 dependencies are installed)
works perfect

??? code not ready/clean for 64bit compilation ???
Please answered me!
Comment 3 Nick Schermer editbugs 2010-08-02 09:18:33 CEST
I'm pretty sure nothing is wrong without our setup. Our buildbot also builds 64 bit packages without any problems, same for most developers.
Comment 4 onkelho 2010-08-02 12:45:08 CEST
(In reply to comment #3)
> I'm pretty sure nothing is wrong without our setup. Our buildbot also builds 64
> bit packages without any problems, same for most developers.

That's a good news for me!
So i must find out, which versions of gcc, lib's etc etc your build-envirements
goes.
Who can give me the data of versions are used by your builds? 
(means versions of gcc... and many depended libs)
That's was greet to contact my BuildServer-Chief to check the compatibilities.

OR?
Who can post me a worked xfconf.spec ?
That's should help me to understand, i will build this thing in line with a complete xfce-4.7.2 for Unity-Linux.

Otherwise, a link to the right xfconf...tar.bz2 or so? I am unsafe to use the right source... :(

English are not my native language.
Greetings
Comment 5 Nick Schermer editbugs 2010-08-02 13:09:51 CEST
http://buildbot.xfce.org/core/builders/core_xfconf_debian/
http://buildbot.xfce.org/core/builders/core_xfconf_lunar/
http://archive.xfce.org/src/xfce/xfconf/

Also try google, seems a lot more people have this problem (mostly related to linking to 32bit libs during the build.
Comment 6 onkelho 2010-08-02 14:12:07 CEST
(In reply to comment #5)
> http://buildbot.xfce.org/core/builders/core_xfconf_debian/
> http://buildbot.xfce.org/core/builders/core_xfconf_lunar/
> http://archive.xfce.org/src/xfce/xfconf/
> 
> Also try google, seems a lot more people have this problem (mostly related to
> linking to 32bit libs during the build.

Thanks!
Comment 7 onkelho 2010-08-02 14:17:50 CEST
(In reply to comment #6)
> (In reply to comment #5)
> > http://buildbot.xfce.org/core/builders/core_xfconf_debian/
> > http://buildbot.xfce.org/core/builders/core_xfconf_lunar/
> > http://archive.xfce.org/src/xfce/xfconf/
> > 
> > Also try google, seems a lot more people have this problem (mostly related to
> > linking to 32bit libs during the build.
> 
> Thanks!

My fault was to use the master from git or other, not the real ready to use
source from the third link, there is very bigger. ;)

THX !!!
Comment 8 Nick Schermer editbugs 2010-08-02 19:03:37 CEST
There is nothing wrong with using the GIT sources, you just have to know how to handle them.
Comment 9 onkelho 2010-08-02 23:01:34 CEST
(In reply to comment #8)
> There is nothing wrong with using the GIT sources, you just have to know how to
> handle them.

Yes, i must learn it to handle.
Thanks to all for helpings! Unity-Linux now have also the 64bit version of
xfconf ;)
Thank you!

Bug #6586

Reported by:
onkelho
Reported on: 2010-07-29
Last modified on: 2010-08-02

People

Assignee:
Brian J. Tarricone (not reading bugmail)
CC List:
0 users

Version

Version:
GIT Master

Attachments

Additional information