PySide Bugzilla Closed for New Bugs

PySide is now a Qt Add-on and uses the Qt Project's JIRA Bug Tracker instead of this Bugzilla instance. This Bugzilla is left for reference purposes.

Bug 161 - new_ctor_operator test fails
: new_ctor_operator test fails
Status: CLOSED DUPLICATE of bug 162
Product: PySide
Classification: Unclassified
Component: Shiboken
: HEAD
: All Linux
: P5 minor
Assigned To: Marcelo Lira
:
:
:
  Show dependency treegraph
 
Reported: 2010-02-23 07:57 EET by Didier Raboud
Modified: 2010-03-17 19:35 EET (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Didier Raboud 2010-02-23 07:57:27 EET
Hi, 

While preparing shiboken for Debian, I finally managed to get almost all the
tests pass, except one: new_ctor_operator.

First I get an "libother not found". Then I searched a little more, patched
tests/CMakelists.txt with the following patch:

     list(FIND test_blacklist ${CMAKE_MATCH_1} expect_fail)
     add_test("${CMAKE_MATCH_1}" sh
              "${CMAKE_CURRENT_SOURCE_DIR}/run_test.sh"
-             "${libsample_BINARY_DIR}:${libshiboken_BINARY_DIR}"
+            
"${libother_BINARY_DIR}:${libsample_BINARY_DIR}:${libshiboken_BINARY_DIR}"
              "${sample_BINARY_DIR}:${other_BINARY_DIR}"
              "${PYTHON_EXECUTABLE}"

to be sure that the compiled libother would be in the path. Then I felt on
another issue: 

======================================================================
ERROR: Try to build a Str from 'sample' module with a Number argument from
'other' module.
----------------------------------------------------------------------
Traceback (most recent call last):
  File
"/home/didier/Debian/pyside-shiboken/build-area/shiboken_20100223/tests/otherbinding/new_ctor_operator_test.py",
line 47, in testStrCtorWithNumberArgument
    string = Str(num)
TypeError: 'sample.Str' called with wrong argument types:
  sample.Str(Number)
Supported signatures:
  sample.Str(char)
  sample.Str(sample.Str)
  sample.Str(str = "")

----------------------------------------------------------------------
Ran 2 tests in 0.002s


So it still fails. I would really like to be able to push an "all tests
passing" shiboken to Debian. :-)

Best regards, 

OdyX
Comment 1 Anderson Lizardo 2010-02-23 09:15:16 EET
This test is "expected" to fail, as ctest mentions when you run it. It is
related to bug #162, which is not fixed yet.

Not that, given this test is marked as "expected to fail" ctest will NOT report
it as a failing bug, and will return a zero error code.

*** This bug has been marked as a duplicate of bug 162 ***
Comment 2 Didier Raboud 2010-02-23 09:50:26 EET
Hi Lizardo,

thanks for your explanation. I have just one small question: is the patch I
mentioned (adding libother_BINARY_DIR to the path) needed or not then ?

Tanks in advance, 

OdyX
Comment 3 Anderson Lizardo 2010-02-23 10:19:07 EET
(In reply to comment #2)
> Hi Lizardo,
> 
> thanks for your explanation. I have just one small question: is the patch I
> mentioned (adding libother_BINARY_DIR to the path) needed or not then ?

I just tested the latest master of shiboken at it does not require this change
to run the tests.

BTW, if you want to run a single test (and have the verbose output), try:

ctest -R <test_name> -V

e.g. "ctest -R new_ctor_operator -V"
Comment 4 Didier Raboud 2010-02-23 12:55:30 EET
Hi again, 

I'm not sure about this: 

      Start 63: otherderived
63/64 Test #63: otherderived ..........................***Failed    0.07 sec
Traceback (most recent call last):
  File
"/home/didier/Debian/pyside-shiboken/build-area/shiboken_20100223/tests/otherbinding/otherderived_test.py",
line
33, in <module>
    from other import OtherDerived
ImportError: libother-py26.so: cannot open shared object file: No such file or
directory

      Start 64: new_ctor_operator
64/64 Test #64: new_ctor_operator .....................   Passed    0.07 sec

98% tests passed, 1 tests failed out of 64

Total Test time (real) =   5.65 sec

The following tests FAILED:
         63 - otherderived (Failed)


the libother-py26.so is not in the LD_LIBRARY_PATH. I rename the libraries with
CMAKE_RELEASE_POSTFIX and then "hand" symlink libother.so to them. So it should
be found in any case. I do out-of-tree builds though…

Any idea ?