#37 Compile abort on error

closed-fixed
nobody
None
5
2012-03-29
2012-02-23
Tom Moorman
No

Version: 1.8
My ArchLinux install is fully patched as of today.
I have all the required dependencies installed:
qt-4.8.0-4, expat-2.0.1-7, pcre-8.30-1, bzip2-1.0.6-3, zlib-1.2.6-1, libtar-1.2.11-2
and the optional:
p7zip-9.20.1-6, lib7zip-1.4.1-1, libmediainfo-0.7.51-1\

$ qmake cdcat.pro
$ make
This is where it seems to have problems:

g++ -m64 -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -Wl,-O1 -o cdcat obj_files/adddialog.o obj_files/cdcat.o obj_files/commwidget.o obj_files/config.o obj_files/dbase.o obj_files/dirview.o obj_files/find.o obj_files/guibase.o obj_files/hdirview.o obj_files/icons.o obj_files/import.o obj_files/importdialog.o obj_files/mainwidget.o obj_files/mp3tag.o obj_files/cdcatmediainfo.o obj_files/newdbdialog.o obj_files/wdbfile.o obj_files/info.o obj_files/exportcdcatdb.o obj_files/showcontent.o obj_files/selreadable.o obj_files/colorsettings.o obj_files/borrow.o obj_files/tparser.o obj_files/misc.o obj_files/dmetaph.o obj_files/moc_adddialog.o obj_files/moc_commwidget.o obj_files/moc_config.o obj_files/moc_dbase.o obj_files/moc_dirview.o obj_files/moc_find.o obj_files/moc_guibase.o obj_files/moc_hdirview.o obj_files/moc_mainwidget.o obj_files/moc_newdbdialog.o obj_files/moc_import.o obj_files/moc_importdialog.o obj_files/moc_info.o obj_files/moc_exportcdcatdb.o obj_files/moc_showcontent.o obj_files/moc_selreadable.o obj_files/moc_borrow.o obj_files/moc_colorsettings.o -L/usr/lib /usr/lib/lib7zip.a -ltar -lbz2 -ldl -lmediainfo -lzen -lz -lQt3Support -lQtXml -lQtGui -lQtCore -lpthread
obj_files/dbase.o: In function `DataBase::scanArchive(QString, DataBase::ArchiveType)':
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1594: undefined reference to `oct_to_int'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1594: undefined reference to `oct_to_int'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1596: undefined reference to `oct_to_int'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1598: undefined reference to `oct_to_int'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1602: undefined reference to `th_get_pathname'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1620: undefined reference to `oct_to_int'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1541: undefined reference to `th_read'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1573: undefined reference to `th_get_uid'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1580: undefined reference to `th_get_gid'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1586: undefined reference to `th_get_mode'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1592: undefined reference to `oct_to_int'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1592: undefined reference to `oct_to_int'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1620: undefined reference to `tar_skip_regfile'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1605: undefined reference to `oct_to_int'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1606: undefined reference to `oct_to_int'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1527: undefined reference to `tar_open'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1531: undefined reference to `tar_open'
/z-data/compile/cdcat/src/cdcat-1.8/src/dbase.cpp:1529: undefined reference to `tar_open'
collect2: ld returned 1 exit status
make: *** [cdcat] Error 1
==> ERROR: A failure occurred in build().
Aborting...

Any advice would be appreciated.

PS:
I posted this on the the Arch AUR site: https://aur.archlinux.org/packages.php?ID=6248
Thanks

Discussion

  • Ch. Thielecke

    Ch. Thielecke - 2012-02-25
    • status: open --> open-works-for-me
     
  • Ch. Thielecke

    Ch. Thielecke - 2012-02-25

    I cant reproduce, it seems some with your libtar went wrong. Please recompile your libtar.

     
  • Tom Moorman

    Tom Moorman - 2012-02-26

    No luck.
    I uninstalled libtar 1.2.11-3 (from the pacman repo)
    Compiled libtar 1.2.11 from source I got from http://www.feep.net/libtar/
    Installed libtar (make install), recompiled cdcat and got the same result in the same place.
    I got the binary for 1.4 from http://cdcat.sourceforge.net/web/uk/download.html which runs fiine.
    However, the binary for 1.7 and 1.8 complain about a missing libtar.so.0 which is not true since it does exist at
    /usr/lib/. But, /usr/lib/libtar.so.0 is a symlink to /usr/lib/gnome-vfs-2.0/modules/libtar.so which is part of the pacman package called "gnome-vfs-2.24.4-6".
    I would like to use 1.8 for the mediainfo capability but will stick with 1.4 until this is fixed.
    BTW, thanks for a very useful program.

     
  • Tom Moorman

    Tom Moorman - 2012-02-26
    • status: open-works-for-me --> open-wont-fix
     
  • Tom Moorman

    Tom Moorman - 2012-02-26
    • status: open-wont-fix --> open
     
  • Ch. Thielecke

    Ch. Thielecke - 2012-03-03

    I setup the vm with arch and tested compile. Compiling works fine, even without lib7zip and with it (lib7zip compiled from source). I'm sure its a problem with your arch install.

     
  • Ch. Thielecke

    Ch. Thielecke - 2012-03-03
    • status: open --> open-works-for-me
     
  • Tom Moorman

    Tom Moorman - 2012-03-04

    I successfully compiled it on another arch box I have. A difference of the other box is that it does not have the "gnome-vfs-2.24.4-6" package installed. So, it would seem you are correct, cdcat doesn't like the libtar in the gnome package. However, I am having another problem. When I add media to the database, the details panel (on the far right) is blank. Other than that, it works fine.

     
  • Tom Moorman

    Tom Moorman - 2012-03-07

    Create a new empty catalog
    Add new media to the catalog
    The comment page (what I called the "details panel" below) shows the comments for the top level node in the default yellow background color.
    When I select a file node (eg. an avi file) the comment page turns white with no text.
    However, when I right click the file node and select "View/Edit comment", the comment appears to be edited.
    The top level node now has a white blank comment page.

    When run from the command line, I get these messages:
    QPainter::begin: A paint device can only be painted by one painter at a time.
    QPainter::setFont: Painter not active
    QPainter::setPen: Painter not active
    QPainter::drawRects: Painter not active
    QPainter::setClipRect: Painter not active
    QPainter::setPen: Painter not active {this is repeated many times}
    QPainter::font: Painter not active
    QPainter::setFont: Painter not active
    QLayout: Attempting to add QLayout "" to SelReadable "runri", which already has a layout
    QPainter::begin: A paint device can only be painted by one painter at a time.

    Hope this helps.

     
  • Ch. Thielecke

    Ch. Thielecke - 2012-03-08

    I cant reproduce here with trunk.

     
  • Ch. Thielecke

    Ch. Thielecke - 2012-03-29

    I was able to reproduce the bug. Now its fixed in trunk (r378).

     
  • Ch. Thielecke

    Ch. Thielecke - 2012-03-29
    • status: open-works-for-me --> closed-fixed
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks