Re: Test on Ubuntu 12.04 64bits

[Benoît Garrigues]

When configuring corebase with --disable-objc-bridge :

$ make check
...

     27 Failed files
      8 Failed builds


$ ldd Source/obj/libgnustep-corebase.so
        linux-vdso.so.1 =>  (0x00007fff54dff000)
        libicui18n.so.48 => /usr/lib/libicui18n.so.48 (0x00007f094c5f8000)
        libicuuc.so.48 => /usr/lib/libicuuc.so.48 (0x00007f094c28e000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007f094c070000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f094bcb3000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007f094b9b3000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f094b6b8000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x00007f094b4a2000)
        libicudata.so.48 => /usr/lib/libicudata.so.48 (0x00007f094a132000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f0949f2d000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f094cc3b000)

=> no dependency to libobjc : ok


$ ldd Tests/CFArray/obj/create
        linux-vdso.so.1 =>  (0x00007fff208fe000)
        libgnustep-base.so.1.24 =>
/usr/GNUstep/Local/Library/Libraries/libgnustep-base.so.1.24
(0x00007f9dccc5f000)
        libgnustep-corebase.so.0 => not found
        /usr/local/lib/libobjc.so.4 (0x00007f9dcca11000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x00007f9dcc7f4000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9dcc437000)
        ...

=> the test tool is linked with libobjc and gnustep-base


gdb ./Tests/CFArray/obj/create
(gdb) run
Starting program:
/home/benoit/Projets/OpenSource/objc/GNUstep-anonymous/dev-libs/corebase/Tests/CFArray/obj/create
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff2585700 (LWP 10459)]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7090687 in objc_msg_lookup_sender () from
/usr/local/lib/libobjc.so.4
(gdb) bt
#0  0x00007ffff7090687 in objc_msg_lookup_sender () from
/usr/local/lib/libobjc.so.4
#1  0x00007ffff7931142 in GSPrivateBuildStrings () at
/home/benoit/src/gnustep-base-1.24.0/Source/externs.m:239
#2  0x00007ffff7869cc3 in +[NSObject initialize] (self=<optimized out>,
_cmd=<optimized out>) at
/home/benoit/src/gnustep-base-1.24.0/Source/NSObject.m:1142
#3  0x00007ffff70874c4 in objc_send_initialize () from
/usr/local/lib/libobjc.so.4
#4  0x00007ffff70872b1 in objc_send_initialize () from
/usr/local/lib/libobjc.so.4
#5  0x00007ffff7090792 in objc_msg_lookup_sender () from
/usr/local/lib/libobjc.so.4
#6  0x00007ffff72d1ba7 in NSCFInitialize () at NSCFType.m:51
#7  0x00007ffff70853c6 in objc_send_load_message () from
/usr/local/lib/libobjc.so.4
#8  0x00007ffff7085ee7 in objc_resolve_class () from
/usr/local/lib/libobjc.so.4
#9  0x00007ffff7085fc3 in objc_resolve_class_links () from
/usr/local/lib/libobjc.so.4
#10 0x00007ffff7089e97 in __objc_exec_class () from
/usr/local/lib/libobjc.so.4
#11 0x00007ffff7de9306 in call_init (l=<optimized out>, argc=1,
argv=0x7fffffffdc78, env=0x7fffffffdc88) at dl-init.c:85
#12 0x00007ffff7de93df in call_init (env=<optimized out>,
argv=<optimized out>, argc=<optimized out>, l=<optimized out>) at
dl-init.c:52
#13 _dl_init (main_map=0x7ffff7ffe2c8, argc=1, argv=0x7fffffffdc78,
env=0x7fffffffdc88) at dl-init.c:134
#14 0x00007ffff7ddb6ea in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#15 0x0000000000000001 in ?? ()
#16 0x00007fffffffdf9f in ?? ()
#17 0x0000000000000000 in ?? ()

=> the same error as when corebase is configured with the objc-bridge
enabled and linked with another objc runtime.


Hope this can help ...

Benoit


Le 26/05/2012 17:49, Stefan Bidi a écrit :
> Thanks for the running the tests.  I'm in the process of tracking this
> down.  I don't have libobjc2 installed in any of my PCs so it becomes
> a bit of a problem, but I've gotten with David since he might know
> something I don't about libobjc2.
>
> On Sat, May 26, 2012 at 10:42 AM, Benoît Garrigues <bgarrigues@gmail.com> 
> wrote:
>> Hi Stef,
>>
>> I tested revision 35163 on Ubuntu 12.04 64bits with
>> - clang 3.0 (from ubuntu)
>> - gnustep libobjc2 1.6.
>> - gnustep base 1.24
>>
>>
>> First, there are some warnings at compile time :
>>
>>  Compiling file CFLocale.c ...
>> CFLocale.c:312:19: warning: result of comparison against a string literal is
>> unspecified (use strncmp instead) [-Wstring-compare]
>>       if (context == (const void*)ICU_CALENDAR_KEY)
>>                   ^  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> CFLocale.c:329:19: warning: result of comparison against a string literal is
>> unspecified (use strncmp instead) [-Wstring-compare]
>>       if (context == (const void*)ICU_CALENDAR_KEY)
>>                   ^  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> 2 warnings generated.
>>
>>  Compiling file NSCFError.m ...
>> NSCFError.m:48:10: warning: incompatible pointer types returning
>> 'CFErrorRef' (aka 'NSError *') from a function with result type
>>       'NSCFError *' [-Wincompatible-pointer-types]
>>   return CFErrorCreate (NULL, domain, code, userInfo);
>>          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>> 1 warning generated.
>>
>>
>>
>> Tests results : all tests have compilation warnings and most of them produce
>> a core dump.
>>
>>
>> $ make check
>> This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for help.
>> Making check in Source ...
>> make[1]: Rien à faire pour « check ».
>> Making check in Tests ...
>> Checking for presence of test subdirectories ...
>> --- Running tests in CFArray ---
>>
>> CFArray/create.m:
>> Failed file:     create.m aborted without running all tests!
>>
>> CFArray/mutablearray.m:
>> Failed file:     mutablearray.m aborted without running all tests!
>> --- Running tests in CFAttributedString ---
>>
>> CFAttributedString/general.m:
>> Failed file:     general.m aborted without running all tests!
>>
>> CFAttributedString/mutable.m:
>> Failed file:     mutable.m aborted without running all tests!
>> --- Running tests in CFBinaryHeap ---
>>
>> CFBinaryHeap/general.m:
>> Failed file:     general.m aborted without running all tests!
>> --- Running tests in CFCalendar ---
>>
>> CFCalendar/basic.m:
>> Failed file:     basic.m aborted without running all tests!
>>
>> CFCalendar/create.m:
>> Failed file:     create.m aborted without running all tests!
>> --- Running tests in CFCharacterSet ---
>>
>> CFCharacterSet/basic.m:
>> Failed file:     basic.m aborted without running all tests!
>>
>> CFCharacterSet/mutable.m:
>> Failed file:     mutable.m aborted without running all tests!
>> --- Running tests in CFData ---
>>
>> CFData/basic.m:
>> Failed file:     basic.m aborted without running all tests!
>> --- Running tests in CFDate ---
>>
>> CFDate/basic.m:
>> Failed file:     basic.m aborted without running all tests!
>> --- Running tests in CFDateFormatter ---
>>
>> CFDateFormatter/basic.m:
>> Failed file:     basic.m aborted without running all tests!
>> --- Running tests in CFLocale ---
>>
>> CFLocale/create.m:
>> Failed file:     create.m aborted without running all tests!
>>
>> CFLocale/displayvalues.m:
>> Failed build:
>>
>> CFLocale/identifier.m:
>> Failed build:
>>
>> CFLocale/values.m:
>> Failed file:     values.m aborted without running all tests!
>> --- Running tests in CFNumber ---
>>
>> CFNumber/general.m:
>> Failed file:     general.m aborted without running all tests!
>> --- Running tests in CFNumberFormatter ---
>>
>> CFNumberFormatter/create.m:
>> Failed file:     create.m aborted without running all tests!
>>
>> CFNumberFormatter/format.m:
>> Failed build:
>>
>> CFNumberFormatter/parse.m:
>> Failed file:     parse.m aborted without running all tests!
>> --- Running tests in CFRuntime ---
>>
>> CFRuntime/runtime.m:
>> Failed file:     runtime.m aborted without running all tests!
>> --- Running tests in CFString ---
>>
>> CFString/create.m:
>> Failed build:
>>
>> CFString/encodings.m:
>> Failed file:     encodings.m aborted without running all tests!
>>
>> CFString/format.m:
>> Failed build:
>>
>> CFString/general.m:
>> Failed file:     general.m aborted without running all tests!
>>
>> CFString/mutablestring.m:
>> Failed build:
>> --- Running tests in CFTimeZone ---
>>
>> CFTimeZone/basic.m:
>> Failed file:     basic.m aborted without running all tests!
>>
>> CFTimeZone/general.m:
>> Failed file:     general.m aborted without running all tests!
>> --- Running tests in CFTree ---
>>
>> CFTree/basic.m:
>> Failed file:     basic.m aborted without running all tests!
>> --- Running tests in CFURL ---
>>
>> CFURL/create.m:
>> Failed file:     create.m aborted without running all tests!
>>
>> CFURL/escaping.m:
>> Failed build:
>>
>> CFURL/file_system_path.m:
>> Failed file:     file_system_path.m aborted without running all tests!
>>
>> CFURL/ref_resolution.m:
>> Failed build:
>> --- Running tests in CFURLAccess ---
>>
>> CFURLAccess/basic.m:
>> Failed file:     basic.m aborted without running all tests!
>> --- Running tests in CFUUID ---
>>
>> CFUUID/create.m:
>> Failed file:     create.m aborted without running all tests!
>>
>>      27 Failed files
>>       8 Failed builds
>>
>>
>>
>> When launching CFArray/create test with gdb, the backtrace is the following
>> :
>>
>> Starting program:
>> /home/benoit/Projets/OpenSource/objc/GNUstep-anonymous/dev-libs/corebase/Tests/CFArray/obj/create
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
>> Loading two versions of Protocol.  The class that will be used is undefined
>> Loading two versions of Object.  The class that will be used is undefined
>> [New Thread 0x7ffff235f700 (LWP 26352)]
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x00007ffff708d687 in objc_msg_lookup_sender () from
>> /usr/local/lib/libobjc.so.4
>> (gdb) bt
>> #0  0x00007ffff708d687 in objc_msg_lookup_sender () from
>> /usr/local/lib/libobjc.so.4
>> #1  0x00007ffff7931142 in GSPrivateBuildStrings () at
>> /home/benoit/src/gnustep-base-1.24.0/Source/externs.m:239
>> #2  0x00007ffff7869cc3 in +[NSObject initialize] (self=<optimized out>,
>> _cmd=<optimized out>) at
>> /home/benoit/src/gnustep-base-1.24.0/Source/NSObject.m:1142
>> #3  0x00007ffff70844c4 in objc_send_initialize () from
>> /usr/local/lib/libobjc.so.4
>> #4  0x00007ffff70842b1 in objc_send_initialize () from
>> /usr/local/lib/libobjc.so.4
>> #5  0x00007ffff708d792 in objc_msg_lookup_sender () from
>> /usr/local/lib/libobjc.so.4
>> #6  0x00007ffff72d1807 in NSCFInitialize () at NSCFType.m:51
>> #7  0x00007ffff70823c6 in objc_send_load_message () from
>> /usr/local/lib/libobjc.so.4
>> #8  0x00007ffff7082ee7 in objc_resolve_class () from
>> /usr/local/lib/libobjc.so.4
>> #9  0x00007ffff7082fc3 in objc_resolve_class_links () from
>> /usr/local/lib/libobjc.so.4
>> #10 0x00007ffff7086e97 in __objc_exec_class () from
>> /usr/local/lib/libobjc.so.4
>> #11 0x00007ffff7de9306 in call_init (l=<optimized out>, argc=1,
>> argv=0x7fffffffdc68, env=0x7fffffffdc78) at dl-init.c:85
>> #12 0x00007ffff7de93df in call_init (env=<optimized out>, argv=<optimized
>> out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:52
>> #13 _dl_init (main_map=0x7ffff7ffe2c8, argc=1, argv=0x7fffffffdc68,
>> env=0x7fffffffdc78) at dl-init.c:134
>> #14 0x00007ffff7ddb6ea in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
>> #15 0x0000000000000001 in ?? ()
>> #16 0x00007fffffffdf8d in ?? ()
>> #17 0x0000000000000000 in ?? ()
>>
>>
>> The test.log file is attached.
>>
>>
>> Best regards,
>> Benoît
>>
>>
>> Le 21/05/2012 17:42, Stefan Bidi a écrit :
>>
>> For those of you not familiar with the project, the GNUstep-corebase project
>> is a free software implementation of the CoreFoundation library.
>>
>> I plan on making a release of GNUstep-corebase in a few weeks.  Since this
>> is the first release, and the code is still alpha quality at best, I have
>> decided to do a prolonged testing phase.  This testing phase will be split
>> in 2 subphases.
>>
>> The first will be a 3 week period, ending June 10th.  This will be the time
>> to test the code and look for inconsistencies.  Essentially, I want to make
>> sure the code compiles in your favorite platform and all tests pass.  New
>> tests can be added to the existing CF-types only, there is no plans to add
>> another type/class before the release.  I will still be doing some work on
>> the library at this time, but do not plan on adding anything new.
>>
>> The second phase will end on June 24th and will lead to the release.  This
>> is your normal code freeze.  I'd like to get the bugs that were found during
>> the previous phase corrected during this time if they were not already
>> fixed.  I really do not want to add any new tests at this stage unless it is
>> something that can be easily fixed.  Anything requiring a deeper look will
>> be postponed to the next release.
>>
>> To build -corebase you will need gnustep-make, gnustep-base, libobjc, libicu
>> and the zoneinfo directory.  The dependency on gnustep-base and libobjc will
>> be optional at the time of release.  Being a pure C library, corebase
>> doesn't need these libraries unless you want to interface with the objc
>> runtime (ie toll-free bridged classes).  I have not decided what to do with
>> libicu at this point since it provides core functionality.  If there is
>> enough demand, it will be optional as well.
>>
>> Adam, would you be able to make the release during the week of June 24th?  I
>> can move the dates around if you need me to.
>>
>> Thanks
>> Stef
>>
>>
>> _______________________________________________
>> Discuss-gnustep mailing list
>> Discuss-gnustep@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnustep
>>
>>
>> _______________________________________________
>> Discuss-gnustep mailing list
>> Discuss-gnustep@gnu.org
>> https://lists.gnu.org/mailman/listinfo/discuss-gnustep
>>