[Slackbuilds-users] Satus Update

[Robby Workman]

On Mon, 10 Sep 2012 08:55:59 +0700
Binh Nguyen <binhnguyen at fastmail.fm> wrote:

> On Mon, Sep 10, 2012, at 08:26 AM, Robby Workman wrote:
> > On Mon, 10 Sep 2012 08:17:22 +0700
> > Binh Nguyen <binhnguyen at fastmail.fm> wrote:
> > 
> > > 
> > > On Mon, Sep 10, 2012, at 05:53 AM, xgizzmo at slackbuilds.org wrote:
> > > > Okay guys and gals, here is a bit of an update.  We have around
> > > > 520 builds
> > > > left to test and fix/remove - you can see a more or less up to
> > > > date list here:  http://www.slackbuilds.org/Checklist.txt
> > > > [...]
> > > > 
> > > ------------------------------------------------------------------------
> > > 
> > > Checklist.txt will be updated as fixes coming in, I guess?
> > 
> > 
> > Correct.
> > 
> > 
> > > If that's the case, I'd like to point out that 2 of my SlackBuild
> > > has been updated: gtorrentviewer with a patch, and minitunes has
> > > been renamed to musique (and updated to latest version).
> > > 
> > 
> > I removed minitunes from the list.  Re gtorrentviewer, looks like it
> > is still failing with an underlinking problem:
> > 
> > gcc  -O2 -fPIC  -pthread -I/usr/include/gtk-2.0
> > -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0
> > -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0
> > -I/usr/include/pango-1.0 -I/usr/include/glib-2.0
> > -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1
> > -I/usr/include/freetype2 -I/usr/include/libpng14 -o gtorrentviewer
> > main.o mainwindow.o bencode.o utilities.o sha1.o gbitarray.o
> > gtkcellrendererbitarray.o inline_pixmaps.o -pthread -lgtk-x11-2.0
> > -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0
> > -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig
> > -lgobject-2.0 -lgthread-2.0 -lrt -lglib-2.0
> > -lcurl /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../x86_64-slackware-linux/bin/ld:
> > mainwindow.o: undefined reference to symbol
> > 'ceil@@GLIBC_2.2.5' /usr/lib64/gcc/x86_64-slackware-linux/4.7.1/../../../../x86_64-slackware-linux/bin/ld:
> > note: 'ceil@@GLIBC_2.2.5' is defined in DSO /lib64/libm.so.6 so try
> > adding it to the linker command line /lib64/libm.so.6: could not
> > read symbols: Invalid operation collect2: error: ld returned 1 exit
> > status
> > 
> 
> 
> Okay, so that's 64-bit issue only, since it built just fine here on
> 32-bit.


Yep, that seems to be the case.  I'm not sure what's going on there;
I mean, I know *what* is happening and why, but I'm not sure why it
is only happening on x86_64.  Pat, any idea why ld would behave this
much differently on 64bit?  It looks like upstream ld is now doing
what Fedora did in F13:
  https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking
  https://fedoraproject.org/wiki/UnderstandingDSOLinkChange
but again, I don't know why this would only affect x86_64.  

Anyway, I've got this one fixed in my branch.

 
> Did musique fail to build on 64-bit also?


I don't know about that one - David will have to answer that.

-RW 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20120909/72a2d275/attachment.asc>