• Bug#263139: gnomemeeting_1.0.2-4_hppa: FTBFS: undefined reference

    From Steve Langasek@1:229/2 to All on Fri Aug 13 11:20:06 2004
    From: [email protected]

    g++ -Wall -g -O2 -o gnomemeeting callbacks.o gdkvideoio.o gnomemeeting.o connection.o endpoint.o menu.o toolbar.o pref_window.o sound_handling.o videograbber.o config.o ldap_window.o main_window.o gatekeeper.o ils.o misc.o chat_window.o druid.o
    urlhandler.o vfakeio.o tray.o tools.o lid.o codec_info.o -Wl,--export-dynamic -pthread -L/usr/X11R6/lib /usr/lib/libesd.so /usr/lib/libaudiofile.so /usr/lib/libgnomeui-2.so -lSM -lICE /usr/lib/libbonoboui-2.so /usr/lib/libgnomecanvas-2.so /usr/lib/
    libgnome-2.so /usr/lib/libpopt.so /usr/lib/libart_lgpl_2.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/
    lib/libpango-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libbonobo-2.so /usr/lib/libgconf-2.so /usr/lib/libgnomevfs-2.so /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so /usr/lib/libgmodule-2.0.so /usr/lib/libgthread-2.0.so /usr/lib/libglib-2.0.so -
    llber -lldap /usr/lib/libSDL.so -lopenh323 -ldl -lpt ../lib/.libs/libgnomemeeting.a -lpthread -lz -lm /usr/lib/libxml2.so -lresolv
    connection.o(.gnu.linkonce.r._ZTV16GMH323Connection+0x1f0):/build/buildd/gnomemeeting-1.0.2/src/connection.cpp:123: undefined reference to `H323Connection::OnUserInputInlineRFC2833(OpalRFC2833Info&, int)'

    quoting Craig Southeren, you could try this to fix it:
    Craig: Obviously the functions exist in the header file, because you
    would have got compile errors if not
    Craig: So these are linker problems
    Craig: Here is something you might try
    Craig: I can see the linker line has this:
    Craig: -lopenh323 -ldl -lpt ../lib/.libs/libgnomemeeting.a
    Craig: It should be:
    Craig: ../lib/.libs/libgnomemeeting.a -lopenh323
    Craig: Otherwise you may get the kind of problem you are seeing
    Craig: The order of libraries *is* important under Unix

    If this will work, we'll prepare a new upload to fix this issue.

    I think you should try. Alternatively, you could post the question to
    the debian-devel mailing list.

    No, this won't work. The error message shows connection.o is the object
    file containing the unresolved reference. All of the libraries are
    listed on the linker line after connection.o. This means that *none* of
    the libraries listed here provide the missing symbol, and reordering
    them will have no effect.

    The problem lies elsewhere. One possibility is that libopenh323 was
    built with a different C++ compiler on hppa than the one being used for gnomemeeting.

    --
    Steve Langasek
    postmodern programmer

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.5 (GNU/Linux)

    iD8DBQFBHIDEKN6ufymYLloRAmlFAKDNP/Yrq3st6rkHpKu9SlMDt2lIuwCfX99G TxB78/iFYKEwMU8DwU1T790=
    =a7VD
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Jose Carlos Garcia Sogo@1:229/2 to Steve Langasek on Mon Aug 16 13:20:04 2004
    XPost: linux.debian.ports.hppa
    From: [email protected]

    On Fri, Aug 13, 2004 at 01:50:13AM -0700, Steve Langasek wrote:
    g++ -Wall -g -O2 -o gnomemeeting callbacks.o gdkvideoio.o gnomemeeting.o connection.o endpoint.o menu.o toolbar.o pref_window.o sound_handling.o videograbber.o config.o ldap_window.o main_window.o gatekeeper.o ils.o misc.o chat_window.o druid.o
    urlhandler.o vfakeio.o tray.o tools.o lid.o codec_info.o -Wl,--export-dynamic -pthread -L/usr/X11R6/lib /usr/lib/libesd.so /usr/lib/libaudiofile.so /usr/lib/libgnomeui-2.so -lSM -lICE /usr/lib/libbonoboui-2.so /usr/lib/libgnomecanvas-2.so /usr/lib/
    libgnome-2.so /usr/lib/libpopt.so /usr/lib/libart_lgpl_2.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/
    lib/libpango-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libbonobo-2.so /usr/lib/libgconf-2.so /usr/lib/libgnomevfs-2.so /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so /usr/lib/libgmodule-2.0.so /usr/lib/libgthread-2.0.so /usr/lib/libglib-2.0.so -
    llber -lldap /usr/lib/libSDL.so -lopenh323 -ldl -lpt ../lib/.libs/libgnomemeeting.a -lpthread -lz -lm /usr/lib/libxml2.so -lresolv
    connection.o(.gnu.linkonce.r._ZTV16GMH323Connection+0x1f0):/build/buildd/gnomemeeting-1.0.2/src/connection.cpp:123: undefined reference to `H323Connection::OnUserInputInlineRFC2833(OpalRFC2833Info&, int)'

    quoting Craig Southeren, you could try this to fix it:
    Craig: Obviously the functions exist in the header file, because you >would have got compile errors if not
    Craig: So these are linker problems
    Craig: Here is something you might try
    Craig: I can see the linker line has this:
    Craig: -lopenh323 -ldl -lpt ../lib/.libs/libgnomemeeting.a
    Craig: It should be:
    Craig: ../lib/.libs/libgnomemeeting.a -lopenh323
    Craig: Otherwise you may get the kind of problem you are seeing
    Craig: The order of libraries *is* important under Unix

    If this will work, we'll prepare a new upload to fix this issue.

    I think you should try. Alternatively, you could post the question to
    the debian-devel mailing list.

    No, this won't work. The error message shows connection.o is the object
    file containing the unresolved reference. All of the libraries are
    listed on the linker line after connection.o. This means that *none* of
    the libraries listed here provide the missing symbol, and reordering
    them will have no effect.

    Which is quite strange, as any other arch has compiled it fine, with
    exactly the same line (I have only compared with ia64, but...)

    And using 'nm -D' on hppa openh323, shows that all those symbols are
    present (example):
    jose@gimli:~/devel/hppa/usr/lib$ nm -D libopenh323.so.1 | grep OnUserInputInlineRFC
    00bc4e50 T _ZN14H323Connection24OnUserInputInlineRFC2833ER15OpalRFC2833Infol 00bcb04c W _ZN14H323Connection34OnUserInputInlineRFC2833_PNotifierC1EPS_ 00bcafec W _ZN14H323Connection34OnUserInputInlineRFC2833_PNotifierC2EPS_ 00bca1b8 W _ZN14H323Connection34OnUserInputInlineRFC2833_PNotifierD0Ev
    00bca138 W _ZN14H323Connection34OnUserInputInlineRFC2833_PNotifierD1Ev
    00bcb0ac W _ZNK14H323Connection34OnUserInputInlineRFC2833_PNotifier4CallER7PObjectl
    00f5e7e0 V _ZTIN14H323Connection34OnUserInputInlineRFC2833_PNotifierE
    00e5c3c4 V _ZTSN14H323Connection34OnUserInputInlineRFC2833_PNotifierE
    00f5e7a8 V _ZTVN14H323Connection34OnUserInputInlineRFC2833_PNotifierE


    I'm completey lost with this issue, and having gnomemeeting compiled in
    hppa is quite important for having a new version of all other related
    packages in Sarge, as there are some RC bugs only solved in new
    versions.


    The problem lies elsewhere. One possibility is that libopenh323 was
    built with a different C++ compiler on hppa than the one being used for gnomemeeting.

    openh323 (version 1.13.5.4-3) was compiled with this toolchain:
    Toolchain package versions: libc6-dev_2.3.2.ds1-15
    linux-kernel-headers_2.5.999-test7-bk-16 gcc-3.3_1:3.3.4-7
    g++-3.3_1:3.3.4-7 binutils_2.15-1 libstdc++5_1:3.3.4-7
    libstdc++5-3.3-dev_1:3.3.4-7

    gnomemeeting (1.0.2-5, which uses the above openh323 version) was
    compiled with this toolchain:
    Toolchain package versions: libc6-dev_2.3.2.ds1-15
    linux-kernel-headers_2.5.999-test7-bk-16 gcc-3.3_1:3.3.4-9
    g++-3.3_1:3.3.4-7 binutils_2.15-1 libstdc++5_1:3.3.4-7
    libstdc++5-3.3-dev_1:3.3.4-7

    There is only a bit diference in gcc.

    Any help here will be appreciated.

    Thanks,

    P.S: Sorry for the crossposting. Please, mail at least the bug with replies (#263139)

    --
    Jose Carlos Garcia Sogo
    [email protected]

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.5 (GNU/Linux)

    iD8DBQFBIJH/S+BYJZB4jhERAlBEAJ4neAo+sE8+lOKnjzZjKnFztl9QmgCeMIp7 0Y1NwnioxsMVbRQRFBzU6zc=
    =ySse
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Kilian Krause@1:229/2 to All on Thu Aug 5 23:00:13 2004
    From: [email protected]

    Hi Anibal Monsalve Salazar,

    what's the success of using the proposed "fix"? Does it make a
    difference to move around the -l flags? Can we roll that out as a new
    upload or do you still see the same error?

    --
    Best regards,
    Kilian

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.5 (GNU/Linux)

    iD8DBQBBEpmlvdkzt4X+wX8RAmpKAJ4k0GojlxJuYnlXj4yxB3hxv7ym9ACfWVq+ +lw6UIZardW0R5lQySXrhlw=
    =H0Kh
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Anibal Monsalve Salazar@1:229/2 to Kilian Krause on Fri Aug 6 00:30:10 2004
    From: [email protected]

    On Tue, Aug 03, 2004 at 09:20:26AM +0200, Kilian Krause wrote:
    Hi Anibal,

    quoting Craig Southeren, you could try this to fix it:
    Craig: Obviously the functions exist in the header file, because you
    would have got compile errors if not
    Craig: So these are linker problems
    Craig: Here is something you might try
    Craig: I can see the linker line has this:
    Craig: -lopenh323 -ldl -lpt ../lib/.libs/libgnomemeeting.a
    Craig: It should be:
    Craig: ../lib/.libs/libgnomemeeting.a -lopenh323
    Craig: Otherwise you may get the kind of problem you are seeing
    Craig: The order of libraries *is* important under Unix

    If this will work, we'll prepare a new upload to fix this issue.

    I think you should try. Alternatively, you could post the question to
    the debian-devel mailing list.

    So if you please could check with a manual invocation of the final g++ >command switching the parameters around. Thanks!

    Sorry, I don't control the buildd process.

    --
    Best regards,
    Kilian

    Regards,

    Anibal Monsalve Salazar
    --
    .''`. Debian GNU/Linux | Building 28C
    : :' : Free Operating System | Monash University VIC 3800, Australia
    `. `' http://debian.org/ | http://www-personal.monash.edu/~anibal/
    `- |


    --
    To UNSUBSCRIBE, email to [email protected]
    with a subject of "unsubscribe". Trouble? Contact [email protected]

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)
  • From Kilian Krause@1:229/2 to All on Fri Aug 6 00:30:10 2004
    From: [email protected]

    Hi Anibal,

    I think you should try. Alternatively, you could post the question to
    the debian-devel mailing list.

    No. This may not work and we'd cause plenty of traffic trying with all
    new uploads (without yet knowing the number of uploads we need, and
    still causing all archs to remain busy catching up with us)..

    I've mailed LaMont Jones on the other FTBFS bug (which is the identical problem) who is hppa buildd admin. So he can check and let us know.

    --
    Best regards,
    Kilian

    -----BEGIN PGP SIGNATURE-----
    Version: GnuPG v1.2.5 (GNU/Linux)

    iD8DBQBBErCJvdkzt4X+wX8RAgdMAJ43K0DzItaIckfeGXNyslOYO+xq1wCcDPOG Cgoyq2CCUqtoBodjEJgTblU=
    =sh6X
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: you cannot sedate... all the things you hate (1:229/2)