After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 621368 - glib-2.24.1: FAIL: run-assert-msg-test.sh when updating from 2.22.5
glib-2.24.1: FAIL: run-assert-msg-test.sh when updating from 2.22.5
Status: RESOLVED FIXED
Product: glib
Classification: Platform
Component: general
2.24.x
Other Linux
: Normal normal
: ---
Assigned To: gtkdev
gtkdev
: 615619 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-06-12 12:17 UTC by Pacho Ramos
Modified: 2018-01-04 13:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
build.log (715.37 KB, text/plain)
2010-06-12 12:17 UTC, Pacho Ramos
  Details
Fix test failure due to missing LD_LIBRARY_PATH export (1.76 KB, patch)
2010-07-08 13:11 UTC, Nirbheek Chauhan
none Details | Review
Fix test failure due to missing LD_LIBRARY_PATH export (1.15 KB, patch)
2010-07-08 13:53 UTC, Nirbheek Chauhan
none Details | Review
Fix test failure due to plain gdb call (1.13 KB, patch)
2012-02-21 14:16 UTC, Nirbheek Chauhan
accepted-commit_now Details | Review
Run gdb under libtool so that local libraries are used (1.12 KB, patch)
2012-03-05 01:36 UTC, Matthias Clasen
committed Details | Review

Description Pacho Ramos 2010-06-12 12:17:18 UTC
Created attachment 163468 [details]
build.log

Reported downstream at:
http://bugs.gentoo.org/show_bug.cgi?id=323667

But reproduce even with full upstream sources, this only occurs when updating, probably because that check relies on old installed glib instead or just compiled one.

PASS: unicode-caseconv
PASS: unicode-encoding
PASS: utf8-validate
PASS: utf8-pointer
PASS: uri-test
PASS: regex-test
PASS: run-markup-tests.sh
PASS: run-collate-tests.sh
PASS: run-bookmark-test.sh
Test failed: __glib_assert_msg does not have assertion message
FAIL: run-assert-msg-test.sh
=====================================================================
1 of 50 tests failed
Please report to http://bugzilla.gnome.org/enter_bug.cgi?product=glib
=====================================================================
make[4]: *** [check-TESTS] Error 1
make[4]: Leaving directory
`/var/tmp/portage/dev-libs/glib-2.24.1/work/glib-2.24.1/tests'
make[3]: *** [check-am] Error 2
make[3]: Leaving directory
`/var/tmp/portage/dev-libs/glib-2.24.1/work/glib-2.24.1/tests'
make[2]: *** [check-recursive] Error 1
make[2]: Leaving directory
`/var/tmp/portage/dev-libs/glib-2.24.1/work/glib-2.24.1/tests'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/dev-libs/glib-2.24.1/work/glib-2.24.1'
make: *** [check] Error 2


Thanks for taking care of this
Comment 1 Pacho Ramos 2010-07-06 11:55:06 UTC
Do you need any more information that could help on fixing this? Any test, file...? Please let me know :-)

Thanks a lot
Comment 2 Nirbheek Chauhan 2010-07-08 13:11:21 UTC
Created attachment 165474 [details] [review]
Fix test failure due to missing LD_LIBRARY_PATH export

Conditions to reproduce this bug:

(1) Install gdb
(2) System-wide glib should be lesser than 2.23
(3) Compile glib-2.24 (or greater), and run make check

It'll fail at run-assert-msg-test.sh because when gdb is invoked, LD_LIBRARY_PATH hasn't been set yet, and so it will use the system-wide library instead of the compiled one.

The attached patch exports LD_LIBRARY_PATH before running ./assert-msg-test or gdb.
Comment 3 Nirbheek Chauhan 2010-07-08 13:53:31 UTC
Created attachment 165477 [details] [review]
Fix test failure due to missing LD_LIBRARY_PATH export

*cough* *cough* The previous patch was the wrong one. It was a failed attempt to add $(assert_msg_test_ldadd) to the LD_LIBRARY_PATH export in run-assert-msg-test.sh via Makefile.am

I feel that the approach in this patch is easiest since it's the least-change fix for this issue.
Comment 4 Matthias Clasen 2010-07-08 20:30:32 UTC
Comment on attachment 165477 [details] [review]
Fix test failure due to missing LD_LIBRARY_PATH export

I think the right way to fix this is to use libtool --mode=execute
Comment 5 Nirbheek Chauhan 2012-02-21 14:16:01 UTC
Created attachment 208118 [details] [review]
Fix test failure due to plain gdb call

(In reply to comment #4)
> (From update of attachment 165477 [details] [review])
> I think the right way to fix this is to use libtool --mode=execute

Looking back after 2 years, I'm wondering why I didn't attach a patch to do this back then.

This patch does exactly that now. It should fix the issue.
Comment 6 Colin Walters 2012-02-21 15:53:53 UTC
Review of attachment 208118 [details] [review]:

Looks reasonable.
Comment 7 Colin Walters 2012-02-21 15:54:18 UTC
Review of attachment 208118 [details] [review]:

Looks reasonable.
Comment 8 Matthias Clasen 2012-03-05 01:36:00 UTC
The following fix has been pushed:
840c322 Run gdb under libtool so that local libraries are used
Comment 9 Matthias Clasen 2012-03-05 01:36:06 UTC
Created attachment 208969 [details] [review]
Run gdb under libtool so that local libraries are used

If this isn't done, the system-wide glib is used for this test,
and that can cause test failures.

https://bugzilla.gnome.org/621368
Comment 10 Philip Withnall 2018-01-04 13:31:55 UTC
*** Bug 615619 has been marked as a duplicate of this bug. ***