>Description:
        A standard test fails.  This is on PowerPC 64-bit Linux which
        is very new and we have only just finished with glibc as
        64-bit.  Thus, the syscalls, glibc and the compiler itself are
        all suspect -- so I don't expect anyone can really track this
        down except myself.  I am looking for advice of where to start
        and maybe some speculation as to what might be failing.

        I do have the log output from the --debug if anyone cares for
        a peek.

        The "status.test" in mysql-test fails on this new platform
        with the following output:
 TEST                         USER   SYSTEM  ELAPSED        RESULT
------------------------------------------------------------------------
status                        ....     ....     ....       [ fail ]

   >> Error at line 25: Result content mismatch Maximum memory usage: 196608 bytes 
(192k) <<Below are the diffs between actual and expected results:
-------------------------------------------------------
*** r/status.result     Thu Dec 27 15:37:53 2001
--- r/status.reject     Wed Feb 20 01:13:58 2002
***************
*** 2,6 ****
  Table_locks_immediate 0
  Table_locks_waited    0
  Variable_name Value
! Table_locks_immediate 3
! Table_locks_waited    1
--- 2,6 ----
  Table_locks_immediate 0
  Table_locks_waited    0
  Variable_name Value
! Table_locks_immediate 0
! Table_locks_waited    0
-------------------------------------------------------

>How-To-Repeat:
        sudo ./mysql-test-run --debug --local status
>Fix:
        

>Submitter-Id:  <submitter ID>
>Originator:    Todd Inglett
>Organization:
 
>MySQL support: none
>Synopsis:      status.test failure on PowerPC 64-bit Linux (new platform)
>Severity:      non-critical
>Priority:      low
>Category:      mysql
>Class:         
>Release:       mysql-3.23.47 (Source distribution)

>Environment:
        RS/6000 44p/270  2-way 1GB
        ppc64 Linux (new)
        gcc 3.0.4 (new port)
        glibc 2.2.4 (very new port)
        
System: Linux tt 2.4.13 #2 SMP Thu Feb 14 09:07:49 CST 2002 ppc64 unknown
Architecture: ppc64

Some paths:  /usr/bin/perl /usr/bin/make /usr/bin/gmake 
/opt/ppc64/powerpc64-linux/bin/gcc /usr/bin/cc
GCC: Reading specs from /opt/ppc64-20020218/lib/gcc-lib/powerpc64-linux/3.0.4/specs
Configured with: /work/toolchain/gcc/gcc-20020218/configure --build=powerpc-linux 
--host=powerpc-linux --target=powerpc64-linux --enable-languages=c,c++ --disable-nls 
--prefix=/opt/ppc64-20020218
Thread model: single
gcc version 3.0.4 20020218 (prerelease)
Compilation info: CC='gcc'  CFLAGS='-mminimal-toc'  CXX='c++'  
CXXFLAGS='-mminimal-toc'  LDFLAGS=''
LIBC: 
-rwxr-xr-x    1 root     root      1524461 Dec 19 09:51 /lib/libc.so.6
-rw-r--r--    1 root     root     25765912 Dec 19 09:25 /usr/lib/libc.a
-rw-r--r--    1 root     root          178 Dec 19 09:25 /usr/lib/libc.so
-rw-r--r--    1 root     root       956946 Dec 20 12:41 /usr/lib/libc-client.a
lrwxrwxrwx    1 root     root           20 Feb  7 08:36 /usr/lib/libc-client.so -> 
libc-client.so.2000c
-rwxr-xr-x    1 root     root       753040 Dec 20 12:41 /usr/lib/libc-client.so.2000c
Configure command: ./configure  --prefix=/usr/local64/mysql 
--with-named-curses-libs=/usr/local64/lib/libncurses.a --with-debug=full












---------------------------------------------------------------------
Before posting, please check:
   http://www.mysql.com/manual.php   (the manual)
   http://lists.mysql.com/           (the list archive)

To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php

Reply via email to