On Thu, Sep 26, 2013 at 11:30 PM, Glenn Fowler <[email protected]> wrote:
> On Thu, 26 Sep 2013 23:07:14 +0200 Roland Mainz wrote:
>> On Thu, Sep 26, 2013 at 7:19 AM, Glenn Fowler <[email protected]> wrote:
>> >
>> > the AT&T Software Technology ast alpha 2013-09-26 source release
>> > has been posted to the download site
>> >         http://www.research.att.com/sw/download/alpha/
>> > the package names and md5 checksums are
>> >             INIT  95da0c907a6ed25a601c373e16a1862e
>> >         ast-base  0aed6c2cd6bccf0ec23120179a1dfc38
>> >         ast-open  529b4c33049de4100bc6f5ecaafa7722
>> >          ast-ksh  d0762a194fe508641fa0706294236d3f
>> > the md5 sums should match the ones listed on the download page
>> >
>> > note that these are binary md5sums :)
>> [snip]
>
>> Erm... there are a couple of problems:
>> 1. ast-ksh doesn't build on Solaris 11/AMD64/64bit:
>> -- snip --
>> + cc -KPIC -D_TS_ERRNO -D_REENTRANT -KPIC -g -xs -xspace -Xa
>> -xstrconst -z combreloc -xildoff -xcsi '-errtags=yes'
>> '-DSHOPT_CMDLIB_BLTIN=0' '-DSH_CMDLIB_DIR="/usr/ast/bin"' '-DSHO
>> PT_CMDLIB_HDR="/home/test001/ksh93/ast_ksh_20130926/build_i386_64bit_debug/tmp_solaris_builtin_header.h"'
>> -DSHOPT_SYSRC '-D_map_libc=1' '-D_lib_socket=1' -lsocket -lnsl -I.
>> -I/hom
>> e/test001/ksh93/ast_ksh_20130926/build_i386_64bit_debug/src/lib/libsum
>> -I/home/test001/ksh93/ast_ksh_20130926/build_i386_64bit_debug/arch/sol11.i386-64/include/ast
>> -D_PACKAGE_ast
>> -c 
>> /home/test001/ksh93/ast_ksh_20130926/build_i386_64bit_debug/src/lib/libsum/sumlib.c
>> "/home/test001/ksh93/ast_ksh_20130926/build_i386_64bit_debug/src/lib/libsum/sumlib.c",
>> line 198: undefined symbol: sha384_scale
>> "/home/test001/ksh93/ast_ksh_20130926/build_i386_64bit_debug/src/lib/libsum/sumlib.c",
>> line 198: non-constant initializer: op "NAME"
>> "/home/test001/ksh93/ast_ksh_20130926/build_i386_64bit_debug/src/lib/libsum/sumlib.c",
>> line 267: warning: statement not reached (E_STATEMENT_NOT_REACHED)
>> cc: acomp failed for
>> /home/test001/ksh93/ast_ksh_20130926/build_i386_64bit_debug/src/lib/libsum/sumlib.c
>> mamake [lib/libsum]: *** exit code 2 making sumlib.o
>> -- snip --
[snip]
>
> patches not forgotten
> just trying to get to a stable state

Oh please... I hereby swear to eat 2 inches of a broomstick if the
getconf table changes cause any trouble... :-)

> as you can see we're not there

Grumpf... I'd prefer the "stuff all patches in"-approach as it gives
me the opportunity to fix more stuf... :-)

> sum-sha2.c has
>         #define sha384_scale    0
> sumlib.c has
>         #include "sum-sha2.c"
>         #undef  METHOD
>         #define METHOD(x)       
> x##_match,x##_description,x##_options,x##_open,x##_init,x##_block,x##_data,x##_print,x##_done,x##_scale,x##_flags
>         METHOD(sha384),
>
> you'll have to track down why for that particular cc and options
>         x##_scale => sha384_scale doesn't expand to 0

Erm... because it uses the libmd codepath ?

Remember libmd is this monstrosity, originally conceived as all-in-one
digest library and as interface to the hardware accerlators:
-- snip --
Interface Libraries                                   libmd(3LIB)

NAME
     libmd - Message Digest library

SYNOPSIS
     cc [ _f_l_a_g... ] _f_i_l_e... -lmd [ _l_i_b_r_a_r_y... ]
     #include <md4.h>
     #include <md5.h>
     #include <sha1.h>
     #include <sha2.h>


DESCRIPTION
     Functions in this library provide hashing routines  for  MD4
     (RFC1320),  MD5 (RFC1321), SHA1 (RFC3174), SHA256 (FIPS 180-
     2), SHA384 (FIPS 180-2), SHA512 (FIPS 180-2).

INTERFACES
     The shared object libmd.so.1 provides the public  interfaces
     defined  below.  See  intro(3) for additional information on
     shared object interfaces.



     MD4Final                      MD4Init
     MD4Update                     md5_calc
     MD5Final                      MD5Init
     MD5Update                     SHA1Final
     SHA1Init                      SHA1Update
     SHA2Final                     SHA2Init
     SHA2Update


SECURITY
     The MD4 and MD5 algorithms are currently considered weak for
     cryptographic  use.  The  algorithms should be used only for
     compatibility with legacy systems or protocols.


     The SHA1 algorithm is also believed to have some weaknesses.
     Migration  to  one  of the SHA2 algorithms-including SHA256,
     SHA386 or SHA512-is highly  recommended  when  compatibility
     with data formats and on wire protocols is permitted.

FILES
     /lib/libmd.so.1       shared object


     /lib/64/libmd.so.1    64-bit shared object


ATTRIBUTES


     See attributes(5) for descriptions of the  following  attri-
     butes:

     ____________________________________________________________
    |       ATTRIBUTE TYPE        |       ATTRIBUTE VALUE       |
    |______________________________|______________________________|
    | Interface Stability         | Committed                   |
    |______________________________|______________________________|
    | MT-Level                    | MT-Safe                     |
    |______________________________|______________________________|

SunOS 5.11          Last change: 16 Jun 2008                    2
-- snip --


> give that a few other METHOD() expansions in that file also had 0 scale and 
> went through fine
>
> also, but unrelated, '-D_lib_socket=1' -lsocket -lnsl in cc options is a 
> concern
> those should have been handled by the build

I saw that the patch went in... and it seems to work... thanks... :-)

----

Bye,
Roland

-- 
  __ .  . __
 (o.\ \/ /.o) [email protected]
  \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
  /O /==\ O\  TEL +49 641 3992797
 (;O/ \/ \O;)
_______________________________________________
ast-developers mailing list
[email protected]
http://lists.research.att.com/mailman/listinfo/ast-developers

Reply via email to