[openssl-dev] Is a "no next protocol negotiation" (no-npn) a supported option?

[Jeffrey Walton]

Is no-npn a supported configuration option for 1.1.0?

Its causing a test script to fail:

Testing no next protocol negotiation
Operating system: x86_64-whatever-linux2
Configuring for linux-x86_64
Configuring OpenSSL version 1.1.0-pre5-dev (0x0x1015L)
* Unsupported options: no-npn
  FAILED: config no protocol negotiation

And:

Testing shared object with no next protocol negotiation
Operating system: x86_64-whatever-linux2
Configuring for linux-x86_64
Configuring OpenSSL version 1.1.0-pre5-dev (0x0x1015L)
* Unsupported options: no-npn
  FAILED: config shared object with no protocol negotiation
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Kiyoshi KANAZAWA via RT]

Hmm,

% ./config --prefix=/tmp/install_check shared
makes 'ENGINES=engines/capi.so engines/dasync.so engines/ossltest.so 
engines/padlock.so'

I confirmed
% make install
passes in this case.
('A' is also echoed.)


Regards,

--- Kiyoshi 





> Still I have the same error.
> 
> % make install_engines
> *** Installing engines
> /bin/sh: syntax error at line 2: `;' unexpected
> Makefile:251: recipe for target 'install_engines' failed
> make: *** [install_engines] Error 2
> 
> 
> 
> I tried to enter 'echo "A"' before for loop, such as
> --- Makefile    2016-03-19 14:08:21.655179000 +0100
> +++ Makefile    2016-03-20 17:08:48.298012000 +0100
> @@ -284,7 +284,9 @@
>     @[ -n "$(INSTALLTOP)" ] || (echo INSTALLTOP should not be empty; 
> exit 1)
>     @$(PERL) $(SRCDIR)/util/mkdir-p.pl 
> $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/
>     @echo "*** Installing engines"
> -   @set -e; for e in $(ENGINES); do \
> +   @set -e; if [ "X$(ENGINES)" != "X" ]; then \
> +   echo "A"; \
> +   for e in $(ENGINES); do \
>     fn=`basename $$e`; \
>     if [ "$$fn" = 'ossltest.so' ]; then \
>     continue; \
> @@ -294,7 +295,8 @@
>     chmod 755 $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn.new; \
>     mv -f $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn.new \
>   $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn; \
> -   done
> +   done; \
> +   fi
>  
>  uninstall_engines:
>     @echo "*** Uninstalling engines"
> 
> 
> % make install_engines
> *** Installing engines
> /bin/sh: syntax error at line 3: `;' unexpected
> Makefile:251: recipe for target 'install_engines' failed
> make: *** [install_engines] Error 2
> 
> 
> "A" is not echoed, but
> 
> '/bin/sh: syntax error at line 2: `;' unexpected'
> changed to
> '/bin/sh: syntax error at line 3: `;' unexpected'
> 
> 
> Inside of if condition is not executed,
> but seems to be checked by sh.
> 
> 
> BTW, is it OK that ENGINES is empty on Solaris 10 x86/x64,
> although
> ENGINES=engines/capi.so engines/dasync.so engines/ossltest.so 
> engines/padlock.so
> on your Solaris Sparc ?
> 
> 
> Regards,
> 
> --- Kiyoshi 
> 
> 
> 
> 
> 
>>  I'm sorry and thanks for your patience: there's a bug in the patch: 
> 
>>  Replace the $$(ENGINE) in the line
>> 
>>  @set -e; if [ "X$$(ENGINES)" != "X" ]; then \
>> 
>>  by $(ENGINE) (no "$$" instead just a single "$").
>> 
>>  The new line is
>> 
>>  @set -e; if [ "X$(ENGINES)" != "X" ]; then \
>> 
>>  (plus a tab and some additional whitespace in front).
>> 
>>  The wrong "X$$(ENGINES)" is reduced by make into 
>>  "X$(ENGINES)" which 
>>  doesn't make sense in shell. The "X$$ENGINES" in your 
> suggested 
>>  echo 
>>  line is reduced to "X$ENGINES" and since there's no shell 
> variable 
>>  named 
>>  ENGINES set, this is reduced by the shell to "X". But I want 
>>  "X$(ENGINES)" in my patch: make reduces this to "X", 
> because 
>>  the make 
>>  variable ENGINES has an empty value and that's what we want to test in 
>>  the new "if".
>> 
>>  Regards,
>> 
>>  Rainer
>> 
>>  Am 21.03.2016 um 00:05 schrieb Kiyoshi KANAZAWA via RT:
>>>   Hello,
>>> 
>>>   Tried your openssl-install-engines.patch, but have the same result.
>>>   % make install_engines
>>>   *** Installing engines
>>>   /bin/sh: syntax error at line 2: `;' unexpected
>>>   Makefile:251: recipe for target 'install_engines' failed
>>>   make: *** [install_engines] Error 2
>>> 
>>> 
>>>   I think it should work, and added, for double check,
>>>   @echo "XENGINES="X$$ENGINES
>>>   after the line
>>> 
>>>   @echo "*** Installing engines".
>>>   % make install_engines
>>>   *** Installing engines
>>>   XENGINES=X
>>>   /bin/sh: syntax error at line 2: `;' unexpected
>>>   Makefile:251: recipe for target 'install_engines' failed
>>>   make: *** [install_engines] Error 2
>>> 
>>> 
>>> 
>>>   Regards,
>>> 
>>>   --- Kiyoshi 
>>> 
>>> 
>>> 
>>>   - Original Message -
   From: Rainer Jung via RT 
   To: yoi_no_myou...@yahoo.co.jp
   Cc: openssl-dev@openssl.org
   Date: 2016/3/21, Mon 01:16
   Subject: Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: 
> make 
>>  install fals on solaris64-x86_64-gcc.
 
   Am 20.03.2016 um 16:46 schrieb Kiyoshi KANAZAWA via RT:
>     Hello,
> 
>     Yes, ENGINES in the top level Makefile is empty.
> 
>         22:  LIBS=libcrypto.a libssl.a
>         23:  SHLIBS=
>         24:  ENGINES=
>         25:  PROGRAMS=apps/openssl
 
   OK, that explains the error, because the install_engines target 
> then
   contains a shell snippet
 
       for e in ; do
 
   ($(ENGINES) is empty, but since it is not used as a shell variable 
> but
   instead as a make variable, that is the resulting for loop). That 
>>  results in
 
       /bin/sh: syntax error at line 1: `;' unexpected
 
   at 

[openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Kiyoshi KANAZAWA via RT]

Still I have the same error.

% make install_engines
*** Installing engines
/bin/sh: syntax error at line 2: `;' unexpected
Makefile:251: recipe for target 'install_engines' failed
make: *** [install_engines] Error 2



I tried to enter 'echo "A"' before for loop, such as
--- Makefile    2016-03-19 14:08:21.655179000 +0100
+++ Makefile    2016-03-20 17:08:48.298012000 +0100
@@ -284,7 +284,9 @@
    @[ -n "$(INSTALLTOP)" ] || (echo INSTALLTOP should not be empty; exit 1)
    @$(PERL) $(SRCDIR)/util/mkdir-p.pl 
$(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/
    @echo "*** Installing engines"
-   @set -e; for e in $(ENGINES); do \
+   @set -e; if [ "X$(ENGINES)" != "X" ]; then \
+   echo "A"; \
+   for e in $(ENGINES); do \
    fn=`basename $$e`; \
    if [ "$$fn" = 'ossltest.so' ]; then \
    continue; \
@@ -294,7 +295,8 @@
    chmod 755 $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn.new; \
    mv -f $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn.new \
  $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn; \
-   done
+   done; \
+   fi
 
 uninstall_engines:
    @echo "*** Uninstalling engines"


% make install_engines
*** Installing engines
/bin/sh: syntax error at line 3: `;' unexpected
Makefile:251: recipe for target 'install_engines' failed
make: *** [install_engines] Error 2


"A" is not echoed, but

'/bin/sh: syntax error at line 2: `;' unexpected'
changed to
'/bin/sh: syntax error at line 3: `;' unexpected'


Inside of if condition is not executed,
but seems to be checked by sh.


BTW, is it OK that ENGINES is empty on Solaris 10 x86/x64,
although
ENGINES=engines/capi.so engines/dasync.so engines/ossltest.so engines/padlock.so
on your Solaris Sparc ?


Regards,

--- Kiyoshi 





> I'm sorry and thanks for your patience: there's a bug in the patch: 
> Replace the $$(ENGINE) in the line
> 
> @set -e; if [ "X$$(ENGINES)" != "X" ]; then \
> 
> by $(ENGINE) (no "$$" instead just a single "$").
> 
> The new line is
> 
> @set -e; if [ "X$(ENGINES)" != "X" ]; then \
> 
> (plus a tab and some additional whitespace in front).
> 
> The wrong "X$$(ENGINES)" is reduced by make into 
> "X$(ENGINES)" which 
> doesn't make sense in shell. The "X$$ENGINES" in your suggested 
> echo 
> line is reduced to "X$ENGINES" and since there's no shell variable 
> named 
> ENGINES set, this is reduced by the shell to "X". But I want 
> "X$(ENGINES)" in my patch: make reduces this to "X", because 
> the make 
> variable ENGINES has an empty value and that's what we want to test in 
> the new "if".
> 
> Regards,
> 
> Rainer
> 
> Am 21.03.2016 um 00:05 schrieb Kiyoshi KANAZAWA via RT:
>>  Hello,
>> 
>>  Tried your openssl-install-engines.patch, but have the same result.
>>  % make install_engines
>>  *** Installing engines
>>  /bin/sh: syntax error at line 2: `;' unexpected
>>  Makefile:251: recipe for target 'install_engines' failed
>>  make: *** [install_engines] Error 2
>> 
>> 
>>  I think it should work, and added, for double check,
>>  @echo "XENGINES="X$$ENGINES
>>  after the line
>> 
>>  @echo "*** Installing engines".
>>  % make install_engines
>>  *** Installing engines
>>  XENGINES=X
>>  /bin/sh: syntax error at line 2: `;' unexpected
>>  Makefile:251: recipe for target 'install_engines' failed
>>  make: *** [install_engines] Error 2
>> 
>> 
>> 
>>  Regards,
>> 
>>  --- Kiyoshi 
>> 
>> 
>> 
>>  - Original Message -
>>>  From: Rainer Jung via RT 
>>>  To: yoi_no_myou...@yahoo.co.jp
>>>  Cc: openssl-dev@openssl.org
>>>  Date: 2016/3/21, Mon 01:16
>>>  Subject: Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make 
> install fals on solaris64-x86_64-gcc.
>>> 
>>>  Am 20.03.2016 um 16:46 schrieb Kiyoshi KANAZAWA via RT:
    Hello,
 
    Yes, ENGINES in the top level Makefile is empty.
 
        22:  LIBS=libcrypto.a libssl.a
        23:  SHLIBS=
        24:  ENGINES=
        25:  PROGRAMS=apps/openssl
>>> 
>>>  OK, that explains the error, because the install_engines target then
>>>  contains a shell snippet
>>> 
>>>      for e in ; do
>>> 
>>>  ($(ENGINES) is empty, but since it is not used as a shell variable but
>>>  instead as a make variable, that is the resulting for loop). That 
> results in
>>> 
>>>      /bin/sh: syntax error at line 1: `;' unexpected
>>> 
>>>  at least for /bin/sh on Solaris.
>>> 
>>>  So we need to add special handling in $(ENGINES) is empty.
>>> 
>>>  You could try the attached patch.
>>> 
>>>  Regards,
>>> 
>>>  Rainer
>>> 
>>>  --
>>>  Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
>>>  Please log in as guest with password guest if prompted
> 
> 
> -- 
> Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
> Please log in as guest with password guest if prompted
>


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
Please log in as guest with password guest if prompted

-- 

[openssl-dev] 1.1.0-pre5-dev (2016-03-20) v. VMS

[Steven M. Schweda]

   1.  An attempt to build on VMS Alpha V8.4 died when MMS choked on a
too-long command:

[...]
PURGE [.crypto.evp]digest.OBJ
SET DEFAULT 
ALP$DKC100:[UTILITY.SOURCE.OPENSSL.openssl-master_2016-03-20.crypto.evp]
CC/DECC 
/DEFINE=(OPENSSL_THREADS,OPENSSL_NO_DYNAMIC_ENGINE,OPENSSL_PIC,OPENSSLDIR="""SYS$COMMON:[SSL]""",ENGINESDIR="""OSSL$ENGINES:""")
 /STANDARD=RELAXED/NOLIST/PREFIX=ALL/NAMES=(AS_IS,SHORTENED) 
/OPTIMIZE/NODEBUG/INCLUDE=(utility5_dev:[UTILITY.source-
.openssl.openssl-master_2016-03-20.include],ALP$DKC100:[UTILITY.SOURCE.OPENSSL.openssl-master_2016-03-20],ALP$DKC100:[UTILITY.SOURCE.OPENSSL.openssl-master_2016-03-20.crypto.include],ALP$DKC100:[UTILITY.SOURCE.OPENSSL.openssl-master_2016-03-20.include]-
,utility5_dev:[UTILITY.source.openssl.openssl-master_2016-03-20.crypto.include],ALP$DKC100:[UTILITY.SOURCE.OPENSSL.openssl-master_2016-03-20.crypto],ALP$DKC100:[UTILITY.SOURCE.OPENSSL.openssl-master_2016-03-20.crypto.modes])
 /MMS=(FILE=utility5_dev:[-
UTILITY.source.openssl.openssl-master_2016-03-20.crypto.evp]e_aes.tmp-MMS,TARGET=[.crypto.evp]e_aes.OBJ)
 
/OBJECT=utility5_dev:[UTILITY.source.openssl.openssl-master_2016-03-20.crypto.evp]e_aes.OBJ
 /REPOSITORY=utility5_dev:[UTILITY.source.openssl.-
openssl-master_2016-03-20] e_aes.c
%MMS-F-EXETOOBIG, Command too large.  Maximum length is 1019 characters.

   I haven't tried to see how this stuff is generated nowadays, but I'd
say that it could use more of at least one of the following:
  logical names  (one rooted for the top-level dir?)
  continuation lines
  relative directory specs
  documentation of the default directory spec length limit

   2.  What's the status of zlib support on VMS?  In the old days,
makevms.com had a place to specify a zlib directory.  Is there a way in
the new scheme?  (Documented anywhere?)  All I found was the
  OPTIONS= [...] no-zlib no-zlib-dynamic
in descrip.mms.

   3.  Shared images?


   For the record:

ALP $ mms /id
%MMS-I-IDENT, MMS V3.8-2 © Copyright 2007 Hewlett-Packard Development Company, L
.P.

ALP $ cc /version
HP C V7.3-010 on OpenVMS Alpha V8.4

   (I haven't verified it yet, but I believe that the "-010" compiler,
recently made available to us lowly hobbyists, fixes the 64-bit argv[]
NULL-termination problems on Alpha.)



   Steven M. Schweda   sms@antinode-info
   382 South Warwick Street(+1) 651-699-9818
   Saint Paul  MN  55105-2547
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4439] poly1305-x86.pl produces incorrect output

[David Benjamin via RT]

On Sun, Mar 20, 2016 at 5:05 PM Andy Polyakov via RT  wrote:

> No, it doesn't depend on call pattern. Please confirm that attached
> patch solves the problem. Thanks.
>

(Right, sorry, I meant that the test vectors I have seem to only with their
corresponding call patterns.)

The patch works on my end, and naively comparing random inputs against a
reference implementation doesn't reveal any other issues. Thanks for fixing
it so quickly!

David

-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4439
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4462] FEATURE: enable 'make test' to respond to 'V=1' or 'VERBOSE=1'

[noloa...@gmail.com via RT]

INSTALL details the way to obtain verbose output is with:

 HARNESS_VERBOSE=yes make test

That is kind of non-standard for autotools, cmake and kbuild users.
Users of those tools (including various OpenSSL package maintainers)
are accustomed to output being sometimes hidden from them, and they
normally react with:

make test V=1

Or:

make test VERBOSE=1

Please consider enabling the build system to respond to both 'V=1' and
'VERBOSE=1'.

It will save a bunch of mailing list questions and miscellaneous noise.


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4462
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4461] No rule to make target 'crypto/include/internal/blake2_locl.h'

[Rich Salz via RT]

"Just pulled 89ff989 and the issue is gone. Close it."

-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4461
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4461] No rule to make target 'crypto/include/internal/blake2_locl.h'

[Jeffrey Walton]

On Sun, Mar 20, 2016 at 9:29 PM, Salz, Rich via RT  wrote:
>
>> $ make depend && make clean && make
>> ...
>>
>> No rule to make target 'crypto/include/internal/blake2_locl.h'
>
> Shouldn't that be clean ; make depend?
>
> At any rate, yes, some header files moved around.  Old dependencies are out 
> of date ...

I think it need depends first to get the dependencies right (for
clean); then it needs the clean to ensure old artifacts are gone.

At any rate, what does the Dev team recommend/want? I'm happy to do either.

Jeff
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4461] No rule to make target 'crypto/include/internal/blake2_locl.h'

[noloa...@gmail.com via RT]

On Sun, Mar 20, 2016 at 9:29 PM, Salz, Rich via RT  wrote:
>
>> $ make depend && make clean && make
>> ...
>>
>> No rule to make target 'crypto/include/internal/blake2_locl.h'
>
> Shouldn't that be clean ; make depend?
>
> At any rate, yes, some header files moved around.  Old dependencies are out 
> of date ...

I think it need depends first to get the dependencies right (for
clean); then it needs the clean to ensure old artifacts are gone.

At any rate, what does the Dev team recommend/want? I'm happy to do either.

Jeff


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4461
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4461] No rule to make target 'crypto/include/internal/blake2_locl.h'

[Salz, Rich via RT]

> $ make depend && make clean && make
> ...
> 
> No rule to make target 'crypto/include/internal/blake2_locl.h'

Shouldn't that be clean ; make depend?

At any rate, yes, some header files moved around.  Old dependencies are out of 
date ...


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4461
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4461] No rule to make target 'crypto/include/internal/blake2_locl.h'

[noloa...@gmail.com via RT]

Working on Gentoo 13, x86_64 with a 4.1 kernel. Master at 89ff989d01314a61.

$ git reset --hard HEAD && git pull
HEAD is now at 89ff989 Add a comment on dane_verify() logic
Already up-to-date.

$ ./config
...
$ make depend && make clean && make
...

No rule to make target 'crypto/include/internal/blake2_locl.h'

**

$ ./config
Operating system: x86_64-whatever-linux2
Configuring for linux-x86_64
Configuring OpenSSL version 1.1.0-pre5-dev (0x0x1015L)
no-crypto-mdebug [default]  OPENSSL_NO_CRYPTO_MDEBUG (skip dir)
no-crypto-mdebug-backtrace [forced]
OPENSSL_NO_CRYPTO_MDEBUG_BACKTRACE (skip dir)
no-dynamic-engine [forced]
no-ec_nistp_64_gcc_128 [default]  OPENSSL_NO_EC_NISTP_64_GCC_128 (skip dir)
no-egd  [default]  OPENSSL_NO_EGD (skip dir)
no-heartbeats   [default]  OPENSSL_NO_HEARTBEATS (skip dir)
no-md2  [default]  OPENSSL_NO_MD2 (skip dir)
no-rc5  [default]  OPENSSL_NO_RC5 (skip dir)
no-sctp [default]  OPENSSL_NO_SCTP (skip dir)
no-shared   [default]
no-ssl-trace[default]  OPENSSL_NO_SSL_TRACE (skip dir)
no-ssl3 [default]  OPENSSL_NO_SSL3 (skip dir)
no-ssl3-method  [default]  OPENSSL_NO_SSL3_METHOD (skip dir)
no-unit-test[default]  OPENSSL_NO_UNIT_TEST (skip dir)
no-weak-ssl-ciphers [default]  OPENSSL_NO_WEAK_SSL_CIPHERS (skip dir)
no-zlib [default]
no-zlib-dynamic [default]
Configuring for linux-x86_64
IsMK1MF   =no
CC=gcc
CFLAG =-Wall -O3 -pthread -m64 -DL_ENDIAN  -Wa,--noexecstack
SHARED_CFLAG  =-fPIC
DEFINES   =DSO_DLFCN HAVE_DLFCN_H OPENSSL_THREADS
OPENSSL_NO_DYNAMIC_ENGINE OPENSSL_PIC OPENSSL_IA32_SSE2
OPENSSL_BN_ASM_MONT OPENSSL_BN_ASM_MONT5 OPENSSL_BN_ASM_GF2m SHA1_ASM
SHA256_ASM SHA512_ASM MD5_ASM AES_ASM VPAES_ASM BSAES_ASM GHASH_ASM
ECP_NISTZ256_ASM POLY1305_ASM
LFLAG =
PLIB_LFLAG=
EX_LIBS   =-ldl
APPS_OBJ  =
CPUID_OBJ =x86_64cpuid.o
UPLINK_OBJ=
BN_ASM=asm/x86_64-gcc.o x86_64-mont.o x86_64-mont5.o
x86_64-gf2m.o rsaz_exp.o rsaz-x86_64.o rsaz-avx2.o
EC_ASM=ecp_nistz256.o ecp_nistz256-x86_64.o
DES_ENC   =des_enc.o fcrypt_b.o
AES_ENC   =aes-x86_64.o vpaes-x86_64.o bsaes-x86_64.o
aesni-x86_64.o aesni-sha1-x86_64.o aesni-sha256-x86_64.o
aesni-mb-x86_64.o
BF_ENC=bf_enc.o
CAST_ENC  =c_enc.o
RC4_ENC   =rc4-x86_64.o rc4-md5-x86_64.o
RC5_ENC   =rc5_enc.o
MD5_OBJ_ASM   =md5-x86_64.o
SHA1_OBJ_ASM  =sha1-x86_64.o sha256-x86_64.o sha512-x86_64.o
sha1-mb-x86_64.o sha256-mb-x86_64.o
RMD160_OBJ_ASM=
CMLL_ENC  =cmll-x86_64.o cmll_misc.o
MODES_OBJ =ghash-x86_64.o aesni-gcm-x86_64.o
PADLOCK_OBJ   =e_padlock-x86_64.o
CHACHA_ENC=chacha-x86_64.o
POLY1305_OBJ  =poly1305-x86_64.o
BLAKE2_OBJ=
PROCESSOR =
RANLIB=/usr/bin/ranlib
ARFLAGS   =
PERL  =/usr/bin/perl

SIXTY_FOUR_BIT_LONG mode

Configured for linux-x86_64.


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4461
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4460] [PATCH] BIO_METHODs should be const

[noloa...@gmail.com via RT]

On Sun, Mar 20, 2016 at 6:20 PM, David Benjamin via RT  wrote:
> Patch attached. This is a mechanical change. BIO_new takes a non-const
> BIO_METHOD and the various BIO_METHODs defined in the library are also
> non-const, so they don't get placed in .rodata.
>
> The change to BIO_new and the BIO struct should be source-compatible.
> Fixing the in-library BIO_METHODs is not. This will work as-is:
> BIO *bio = BIO_new(BIO_s_mem());
> This will not:
> BIO_METHOD *method = BIO_s_mem();
> BIO *bio = BIO_new(method);
> (method would have to be const.)
>
> If this is a concern, I can split out just the BIO_new change (so that
> external BIO_METHODs may be const without requiring casts). It would be
> nice to put the in-library BIOs in .rodata too, but then functions like
> BIO_s_mem would need to cast away const-ness internally. Happy to switch it
> to whichever is preferable.

+1 for getting const-ness in order.

The const-ness issues have been around a long time. They should be
sorted out before the 1.1.0 release. The major version bump is
precisely the time when it should occur.

Jeff


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4460
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4460] [PATCH] BIO_METHODs should be const

[Jeffrey Walton]

On Sun, Mar 20, 2016 at 6:20 PM, David Benjamin via RT  wrote:
> Patch attached. This is a mechanical change. BIO_new takes a non-const
> BIO_METHOD and the various BIO_METHODs defined in the library are also
> non-const, so they don't get placed in .rodata.
>
> The change to BIO_new and the BIO struct should be source-compatible.
> Fixing the in-library BIO_METHODs is not. This will work as-is:
> BIO *bio = BIO_new(BIO_s_mem());
> This will not:
> BIO_METHOD *method = BIO_s_mem();
> BIO *bio = BIO_new(method);
> (method would have to be const.)
>
> If this is a concern, I can split out just the BIO_new change (so that
> external BIO_METHODs may be const without requiring casts). It would be
> nice to put the in-library BIOs in .rodata too, but then functions like
> BIO_s_mem would need to cast away const-ness internally. Happy to switch it
> to whichever is preferable.

+1 for getting const-ness in order.

The const-ness issues have been around a long time. They should be
sorted out before the 1.1.0 release. The major version bump is
precisely the time when it should occur.

Jeff
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Rainer Jung]

I'm sorry and thanks for your patience: there's a bug in the patch: 
Replace the $$(ENGINE) in the line


@set -e; if [ "X$$(ENGINES)" != "X" ]; then \

by $(ENGINE) (no "$$" instead just a single "$").

The new line is

@set -e; if [ "X$(ENGINES)" != "X" ]; then \

(plus a tab and some additional whitespace in front).

The wrong "X$$(ENGINES)" is reduced by make into "X$(ENGINES)" which 
doesn't make sense in shell. The "X$$ENGINES" in your suggested echo 
line is reduced to "X$ENGINES" and since there's no shell variable named 
ENGINES set, this is reduced by the shell to "X". But I want 
"X$(ENGINES)" in my patch: make reduces this to "X", because the make 
variable ENGINES has an empty value and that's what we want to test in 
the new "if".


Regards,

Rainer

Am 21.03.2016 um 00:05 schrieb Kiyoshi KANAZAWA via RT:

Hello,

Tried your openssl-install-engines.patch, but have the same result.
% make install_engines
*** Installing engines
/bin/sh: syntax error at line 2: `;' unexpected
Makefile:251: recipe for target 'install_engines' failed
make: *** [install_engines] Error 2


I think it should work, and added, for double check,
@echo "XENGINES="X$$ENGINES
after the line

@echo "*** Installing engines".
% make install_engines
*** Installing engines
XENGINES=X
/bin/sh: syntax error at line 2: `;' unexpected
Makefile:251: recipe for target 'install_engines' failed
make: *** [install_engines] Error 2



Regards,

--- Kiyoshi 



- Original Message -

From: Rainer Jung via RT 
To: yoi_no_myou...@yahoo.co.jp
Cc: openssl-dev@openssl.org
Date: 2016/3/21, Mon 01:16
Subject: Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install 
fals on solaris64-x86_64-gcc.

Am 20.03.2016 um 16:46 schrieb Kiyoshi KANAZAWA via RT:

  Hello,

  Yes, ENGINES in the top level Makefile is empty.

  22:  LIBS=libcrypto.a libssl.a
  23:  SHLIBS=
  24:  ENGINES=
  25:  PROGRAMS=apps/openssl


OK, that explains the error, because the install_engines target then
contains a shell snippet

for e in ; do

($(ENGINES) is empty, but since it is not used as a shell variable but
instead as a make variable, that is the resulting for loop). That results in

/bin/sh: syntax error at line 1: `;' unexpected

at least for /bin/sh on Solaris.

So we need to add special handling in $(ENGINES) is empty.

You could try the attached patch.

Regards,

Rainer

--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
Please log in as guest with password guest if prompted

--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Rainer Jung via RT]

I'm sorry and thanks for your patience: there's a bug in the patch: 
Replace the $$(ENGINE) in the line

@set -e; if [ "X$$(ENGINES)" != "X" ]; then \

by $(ENGINE) (no "$$" instead just a single "$").

The new line is

@set -e; if [ "X$(ENGINES)" != "X" ]; then \

(plus a tab and some additional whitespace in front).

The wrong "X$$(ENGINES)" is reduced by make into "X$(ENGINES)" which 
doesn't make sense in shell. The "X$$ENGINES" in your suggested echo 
line is reduced to "X$ENGINES" and since there's no shell variable named 
ENGINES set, this is reduced by the shell to "X". But I want 
"X$(ENGINES)" in my patch: make reduces this to "X", because the make 
variable ENGINES has an empty value and that's what we want to test in 
the new "if".

Regards,

Rainer

Am 21.03.2016 um 00:05 schrieb Kiyoshi KANAZAWA via RT:
> Hello,
>
> Tried your openssl-install-engines.patch, but have the same result.
> % make install_engines
> *** Installing engines
> /bin/sh: syntax error at line 2: `;' unexpected
> Makefile:251: recipe for target 'install_engines' failed
> make: *** [install_engines] Error 2
>
>
> I think it should work, and added, for double check,
> @echo "XENGINES="X$$ENGINES
> after the line
>
> @echo "*** Installing engines".
> % make install_engines
> *** Installing engines
> XENGINES=X
> /bin/sh: syntax error at line 2: `;' unexpected
> Makefile:251: recipe for target 'install_engines' failed
> make: *** [install_engines] Error 2
>
>
>
> Regards,
>
> --- Kiyoshi 
>
>
>
> - Original Message -
>> From: Rainer Jung via RT 
>> To: yoi_no_myou...@yahoo.co.jp
>> Cc: openssl-dev@openssl.org
>> Date: 2016/3/21, Mon 01:16
>> Subject: Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make 
>> install fals on solaris64-x86_64-gcc.
>>
>> Am 20.03.2016 um 16:46 schrieb Kiyoshi KANAZAWA via RT:
>>>   Hello,
>>>
>>>   Yes, ENGINES in the top level Makefile is empty.
>>>
>>>   22:  LIBS=libcrypto.a libssl.a
>>>   23:  SHLIBS=
>>>   24:  ENGINES=
>>>   25:  PROGRAMS=apps/openssl
>>
>> OK, that explains the error, because the install_engines target then
>> contains a shell snippet
>>
>> for e in ; do
>>
>> ($(ENGINES) is empty, but since it is not used as a shell variable but
>> instead as a make variable, that is the resulting for loop). That results in
>>
>> /bin/sh: syntax error at line 1: `;' unexpected
>>
>> at least for /bin/sh on Solaris.
>>
>> So we need to add special handling in $(ENGINES) is empty.
>>
>> You could try the attached patch.
>>
>> Regards,
>>
>> Rainer
>>
>> --
>> Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
>> Please log in as guest with password guest if prompted


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4456] Fedora 1, i386: error: field `next_timeout` has incomplete type

[noloa...@gmail.com via RT]

On Sun, Mar 20, 2016 at 2:45 PM, Richard Levitte via RT  
wrote:
> '#include ' should be added in e_os.h rather than ssl/ssl_locl.h
>

Thanks.

Would it be possible to add , , and
? Then all these tickets can be closed.

It should also allow moving onto Android testing. Android, Cygwin and
early Fedora seem to have similar personalities, and they often
complain about the same headers.

Jeff


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4456
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4456] Fedora 1, i386: error: field `next_timeout` has incomplete type

[Jeffrey Walton]

On Sun, Mar 20, 2016 at 2:45 PM, Richard Levitte via RT  
wrote:
> '#include ' should be added in e_os.h rather than ssl/ssl_locl.h
>

Thanks.

Would it be possible to add , , and
? Then all these tickets can be closed.

It should also allow moving onto Android testing. Android, Cygwin and
early Fedora seem to have similar personalities, and they often
complain about the same headers.

Jeff
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Kiyoshi KANAZAWA via RT]

Hello,

Tried your openssl-install-engines.patch, but have the same result.
% make install_engines
*** Installing engines
/bin/sh: syntax error at line 2: `;' unexpected
Makefile:251: recipe for target 'install_engines' failed
make: *** [install_engines] Error 2


I think it should work, and added, for double check,
@echo "XENGINES="X$$ENGINES
after the line

@echo "*** Installing engines".
% make install_engines
*** Installing engines
XENGINES=X
/bin/sh: syntax error at line 2: `;' unexpected
Makefile:251: recipe for target 'install_engines' failed
make: *** [install_engines] Error 2



Regards,

--- Kiyoshi 



- Original Message -
> From: Rainer Jung via RT 
> To: yoi_no_myou...@yahoo.co.jp
> Cc: openssl-dev@openssl.org
> Date: 2016/3/21, Mon 01:16
> Subject: Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make 
> install fals on solaris64-x86_64-gcc.
> 
> Am 20.03.2016 um 16:46 schrieb Kiyoshi KANAZAWA via RT:
>>  Hello,
>> 
>>  Yes, ENGINES in the top level Makefile is empty.
>> 
>>      22:  LIBS=libcrypto.a libssl.a
>>      23:  SHLIBS=
>>      24:  ENGINES=
>>      25:  PROGRAMS=apps/openssl
> 
> OK, that explains the error, because the install_engines target then 
> contains a shell snippet
> 
>    for e in ; do
> 
> ($(ENGINES) is empty, but since it is not used as a shell variable but 
> instead as a make variable, that is the resulting for loop). That results in
> 
>    /bin/sh: syntax error at line 1: `;' unexpected
> 
> at least for /bin/sh on Solaris.
> 
> So we need to add special handling in $(ENGINES) is empty.
> 
> You could try the attached patch.
> 
> Regards,
> 
> Rainer
> 
> -- 
> Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
> Please log in as guest with password guest if prompted
>


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4460] [PATCH] BIO_METHODs should be const

[David Benjamin via RT]

Patch attached. This is a mechanical change. BIO_new takes a non-const
BIO_METHOD and the various BIO_METHODs defined in the library are also
non-const, so they don't get placed in .rodata.

The change to BIO_new and the BIO struct should be source-compatible.
Fixing the in-library BIO_METHODs is not. This will work as-is:
BIO *bio = BIO_new(BIO_s_mem());
This will not:
BIO_METHOD *method = BIO_s_mem();
BIO *bio = BIO_new(method);
(method would have to be const.)

If this is a concern, I can split out just the BIO_new change (so that
external BIO_METHODs may be const without requiring casts). It would be
nice to put the in-library BIOs in .rodata too, but then functions like
BIO_s_mem would need to cast away const-ness internally. Happy to switch it
to whichever is preferable.

David

-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4460
Please log in as guest with password guest if prompted



0001-BIO_METHODs-should-be-const.patch
Description: Binary data
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4439] poly1305-x86.pl produces incorrect output

[Andy Polyakov via RT]

Hi,

> You know the drill. See the attached poly1305_test2.c.
> 
> $ OPENSSL_ia32cap=0 ./poly1305_test2
> PASS
> $ ./poly1305_test2
> Poly1305 test failed.
> got:  2637408fe03086ea73f971e3425e2820
> expected: 2637408fe13086ea73f971e3425e2820
> 
> I believe this affects both the SSE2 and AVX2 code. It does seem to be
> dependent on this input pattern.

No, it doesn't depend on call pattern. Please confirm that attached
patch solves the problem. Thanks.



-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4439
Please log in as guest with password guest if prompted

diff --git a/crypto/poly1305/asm/poly1305-x86.pl 
b/crypto/poly1305/asm/poly1305-x86.pl
index 4307c99..419cb30 100755
--- a/crypto/poly1305/asm/poly1305-x86.pl
+++ b/crypto/poly1305/asm/poly1305-x86.pl
@@ -540,6 +540,7 @@ my $base = shift; $base = "esp" if (!defined($base));
 
 sub lazy_reduction {
 my $extra = shift;
+my $paddx = defined(extra) ? paddq : paddd;
 

# lazy reduction as discussed in "NEON crypto" by D.J. Bernstein
@@ -563,12 +564,12 @@ my $extra = shift;
# possible, because
# paddq is "broken"
# on Atom
-  ($D1,$MASK);
- ($T1,$D2);  # h1 -> h2
  ($T0,2);
+ ($T1,$D2);  # h1 -> h2
+&$paddx($T0,$D0);  # h4 -> h0
+  ($D1,$MASK);
 ($D2,$T1);
  ($T1,26);
- ($T0,$D0);  # h4 -> h0
   ($D2,$MASK);
  ($T1,$D3);  # h2 -> h3
 ($D0,$T0);
@@ -1708,18 +1709,18 @@ sub vlazy_reduction {
 ($T1,$D1,26);
  ($D1,$D1,$MASK);
 ($D2,$D2,$T1);  # h1 -> h2
-($D0,$D0,$T0);
+($D0,$D0,$T0);
 ($T0,$T0,2);
 ($T1,$D2,26);
  ($D2,$D2,$MASK);
-($D0,$D0,$T0);  # h4 -> h0
-($D3,$D3,$T1);  # h2 -> h3
+($D0,$D0,$T0);  # h4 -> h0
+($D3,$D3,$T1);  # h2 -> h3
 ($T1,$D3,26);
 ($T0,$D0,26);
  ($D0,$D0,$MASK);
  ($D3,$D3,$MASK);
-($D1,$D1,$T0);  # h0 -> h1
-($D4,$D4,$T1);  # h3 -> h4
+($D1,$D1,$T0);  # h0 -> h1
+($D4,$D4,$T1);  # h3 -> h4
 }
_reduction();
 
diff --git a/crypto/poly1305/poly1305.c b/crypto/poly1305/poly1305.c
index 303822e..b500f2e 100644
--- a/crypto/poly1305/poly1305.c
+++ b/crypto/poly1305/poly1305.c
@@ -699,6 +699,35 @@ static const struct poly1305_test poly1305_tests[] = {
  "746869732069732033322d6279746520""6b657920666f7220506f6c7931333035",
  "49ec78090e481ec6c26b33b91ccc0307"
 },
+{
+ "89dab80b7717c1db5db437860a3f70218e93e1b8f461fb677f16f35f6f87e2a9"
+ "1c99bc3a47ace47640cc95c345be5ecca5a3523c35cc01893af0b64a62033427"
+ "0372ec12482d1b1e363561698a578b359803495bb4e2ef1930b17a5190b580f1"
+ "41300df30adbeca28f6427a8bc1a999fd51c554a017d095d8c3e3127daf9f595",
+ "2d773be37adb1e4d683bf0075e79c4ee""037918535a7f99ccb7040fb5f5f43aea",
+ "c85d15ed44c378d6b00e23064c7bcd51"
+},
+{
+ "000b17030302"
+ "06db1f1f368d696a810a349c0c714c9a5e7850c2407d721acded95e018d7a852"
+ "66a6e1289cdb4aeb18da5ac8a2b0026d24a59ad485227f3eaedbb2e7e35e1c66"
+ "cd60f9abf716dcc9ac42682dd7dab287a7024c4eefc321cc0574e16793e37cec"
+ "03c5bda42b54c114a80b57af26416c7be742005e20855c73e21dc8e2edc9d435"
+ "cb6f6059280011c270b71570051c1c9b3052126620bc1e2730fa066c7a509d53"
+ "c60e5ae1b40aa6e39e49669228c90eecb4a50db32a50bc49e90b4f4b359a1dfd"
+ "11749cd3867fcf2fb7bb6cd4738f6a4ad6f7ca5058f7618845af9f020f6c3b96"
+ "7b8f4cd4a91e2813b507ae66f2d35c18284f7292186062e10fd5510d18775351"
+ "ef334e7634ab4743f5b68f49adcab384d3fd75f7390f4006ef2a295c8c7a076a"
+ "d54546cd25d2107fbe1436c840924aaebe5b370893cd63d1325b8616fc481088"
+ "6bc152c53221b6df373119393255ee72bcaa880174f1717f9184fa91646f17a2"
+ "4ac55d16bfddca9581a92eda479201f0edbf633600d6066d1ab36d5d2415d713"
+ "51bbcd608a25108d25641992c1f26c531cf9f90203bc4cc19f5927d834b0a471"
+ "16d3884bbb164b8ec883d1ac832e56b3918a98601a08d171881541d594db399c"
+ "6ae6151221745aec814c45b0b05b565436fd6f137aa10a0c0b643761dbd6f9a9"
+ "dcb99b1a6e690854ce0769cde39761d82fcdec15f0d92d7d8e94ade8eb83fbe0",
+ "99e5822dd4173c995e3dae0ddefb9774""3fde3b080134b39f76e9bf8d0e88d546",
+ "2637408fe13086ea73f971e3425e2820"
+},
 /*
  * 

[openssl-dev] openssl_config_internal passes config_name to CONF_modules_load_file as appname

[Nikita Leontiev]

Hello,

Examining OpenSSL code I noticed strange thing. openssl_config_internal
function passes config_name parameter to CONF_modules_load_file as appname
parameter:

void openssl_config_internal(const char **config_name*)
{
...
CONF_modules_load_file(NULL, *config_name*,
   CONF_MFLAGS_DEFAULT_SECTION |
   CONF_MFLAGS_IGNORE_MISSING_FILE);
...
}

int CONF_modules_load_file(*const char *filename*, *const char *appname*,
   unsigned long flags)
{
...
}

Looks strange, because in such case config loading not occur or I missed
something?

-- 
Nikita Leontiev
Just Manager Lead Developer
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4456] Fedora 1, i386: error: field `next_timeout` has incomplete type

[Richard Levitte via RT]

'#include ' should be added in e_os.h rather than ssl/ssl_locl.h

In message  on Sun, 20 
Mar 2016 12:31:51 +, "noloa...@gmail.com via RT"  said:

rt> I know this is kind of an old machine with GCC 3.3...
rt> 
rt> With an updated PERL and a './config no-asm -D_XOPEN_SOURCE=600', I
rt> can almost get through a compile. After libcrypto.a is built, the next
rt> compile line is:
rt> 
rt> gcc ... -c -o ssl/bio_ssl.o ssl/bio_ssl.c
rt> 
rt> At that point, there's a:
rt> 
rt>In file included from ssl/bio_ssl.c:65
rt>ssl/ssl_locl.h:1501: error: field `next_timeout` has incomplete type
rt>[ssl/bio_ssl.o] Error 1
rt> 
rt> The issue was cleared by adding  to "ssl/ssl_locl.h".
rt> 
rt> **
rt> 
rt> ar  r libcrypto.a crypto/aes/aes_cbc.o crypto/aes/aes_cfb.o
rt> crypto/aes/aes_core.o crypto/aes/aes_ecb.o crypto/aes/aes_ige.o
rt> crypto/aes/aes_misc.o crypto/aes/aes_ofb.o crypto/aes/aes_wrap.o
rt> crypto/asn1/a_bitstr.o crypto/asn1/a_d2i_fp.o crypto/asn1/a_digest.o
rt> crypto/asn1/a_dup.o crypto/asn1/a_gentm.o crypto/asn1/a_i2d_fp.o
rt> crypto/asn1/a_int.o crypto/asn1/a_mbstr.o crypto/asn1/a_object.o
rt> crypto/asn1/a_octet.o crypto/asn1/a_print.o crypto/asn1/a_sign.o
rt> crypto/asn1/a_strex.o crypto/asn1/a_strnid.o crypto/asn1/a_time.o
rt> crypto/asn1/a_type.o crypto/asn1/a_utctm.o crypto/asn1/a_utf8.o
rt> crypto/asn1/a_verify.o crypto/asn1/ameth_lib.o crypto/asn1/asn1_err.o
rt> crypto/asn1/asn1_gen.o crypto/asn1/asn1_lib.o crypto/asn1/asn1_par.o
rt> crypto/asn1/asn_mime.o crypto/asn1/asn_moid.o crypto/asn1/asn_mstbl.o
rt> crypto/asn1/asn_pack.o crypto/asn1/bio_asn1.o crypto/asn1/bio_ndef.o
rt> crypto/asn1/d2i_pr.o crypto/asn1/d2i_pu.o crypto/asn1/evp_asn1.o
rt> crypto/asn1/f_int.o crypto/asn1/f_string.o crypto/asn1/i2d_pr.o
rt> crypto/asn1/i2d_pu.o crypto/asn1/n_pkey.o crypto/asn1/nsseq.o
rt> crypto/asn1/p5_pbe.o crypto/asn1/p5_pbev2.o crypto/asn1/p5_scrypt.o
rt> crypto/asn1/p8_pkey.o crypto/asn1/t_bitst.o crypto/asn1/t_pkey.o
rt> crypto/asn1/t_spki.o crypto/asn1/tasn_dec.o crypto/asn1/tasn_enc.o
rt> crypto/asn1/tasn_fre.o crypto/asn1/tasn_new.o crypto/asn1/tasn_prn.o
rt> crypto/asn1/tasn_scn.o crypto/asn1/tasn_typ.o crypto/asn1/tasn_utl.o
rt> crypto/asn1/x_algor.o crypto/asn1/x_bignum.o crypto/asn1/x_info.o
rt> crypto/asn1/x_long.o crypto/asn1/x_pkey.o crypto/asn1/x_pubkey.o
rt> crypto/asn1/x_sig.o crypto/asn1/x_spki.o crypto/asn1/x_val.o
rt> crypto/async/arch/async_null.o crypto/async/arch/async_posix.o
rt> crypto/async/arch/async_win.o crypto/async/async.o
rt> crypto/async/async_err.o crypto/async/async_wait.o
rt> crypto/bf/bf_cfb64.o crypto/bf/bf_ecb.o crypto/bf/bf_enc.o
rt> crypto/bf/bf_ofb64.o crypto/bf/bf_skey.o crypto/bio/b_addr.o
rt> crypto/bio/b_dump.o crypto/bio/b_print.o crypto/bio/b_sock.o
rt> crypto/bio/b_sock2.o crypto/bio/bf_buff.o crypto/bio/bf_nbio.o
rt> crypto/bio/bf_null.o crypto/bio/bio_cb.o crypto/bio/bio_err.o
rt> crypto/bio/bio_lib.o crypto/bio/bss_acpt.o crypto/bio/bss_bio.o
rt> crypto/bio/bss_conn.o crypto/bio/bss_dgram.o crypto/bio/bss_fd.o
rt> crypto/bio/bss_file.o crypto/bio/bss_log.o crypto/bio/bss_mem.o
rt> crypto/bio/bss_null.o crypto/bio/bss_sock.o crypto/blake2/blake2b.o
rt> crypto/blake2/blake2s.o crypto/blake2/m_blake2b.o
rt> crypto/blake2/m_blake2s.o crypto/bn/bn_add.o crypto/bn/bn_asm.o
rt> crypto/bn/bn_blind.o crypto/bn/bn_const.o crypto/bn/bn_ctx.o
rt> crypto/bn/bn_depr.o crypto/bn/bn_dh.o crypto/bn/bn_div.o
rt> crypto/bn/bn_err.o crypto/bn/bn_exp.o crypto/bn/bn_exp2.o
rt> crypto/bn/bn_gcd.o crypto/bn/bn_gf2m.o crypto/bn/bn_intern.o
rt> crypto/bn/bn_kron.o crypto/bn/bn_lib.o crypto/bn/bn_mod.o
rt> crypto/bn/bn_mont.o crypto/bn/bn_mpi.o crypto/bn/bn_mul.o
rt> crypto/bn/bn_nist.o crypto/bn/bn_prime.o crypto/bn/bn_print.o
rt> crypto/bn/bn_rand.o crypto/bn/bn_recp.o crypto/bn/bn_shift.o
rt> crypto/bn/bn_sqr.o crypto/bn/bn_sqrt.o crypto/bn/bn_srp.o
rt> crypto/bn/bn_word.o crypto/bn/bn_x931p.o crypto/buffer/buf_err.o
rt> crypto/buffer/buffer.o crypto/camellia/camellia.o
rt> crypto/camellia/cmll_cbc.o crypto/camellia/cmll_cfb.o
rt> crypto/camellia/cmll_ctr.o crypto/camellia/cmll_ecb.o
rt> crypto/camellia/cmll_misc.o crypto/camellia/cmll_ofb.o
rt> crypto/cast/c_cfb64.o crypto/cast/c_ecb.o crypto/cast/c_enc.o
rt> crypto/cast/c_ofb64.o crypto/cast/c_skey.o crypto/chacha/chacha_enc.o
rt> crypto/cmac/cm_ameth.o crypto/cmac/cm_pmeth.o crypto/cmac/cmac.o
rt> crypto/cms/cms_asn1.o crypto/cms/cms_att.o crypto/cms/cms_cd.o
rt> crypto/cms/cms_dd.o crypto/cms/cms_enc.o crypto/cms/cms_env.o
rt> crypto/cms/cms_err.o crypto/cms/cms_ess.o crypto/cms/cms_io.o
rt> crypto/cms/cms_kari.o crypto/cms/cms_lib.o crypto/cms/cms_pwri.o
rt> crypto/cms/cms_sd.o crypto/cms/cms_smime.o crypto/comp/c_zlib.o
rt> crypto/comp/comp_err.o crypto/comp/comp_lib.o crypto/conf/conf_api.o
rt> crypto/conf/conf_def.o crypto/conf/conf_err.o crypto/conf/conf_lib.o
rt> crypto/conf/conf_mall.o crypto/conf/conf_mod.o 

Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Rainer Jung via RT]

Am 20.03.2016 um 16:46 schrieb Kiyoshi KANAZAWA via RT:
> Hello,
>
> Yes, ENGINES in the top level Makefile is empty.
>
> 22:  LIBS=libcrypto.a libssl.a
> 23:  SHLIBS=
> 24:  ENGINES=
> 25:  PROGRAMS=apps/openssl

OK, that explains the error, because the install_engines target then 
contains a shell snippet

   for e in ; do

($(ENGINES) is empty, but since it is not used as a shell variable but 
instead as a make variable, that is the resulting for loop). That results in

   /bin/sh: syntax error at line 1: `;' unexpected

at least for /bin/sh on Solaris.

So we need to add special handling in $(ENGINES) is empty.

You could try the attached patch.

Regards,

Rainer

-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
Please log in as guest with password guest if prompted

--- Makefile	2016-03-19 14:08:21.655179000 +0100
+++ Makefile	2016-03-20 17:08:48.298012000 +0100
@@ -284,7 +284,8 @@
 	@[ -n "$(INSTALLTOP)" ] || (echo INSTALLTOP should not be empty; exit 1)
 	@$(PERL) $(SRCDIR)/util/mkdir-p.pl $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/
 	@echo "*** Installing engines"
-	@set -e; for e in $(ENGINES); do \
+	@set -e; if [ "X$$(ENGINES)" != "X" ]; then \
+	for e in $(ENGINES); do \
 		fn=`basename $$e`; \
 		if [ "$$fn" = 'ossltest.so' ]; then \
 			continue; \
@@ -294,7 +295,8 @@
 		chmod 755 $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn.new; \
 		mv -f $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn.new \
 		  $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn; \
-	done
+	done; \
+	fi
 
 uninstall_engines:
 	@echo "*** Uninstalling engines"
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Rainer Jung]

Am 20.03.2016 um 16:46 schrieb Kiyoshi KANAZAWA via RT:

Hello,

Yes, ENGINES in the top level Makefile is empty.

22:  LIBS=libcrypto.a libssl.a
23:  SHLIBS=
24:  ENGINES=
25:  PROGRAMS=apps/openssl


OK, that explains the error, because the install_engines target then 
contains a shell snippet


  for e in ; do

($(ENGINES) is empty, but since it is not used as a shell variable but 
instead as a make variable, that is the resulting for loop). That results in


  /bin/sh: syntax error at line 1: `;' unexpected

at least for /bin/sh on Solaris.

So we need to add special handling in $(ENGINES) is empty.

You could try the attached patch.

Regards,

Rainer
--- Makefile	2016-03-19 14:08:21.655179000 +0100
+++ Makefile	2016-03-20 17:08:48.298012000 +0100
@@ -284,7 +284,8 @@
 	@[ -n "$(INSTALLTOP)" ] || (echo INSTALLTOP should not be empty; exit 1)
 	@$(PERL) $(SRCDIR)/util/mkdir-p.pl $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/
 	@echo "*** Installing engines"
-	@set -e; for e in $(ENGINES); do \
+	@set -e; if [ "X$$(ENGINES)" != "X" ]; then \
+	for e in $(ENGINES); do \
 		fn=`basename $$e`; \
 		if [ "$$fn" = 'ossltest.so' ]; then \
 			continue; \
@@ -294,7 +295,8 @@
 		chmod 755 $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn.new; \
 		mv -f $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn.new \
 		  $(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn; \
-	done
+	done; \
+	fi
 
 uninstall_engines:
 	@echo "*** Uninstalling engines"
-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Kiyoshi KANAZAWA via RT]

Hello,

Yes, ENGINES in the top level Makefile is empty.

   22:  LIBS=libcrypto.a libssl.a
   23:  SHLIBS=
   24:  ENGINES=
   25:  PROGRAMS=apps/openssl



Changing Makefile has no effect.

% make install
    :
/bin/sh: syntax error at line 1: `;' unexpected
Makefile:251: recipe for target 'install_engines' failed
make: *** [install_engines] Error 2



Makefile is changed as:
% diff -c5 Makefile.orig Makefile
*** Makefile.orig   2016-03-21 00:26:45.677312045 +0900
--- Makefile    2016-03-21 00:41:29.792734235 +0900
***
*** 249,259 
  
  install_engines:
    @[ -n "$(INSTALLTOP)" ] || (echo INSTALLTOP should not be empty; exit 1)
    @$(PERL) $(SRCDIR)/util/mkdir-p.pl 
$(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/
    @echo "*** Installing engines"
!   @set -e; for e in $(ENGINES); do \
    fn=`basename $$e`; \
    if [ "$$fn" = 'ossltest.so' ]; then \
    continue; \
    fi; \
    echo "install $$e -> 
$(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn"; \
--- 249,259 
  
  install_engines:
    @[ -n "$(INSTALLTOP)" ] || (echo INSTALLTOP should not be empty; exit 1)
    @$(PERL) $(SRCDIR)/util/mkdir-p.pl 
$(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/
    @echo "*** Installing engines"
!   @set -ex; for e in $(ENGINES); do \
    fn=`basename $$e`; \
    if [ "$$fn" = 'ossltest.so' ]; then \
    continue; \
    fi; \
    echo "install $$e -> 
$(DESTDIR)$(INSTALLTOP)/$(LIBDIR)/engines/$$fn"; \



Regards,

--- Kiyoshi 




> Am 20.03.2016 um 15:07 schrieb Kiyoshi KANAZAWA via RT:
>>  With patch for #,
>> 
>> 
>>  % mkdir /tmp/install_check
>>  % ./config --prefix=/tmp/install_check
>> 
>>       :
>>  Configured for solaris64-x86_64-gcc.
>> 
>>  % make
>>  (passed)
>> 
>>  % make test
>>  (passed)
>> 
>>  % make install
>>       :
>>  install openssl.pc -> /tmp/install_check/lib/pkgconfig/openssl.pc
>>  *** Installing engines
>>  /bin/sh: syntax error at line 1: `;' unexpected
>>  Makefile:251: recipe for target 'install_engines' failed
>>  make: *** [install_engines] Error 2
>> 
>> 
>> 
>>  OS: Solaris10 x86/x64
> 
> Could it be that the ENGINES variable in the top level Makefile is 
> empty? On my Solaris Sparc system it is
> 
> ENGINES=engines/capi.so engines/dasync.so engines/ossltest.so 
> engines/padlock.so
> 
> (line 24)
> 
> To debug, you might look for the line starting with
> 
> install_engines:
> 
> and then change the
> 
> @set -e; ...
> 
> a few lines down into
> 
> @set -ex; ...
> 
> (add the "x") and run "make install" again.
> 
> Regards,
> 
> Rainer
> 
> 
> -- 
> Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
> Please log in as guest with password guest if prompted
>


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4413] AutoReply: Cygwin x86_64: make: *** No rule to make target '/openssl/Configurations/unix-Makefile.tmpl', needed by 'configdata.pm'.

[noloa...@gmail.com via RT]

Well, this appears to be cleared as of commit 270862b470d43a28 (likely
well before the commit). The test programs compile and complete with
success.

Is this what is intended for command lines? It looks a tad bit odd to
me, and I wonder if there are potential problems lurking behind the
scenes.

gcc -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_THREADS
-DOPENSSL_NO_DYNAMIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
-DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
-DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM
-DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPOLY1305_ASM
-DOPENSSLDIR="\"/usr/local/ssl\""
-DENGINESDIR="\"/usr/local/lib/engines\"" -DTERMIOS -DL_ENDIAN -Wall
-O3  -D_WINDLL -I../../Jeffrey -IWalton/openssl/include -I.
-Icrypto/include -Iinclude -Icrypto/bn/Walton/openssl/crypto/include
-MMD -MF crypto/aes/aes-x86_64.d.tmp -MT crypto/aes/aes-x86_64.o -c -o
crypto/aes/aes-x86_64.o crypto/aes/aes-x86_64.s

On Fri, Mar 11, 2016 at 3:07 AM, The default queue via RT
 wrote:
>
> ...
> $ ./config
> ...
> $ make depend
> 
>
> $ make
> make: *** No rule to make target
> 'Walton/openssl/Configurations/unix-Makefile.tmpl', needed by
> 'configdata.pm'.  Stop.
>
> And:
>
> $ echo $PWD
> /home/Jeffrey Walton/openssl
>
> HOME for Cygwin-x64 on the Windows filesystem is:
> "C:\cygwin-x86_64\home\Jeffrey Walton".
>
> Two weeks ago I was able to complete the exercise.
>
> **
>
> $ ./config
> Operating system: x86_64-pc-cygwin
> Configuring for Cygwin-x86_64
> Configuring OpenSSL version 1.1.0-pre4-dev (0x0x1014L)
> no-crypto-mdebug [default]  OPENSSL_NO_CRYPTO_MDEBUG (skip dir)
> no-crypto-mdebug-backtrace [forced]
> OPENSSL_NO_CRYPTO_MDEBUG_BACKTRACE (skip dir)
> no-ec_nistp_64_gcc_128 [default]  OPENSSL_NO_EC_NISTP_64_GCC_128 (skip 
> dir)
> no-egd  [default]  OPENSSL_NO_EGD (skip dir)
> no-heartbeats   [default]  OPENSSL_NO_HEARTBEATS (skip dir)
> no-md2  [default]  OPENSSL_NO_MD2 (skip dir)
> no-rc5  [default]  OPENSSL_NO_RC5 (skip dir)
> no-sctp [default]  OPENSSL_NO_SCTP (skip dir)
> no-shared   [default]
> no-ssl-trace[default]  OPENSSL_NO_SSL_TRACE (skip dir)
> no-ssl3 [default]  OPENSSL_NO_SSL3 (skip dir)
> no-ssl3-method  [default]  OPENSSL_NO_SSL3_METHOD (skip dir)
> no-static-engine [default]  OPENSSL_NO_STATIC_ENGINE (skip dir)
> no-unit-test[default]  OPENSSL_NO_UNIT_TEST (skip dir)
> no-weak-ssl-ciphers [default]  OPENSSL_NO_WEAK_SSL_CIPHERS (skip dir)
> no-zlib [default]
> no-zlib-dynamic [default]
> Configuring for Cygwin-x86_64
> IsMK1MF   =no
> CC=gcc
> CFLAG =-DTERMIOS -DL_ENDIAN -Wall -O3
> SHARED_CFLAG  =-D_WINDLL
> DEFINES   =DSO_DLFCN HAVE_DLFCN_H OPENSSL_NO_STATIC_ENGINE
> OPENSSL_PIC OPENSSL_IA32_SSE2 OPENSSL_BN_ASM_MONT OPENSSL_BN_ASM_MONT5
> OPENSSL_BN_ASM_GF2m SHA1_ASM SHA256_ASM SHA512_ASM MD5_ASM AES_ASM
> VPAES_ASM BSAES_ASM GHASH_ASM ECP_NISTZ256_ASM POLY1305_ASM
> LFLAG =
> PLIB_LFLAG=
> EX_LIBS   =
> APPS_OBJ  =
> CPUID_OBJ =x86_64cpuid.o
> UPLINK_OBJ=
> BN_ASM=asm/x86_64-gcc.o x86_64-mont.o x86_64-mont5.o
> x86_64-gf2m.o rsaz_exp.o rsaz-x86_64.o rsaz-avx2.o
> EC_ASM=ecp_nistz256.o ecp_nistz256-x86_64.o
> DES_ENC   =des_enc.o fcrypt_b.o
> AES_ENC   =aes-x86_64.o vpaes-x86_64.o bsaes-x86_64.o
> aesni-x86_64.o aesni-sha1-x86_64.o aesni-sha256-x86_64.o
> aesni-mb-x86_64.o
> BF_ENC=bf_enc.o
> CAST_ENC  =c_enc.o
> RC4_ENC   =rc4-x86_64.o rc4-md5-x86_64.o
> RC5_ENC   =rc5_enc.o
> MD5_OBJ_ASM   =md5-x86_64.o
> SHA1_OBJ_ASM  =sha1-x86_64.o sha256-x86_64.o sha512-x86_64.o
> sha1-mb-x86_64.o sha256-mb-x86_64.o
> RMD160_OBJ_ASM=
> CMLL_ENC  =cmll-x86_64.o cmll_misc.o
> MODES_OBJ =ghash-x86_64.o aesni-gcm-x86_64.o
> PADLOCK_OBJ   =e_padlock-x86_64.o
> CHACHA_ENC=chacha-x86_64.o
> POLY1305_OBJ  =poly1305-x86_64.o
> PROCESSOR =
> RANLIB=/usr/bin/ranlib.exe
> ARFLAGS   =
> PERL  =/usr/bin/perl.exe
>
> SIXTY_FOUR_BIT_LONG mode
>
> Configured for Cygwin-x86_64.


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4413
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Rainer Jung via RT]

Am 20.03.2016 um 15:07 schrieb Kiyoshi KANAZAWA via RT:
> With patch for #,
>
>
> % mkdir /tmp/install_check
> % ./config --prefix=/tmp/install_check
>
>  :
> Configured for solaris64-x86_64-gcc.
>
> % make
> (passed)
>
> % make test
> (passed)
>
> % make install
>  :
> install openssl.pc -> /tmp/install_check/lib/pkgconfig/openssl.pc
> *** Installing engines
> /bin/sh: syntax error at line 1: `;' unexpected
> Makefile:251: recipe for target 'install_engines' failed
> make: *** [install_engines] Error 2
>
>
>
> OS: Solaris10 x86/x64

Could it be that the ENGINES variable in the top level Makefile is 
empty? On my Solaris Sparc system it is

ENGINES=engines/capi.so engines/dasync.so engines/ossltest.so 
engines/padlock.so

(line 24)

To debug, you might look for the line starting with

install_engines:

and then change the

@set -e; ...

a few lines down into

@set -ex; ...

(add the "x") and run "make install" again.

Regards,

Rainer


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

Re: [openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Rainer Jung]

Am 20.03.2016 um 15:07 schrieb Kiyoshi KANAZAWA via RT:

With patch for #,


% mkdir /tmp/install_check
% ./config --prefix=/tmp/install_check

 :
Configured for solaris64-x86_64-gcc.

% make
(passed)

% make test
(passed)

% make install
 :
install openssl.pc -> /tmp/install_check/lib/pkgconfig/openssl.pc
*** Installing engines
/bin/sh: syntax error at line 1: `;' unexpected
Makefile:251: recipe for target 'install_engines' failed
make: *** [install_engines] Error 2



OS: Solaris10 x86/x64


Could it be that the ENGINES variable in the top level Makefile is 
empty? On my Solaris Sparc system it is


ENGINES=engines/capi.so engines/dasync.so engines/ossltest.so 
engines/padlock.so


(line 24)

To debug, you might look for the line starting with

install_engines:

and then change the

@set -e; ...

a few lines down into

@set -ex; ...

(add the "x") and run "make install" again.

Regards,

Rainer
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4459] openssl-1.1.0-pre4: make install fals on solaris64-x86_64-gcc.

[Kiyoshi KANAZAWA via RT]

With patch for #,


% mkdir /tmp/install_check
% ./config --prefix=/tmp/install_check

    :
Configured for solaris64-x86_64-gcc.

% make
(passed)

% make test
(passed)

% make install
    :
install openssl.pc -> /tmp/install_check/lib/pkgconfig/openssl.pc
*** Installing engines
/bin/sh: syntax error at line 1: `;' unexpected
Makefile:251: recipe for target 'install_engines' failed
make: *** [install_engines] Error 2



OS: Solaris10 x86/x64


Best Regards,

--- Kiyoshi 



-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4459
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4458] "implicitly declared function" warnings due to missing include

[noloa...@gmail.com via RT]

The missing  include caused a number of "implicitly
declared function" warnings due to use of strcmpcase and strncmpcase.

$ egrep -IR '(strcasecmp|strncasecmp)' * | cut -f 1 -d ':' | sort | uniq
apps/apps.c
apps/ca.c
apps/ocsp.c
apps/rehash.c
apps/s_server.c
crypto/asn1/ameth_lib.c
crypto/engine/tb_asnmth.c
crypto/o_str.c
crypto/x509v3/v3_ncons.c
crypto/x509v3/v3_tlsf.c
crypto/x509v3/v3_utl.c
e_os.h
include/internal/o_str.h
ssl/ssl_conf.c
test/ssltest.c
test/v3nametest.c


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4458
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4457] apps/apps.c and apps/ocsp.c needs for fd_set

[noloa...@gmail.com via RT]

This is the old Fedora 1 machine again...

apps/apps.c and apps/ocsp.c failed to compile because fd_set was not
known to the compiler. fd_set is defined in .

Also see 
http://pubs.opengroup.org/onlinepubs/009696899/basedefs/sys/select.h.html.
According to the Open Group, timeval is also defined there.

**

$ grep -IR fd_set *
apps/apps.c:fd_set asyncfds;
apps/ocsp.c:#  define _XOPEN_SOURCE_EXTENDED/* So fd_set and friends
get properly defined
apps/ocsp.c:fd_set confds;
apps/s_apps.h: * VAX C does not defined fd_set and friends, but it's
actually quite simple
apps/s_apps.h:typedef fd_mask fd_set;
apps/s_client.c:fd_set readfds, writefds;
apps/s_server.c:fd_set readfds;
apps/s_server.c:fd_set readfds;
apps/s_time.c:fd_set readfds;
apps/speed.c:fd_set waitfdset;
crypto/rand/rand_unix.c:#  define FD_SETSIZE (8*sizeof(fd_set))
crypto/rand/rand_unix.c:fd_set fset;
doc/crypto/ASYNC_start_job.pod: fd_set waitfdset;


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4457
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4456] Fedora 1, i386: error: field `next_timeout` has incomplete type

[noloa...@gmail.com via RT]

I know this is kind of an old machine with GCC 3.3...

With an updated PERL and a './config no-asm -D_XOPEN_SOURCE=600', I
can almost get through a compile. After libcrypto.a is built, the next
compile line is:

gcc ... -c -o ssl/bio_ssl.o ssl/bio_ssl.c

At that point, there's a:

   In file included from ssl/bio_ssl.c:65
   ssl/ssl_locl.h:1501: error: field `next_timeout` has incomplete type
   [ssl/bio_ssl.o] Error 1

The issue was cleared by adding  to "ssl/ssl_locl.h".

**

ar  r libcrypto.a crypto/aes/aes_cbc.o crypto/aes/aes_cfb.o
crypto/aes/aes_core.o crypto/aes/aes_ecb.o crypto/aes/aes_ige.o
crypto/aes/aes_misc.o crypto/aes/aes_ofb.o crypto/aes/aes_wrap.o
crypto/asn1/a_bitstr.o crypto/asn1/a_d2i_fp.o crypto/asn1/a_digest.o
crypto/asn1/a_dup.o crypto/asn1/a_gentm.o crypto/asn1/a_i2d_fp.o
crypto/asn1/a_int.o crypto/asn1/a_mbstr.o crypto/asn1/a_object.o
crypto/asn1/a_octet.o crypto/asn1/a_print.o crypto/asn1/a_sign.o
crypto/asn1/a_strex.o crypto/asn1/a_strnid.o crypto/asn1/a_time.o
crypto/asn1/a_type.o crypto/asn1/a_utctm.o crypto/asn1/a_utf8.o
crypto/asn1/a_verify.o crypto/asn1/ameth_lib.o crypto/asn1/asn1_err.o
crypto/asn1/asn1_gen.o crypto/asn1/asn1_lib.o crypto/asn1/asn1_par.o
crypto/asn1/asn_mime.o crypto/asn1/asn_moid.o crypto/asn1/asn_mstbl.o
crypto/asn1/asn_pack.o crypto/asn1/bio_asn1.o crypto/asn1/bio_ndef.o
crypto/asn1/d2i_pr.o crypto/asn1/d2i_pu.o crypto/asn1/evp_asn1.o
crypto/asn1/f_int.o crypto/asn1/f_string.o crypto/asn1/i2d_pr.o
crypto/asn1/i2d_pu.o crypto/asn1/n_pkey.o crypto/asn1/nsseq.o
crypto/asn1/p5_pbe.o crypto/asn1/p5_pbev2.o crypto/asn1/p5_scrypt.o
crypto/asn1/p8_pkey.o crypto/asn1/t_bitst.o crypto/asn1/t_pkey.o
crypto/asn1/t_spki.o crypto/asn1/tasn_dec.o crypto/asn1/tasn_enc.o
crypto/asn1/tasn_fre.o crypto/asn1/tasn_new.o crypto/asn1/tasn_prn.o
crypto/asn1/tasn_scn.o crypto/asn1/tasn_typ.o crypto/asn1/tasn_utl.o
crypto/asn1/x_algor.o crypto/asn1/x_bignum.o crypto/asn1/x_info.o
crypto/asn1/x_long.o crypto/asn1/x_pkey.o crypto/asn1/x_pubkey.o
crypto/asn1/x_sig.o crypto/asn1/x_spki.o crypto/asn1/x_val.o
crypto/async/arch/async_null.o crypto/async/arch/async_posix.o
crypto/async/arch/async_win.o crypto/async/async.o
crypto/async/async_err.o crypto/async/async_wait.o
crypto/bf/bf_cfb64.o crypto/bf/bf_ecb.o crypto/bf/bf_enc.o
crypto/bf/bf_ofb64.o crypto/bf/bf_skey.o crypto/bio/b_addr.o
crypto/bio/b_dump.o crypto/bio/b_print.o crypto/bio/b_sock.o
crypto/bio/b_sock2.o crypto/bio/bf_buff.o crypto/bio/bf_nbio.o
crypto/bio/bf_null.o crypto/bio/bio_cb.o crypto/bio/bio_err.o
crypto/bio/bio_lib.o crypto/bio/bss_acpt.o crypto/bio/bss_bio.o
crypto/bio/bss_conn.o crypto/bio/bss_dgram.o crypto/bio/bss_fd.o
crypto/bio/bss_file.o crypto/bio/bss_log.o crypto/bio/bss_mem.o
crypto/bio/bss_null.o crypto/bio/bss_sock.o crypto/blake2/blake2b.o
crypto/blake2/blake2s.o crypto/blake2/m_blake2b.o
crypto/blake2/m_blake2s.o crypto/bn/bn_add.o crypto/bn/bn_asm.o
crypto/bn/bn_blind.o crypto/bn/bn_const.o crypto/bn/bn_ctx.o
crypto/bn/bn_depr.o crypto/bn/bn_dh.o crypto/bn/bn_div.o
crypto/bn/bn_err.o crypto/bn/bn_exp.o crypto/bn/bn_exp2.o
crypto/bn/bn_gcd.o crypto/bn/bn_gf2m.o crypto/bn/bn_intern.o
crypto/bn/bn_kron.o crypto/bn/bn_lib.o crypto/bn/bn_mod.o
crypto/bn/bn_mont.o crypto/bn/bn_mpi.o crypto/bn/bn_mul.o
crypto/bn/bn_nist.o crypto/bn/bn_prime.o crypto/bn/bn_print.o
crypto/bn/bn_rand.o crypto/bn/bn_recp.o crypto/bn/bn_shift.o
crypto/bn/bn_sqr.o crypto/bn/bn_sqrt.o crypto/bn/bn_srp.o
crypto/bn/bn_word.o crypto/bn/bn_x931p.o crypto/buffer/buf_err.o
crypto/buffer/buffer.o crypto/camellia/camellia.o
crypto/camellia/cmll_cbc.o crypto/camellia/cmll_cfb.o
crypto/camellia/cmll_ctr.o crypto/camellia/cmll_ecb.o
crypto/camellia/cmll_misc.o crypto/camellia/cmll_ofb.o
crypto/cast/c_cfb64.o crypto/cast/c_ecb.o crypto/cast/c_enc.o
crypto/cast/c_ofb64.o crypto/cast/c_skey.o crypto/chacha/chacha_enc.o
crypto/cmac/cm_ameth.o crypto/cmac/cm_pmeth.o crypto/cmac/cmac.o
crypto/cms/cms_asn1.o crypto/cms/cms_att.o crypto/cms/cms_cd.o
crypto/cms/cms_dd.o crypto/cms/cms_enc.o crypto/cms/cms_env.o
crypto/cms/cms_err.o crypto/cms/cms_ess.o crypto/cms/cms_io.o
crypto/cms/cms_kari.o crypto/cms/cms_lib.o crypto/cms/cms_pwri.o
crypto/cms/cms_sd.o crypto/cms/cms_smime.o crypto/comp/c_zlib.o
crypto/comp/comp_err.o crypto/comp/comp_lib.o crypto/conf/conf_api.o
crypto/conf/conf_def.o crypto/conf/conf_err.o crypto/conf/conf_lib.o
crypto/conf/conf_mall.o crypto/conf/conf_mod.o crypto/conf/conf_sap.o
crypto/cpt_err.o crypto/cryptlib.o crypto/ct/ct_b64.o
crypto/ct/ct_err.o crypto/ct/ct_log.o crypto/ct/ct_oct.o
crypto/ct/ct_policy.o crypto/ct/ct_prn.o crypto/ct/ct_sct.o
crypto/ct/ct_sct_ctx.o crypto/ct/ct_vfy.o crypto/ct/ct_x509v3.o
crypto/cversion.o crypto/des/cbc_cksm.o crypto/des/cbc_enc.o
crypto/des/cfb64ede.o crypto/des/cfb64enc.o crypto/des/cfb_enc.o
crypto/des/des_enc.o crypto/des/ecb3_enc.o crypto/des/ecb_enc.o
crypto/des/enc_read.o crypto/des/enc_writ.o crypto/des/fcrypt.o
crypto/des/fcrypt_b.o crypto/des/ofb64ede.o 

Re: [openssl-dev] OS X 10.8, x86_64: 01-test_abort.t... sh: line 1: 71522 Abort trap: 6

[Kurt Roeckx]

On Sat, Mar 19, 2016 at 07:41:28PM -0400, Jeffrey Walton wrote:
> On Sat, Mar 19, 2016 at 7:31 PM, Richard Levitte  wrote:
> > In message  on Sat, 19 
> > Mar 2016 23:08:17 +, "noloa...@gmail.com via RT"  
> > said:
> >
> > rt> On Sat, Mar 19, 2016 at 6:44 AM, Richard Levitte via RT 
> >  wrote:
> > rt> > I think that's a discussion that deserves its own new thread on 
> > openssl-dev.
> > rt> >
> > rt> > A RT ticket is *not* the right place for a philosophical discussion. 
> > Closing
> > rt> > this. Please don't respond on this message, create a new thread 
> > instead.
> > rt>
> > rt> Thanks Richard.
> > rt>
> > rt> For me, its not open for debate. Its a point of data egress, so it
> > rt> must not occur. What others do is there business.
> > rt>
> > rt> I'll configure without the "data loss" feature, and others can do what
> > rt> they want :)
> >
> > Well, how about you go after the calls then.  Complaining about the
> > existence of OPENSSL_die or OPENSSL_assert is about as fruitful as
> > complaining about the existence of abort() or assert()...  That's how
> > this "philosophical discussion" started out that that's your
> > complaint, isn't it?  If not, I'd like you to clarify.
> 
> Allowing a library to make policy decisions for the application is a
> philosophical debate.

At least a few of us don't want asserts in the library in the
normal version and think that it should be up to the
application to decide what to do.

I think we need something that for a debug build it triggers an
abort (or whatever), but that for normal builds returns an error
instead.

> Allowing data to egress from the security boundary violates security
> policies, and its not philosophical.

I hope that core files aren't just send to a third party without
at least asking the user.  But I understand that at least Windows
is doing this by default now without being able to turn it off.

If the assert we added actually sees that things are in such a bad
state that we'll likely crash soon anyway, it doesn't change much.

And I guess the question is if the error is something we can
recover from or not.


Kurt

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] What about DSA_SIG_get0 ? Was: ECDSA_SIG_get0() for const ECDSA_SIG *

[Roumen Petrov]

Hello ,

Issue 4436 report only ECDSA_SIG_get0 but DSA is the same.
Perhaps  DSA_SIG_get0  could use constant signature pointer.

Stephen Henson via RT wrote:

Fixed now. Closing ticket.

Steve.
--
Dr Stephen N. Henson. OpenSSL project core developer.
Commercial tech support now available see:http://www.openssl.org



Roumen
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4455] OpenSUSE 42: undefined reference to `engine_load_afalg_internal'

[noloa...@gmail.com via RT]

Working from Master at 270862b470d43a28:

openssl> make depend && make clean && make
...

CC='gcc' CFLAGS='-DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_THREADS
-DOPENSSL_NO_DYNAMIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
-DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
-DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM
-DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPOLY1305_ASM
-DOPENSSLDIR="\"/usr/local/ssl\""
-DENGINESDIR="\"/usr/local/lib64/engines\"" -Wall -O3 -pthread -m64
-DL_ENDIAN  -Wa,--noexecstack ' \
LDFLAGS='' LIBRPATH='/usr/local/lib64' \
link_app.
make[1]: Entering directory '/home/jwalton/openssl'
( :; LIBDEPS="${LIBDEPS:--L. -lssl -L. -lcrypto -ldl }";
LDCMD="${LDCMD:-gcc}"; LDFLAGS="${LDFLAGS:--DDSO_DLFCN -DHAVE_DLFCN_H
-DOPENSSL_THREADS -DOPENSSL_NO_DYNAMIC_ENGINE -DOPENSSL_PIC
-DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5
-DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM
-DAES_ASM -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM
-DPOLY1305_ASM -DOPENSSLDIR="\"/usr/local/ssl\""
-DENGINESDIR="\"/usr/local/lib64/engines\"" -Wall -O3 -pthread -m64
-DL_ENDIAN  -Wa,--noexecstack  }"; LIBPATH=`for x in $LIBDEPS; do echo
$x; done | sed -e 's/^ *-L//;t' -e d | uniq`; LIBPATH=`echo $LIBPATH |
sed -e 's/ /:/g'`; echo LD_LIBRARY_PATH=$LIBPATH:$LD_LIBRARY_PATH
${LDCMD} ${LDFLAGS} -o ${APPNAME:=apps/openssl} apps/app_rand.o
apps/apps.o apps/asn1pars.o apps/ca.o apps/ciphers.o apps/cms.o
apps/crl.o apps/crl2p7.o apps/dgst.o apps/dhparam.o apps/dsa.o
apps/dsaparam.o apps/ec.o apps/ecparam.o apps/enc.o apps/engine.o
apps/errstr.o apps/gendsa.o apps/genpkey.o apps/genrsa.o apps/nseq.o
apps/ocsp.o apps/openssl.o apps/opt.o apps/passwd.o apps/pkcs12.o
apps/pkcs7.o apps/pkcs8.o apps/pkey.o apps/pkeyparam.o apps/pkeyutl.o
apps/prime.o apps/rand.o apps/rehash.o apps/req.o apps/rsa.o
apps/rsautl.o apps/s_cb.o apps/s_client.o apps/s_server.o
apps/s_socket.o apps/s_time.o apps/sess_id.o apps/smime.o apps/speed.o
apps/spkac.o apps/srp.o apps/ts.o apps/verify.o apps/version.o
apps/x509.o ${LIBDEPS}; LD_LIBRARY_PATH=$LIBPATH:$LD_LIBRARY_PATH
${LDCMD} ${LDFLAGS} -o ${APPNAME:=apps/openssl} apps/app_rand.o
apps/apps.o apps/asn1pars.o apps/ca.o apps/ciphers.o apps/cms.o
apps/crl.o apps/crl2p7.o apps/dgst.o apps/dhparam.o apps/dsa.o
apps/dsaparam.o apps/ec.o apps/ecparam.o apps/enc.o apps/engine.o
apps/errstr.o apps/gendsa.o apps/genpkey.o apps/genrsa.o apps/nseq.o
apps/ocsp.o apps/openssl.o apps/opt.o apps/passwd.o apps/pkcs12.o
apps/pkcs7.o apps/pkcs8.o apps/pkey.o apps/pkeyparam.o apps/pkeyutl.o
apps/prime.o apps/rand.o apps/rehash.o apps/req.o apps/rsa.o
apps/rsautl.o apps/s_cb.o apps/s_client.o apps/s_server.o
apps/s_socket.o apps/s_time.o apps/sess_id.o apps/smime.o apps/speed.o
apps/spkac.o apps/srp.o apps/ts.o apps/verify.o apps/version.o
apps/x509.o ${LIBDEPS} )
LD_LIBRARY_PATH=.: gcc -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_THREADS
-DOPENSSL_NO_DYNAMIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
-DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
-DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM
-DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPOLY1305_ASM
-DOPENSSLDIR="/usr/local/ssl" -DENGINESDIR="/usr/local/lib64/engines"
-Wall -O3 -pthread -m64 -DL_ENDIAN -Wa,--noexecstack -o apps/openssl
apps/app_rand.o apps/apps.o apps/asn1pars.o apps/ca.o apps/ciphers.o
apps/cms.o apps/crl.o apps/crl2p7.o apps/dgst.o apps/dhparam.o
apps/dsa.o apps/dsaparam.o apps/ec.o apps/ecparam.o apps/enc.o
apps/engine.o apps/errstr.o apps/gendsa.o apps/genpkey.o apps/genrsa.o
apps/nseq.o apps/ocsp.o apps/openssl.o apps/opt.o apps/passwd.o
apps/pkcs12.o apps/pkcs7.o apps/pkcs8.o apps/pkey.o apps/pkeyparam.o
apps/pkeyutl.o apps/prime.o apps/rand.o apps/rehash.o apps/req.o
apps/rsa.o apps/rsautl.o apps/s_cb.o apps/s_client.o apps/s_server.o
apps/s_socket.o apps/s_time.o apps/sess_id.o apps/smime.o apps/speed.o
apps/spkac.o apps/srp.o apps/ts.o apps/verify.o apps/version.o
apps/x509.o -L. -lssl -L. -lcrypto -ldl
./libcrypto.a(init.o): In function `ossl_init_engine_afalg':
init.c:(.text+0x31): undefined reference to `engine_load_afalg_internal'
collect2: error: ld returned 1 exit status
Makefile.shared:186: recipe for target 'link_app.' failed
make[1]: *** [link_app.] Error 1
make[1]: Leaving directory '/home/jwalton/openssl'
Makefile:5994: recipe for target 'apps/openssl' failed
make: *** [apps/openssl] Error 2

**

openssl> ./config
Operating system: x86_64-whatever-linux2
Configuring for linux-x86_64
Configuring OpenSSL version 1.1.0-pre5-dev (0x0x1015L)
no-crypto-mdebug [default]  OPENSSL_NO_CRYPTO_MDEBUG (skip dir)
no-crypto-mdebug-backtrace [forced]
OPENSSL_NO_CRYPTO_MDEBUG_BACKTRACE (skip dir)
no-dynamic-engine [forced]
no-ec_nistp_64_gcc_128 [default]  OPENSSL_NO_EC_NISTP_64_GCC_128 (skip dir)
no-egd  [default]  OPENSSL_NO_EGD (skip dir)
no-heartbeats   [default]  

Re: [openssl-dev] [openssl.org #4379] AutoReply: "arch/async_posix.h:67:24: error: ucontext.h: No such file or directory" under OpenBSD 5.7/64-bit

[noloa...@gmail.com via RT]

Bump... Still present in 270862b470d43a28.

cc -DDSO_DLFCN -DHAVE_DLFCN_H -DOPENSSL_THREADS
-DOPENSSL_NO_DYNAMIC_ENGINE -DOPENSSL_PIC -DOPENSSL_IA32_SSE2
-DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m
-DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM
-DBSAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DPOLY1305_ASM
-DOPENSSLDIR="\"/usr/local/ssl\""
-DENGINESDIR="\"/usr/local/lib/engines\"" -DL_ENDIAN -Wall -O3
-pthread -D_THREAD_SAFE -D_REENTRANT  -Wa,--noexecstack -fPIC
-Iinclude -I. -Icrypto/include -c -o crypto/async/arch/async_null.o
crypto/async/arch/async_null.c
In file included from crypto/async/arch/../async_locl.h:69,
 from crypto/async/arch/async_null.c:54:
crypto/async/arch/../arch/async_posix.h:67:24: error: ucontext.h: No
such file or directory
In file included from crypto/async/arch/../async_locl.h:69,
 from crypto/async/arch/async_null.c:54:
crypto/async/arch/../arch/async_posix.h: In function 'async_fibre_swapcontext':
crypto/async/arch/../arch/async_posix.h:85: warning: implicit
declaration of function 'setcontext'
*** Error 1 in /home/jwalton/openssl (Makefile:1555
'crypto/async/arch/async_null.o')


On Fri, Mar 4, 2016 at 9:22 PM, The default queue via RT  
wrote:
>
> Greetings,
>
> This message has been automatically generated in response to the
> creation of a trouble ticket regarding:
> ""arch/async_posix.h:67:24: error: ucontext.h: No such file or 
> directory" under OpenBSD 5.7/64-bit",
> a summary of which appears below.
>
> There is no need to reply to this message right now.  Your ticket has been
> assigned an ID of [openssl.org #4379].
>
> Please include the string:
>
>  [openssl.org #4379]
>
> in the subject line of all future correspondence about this issue. To do so,
> you may reply to this message.
>
> Thank you,
> r...@openssl.org
>
> -
> cc -I.. -I../.. -I../modes -I../include -I../../include  -DDSO_DLFCN
> -DHAVE_DLFCN_H -DOPENSSL_THREADS -DOPENSSL_NO_STATIC_ENGINE
> -DOPENSSL_PIC -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT
> -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM
> -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DGHASH_ASM
> -DECP_NISTZ256_ASM -DPOLY1305_ASM -DOPENSSLDIR="\"/usr/local/ssl\""
> -DENGINESDIR="\"/usr/local/lib/engines\"" -DL_ENDIAN -Wall -O3
> -pthread -D_THREAD_SAFE -D_REENTRANT  -Wa,--noexecstack -fPIC -c
> async.c -o async.o
> In file included from async_locl.h:69,
>  from async.c:62:
> arch/async_posix.h:67:24: error: ucontext.h: No such file or directory
> In file included from async_locl.h:69,
>  from async.c:62:
> arch/async_posix.h: In function 'async_fibre_swapcontext':
> arch/async_posix.h:85: warning: implicit declaration of function 'setcontext'
> *** Error 1 in crypto/async (Makefile:65 'async.o')
> *** Error 1 in crypto (Makefile:91 'subdirs')
> *** Error 1 in /home/jwalton/openssl (Makefile:291 'build_crypto')
>


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4379
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4454] openssl-1.1.0-pre4: zlib-dynamic problems

[Kiyoshi KANAZAWA via RT]

Tested with patch for #.


(1) Default choice
    INSTALL says zlib-dynamic is the default choice.
    But ./config sets no-zlib-dynamic [default]



(2) Make error with solaris64-x86_64-gcc shared zlib-dynamic
    % mkdir build
    % cd build
    % ../Configure solaris64-x86_64-gcc shared zlib-dynamic
    % make
  :
        Undefined   first referenced
     symbol in file
    BIO_f_zlib  ./libcrypto.so
    ld: fatal: symbol referencing errors. No output written to apps/openssl
    collect2: error: ld returned 1 exit status
    ../Makefile.shared:384: recipe for target 'link_app.solaris' failed

    Combination of shared & zlib-dynamic causes this.
    % ../Configure solaris64-x86_64-gcc shared; make; make test
    passes.
    % ../Configure solaris64-x86_64-gcc zlib-dynamic; make
    passes, but make test fails (see (3)).


(3) Test error with solaris64-x86_64-gcc zlib-dynamic
    % ../Configure solaris64-x86_64-gcc zlib-dynamic
    % make
    % make test
  :
        #   Failed test 'compressed content test streaming PEM format'
        #   at ../../test/recipes/80-test_cms.t line 452.
        # Looks like you failed 1 test of 11.

    #   Failed test 'CMS <=> CMS consistency tests, modified key parameters
    # '
    #   at ../../test/recipes/80-test_cms.t line 458.
    # Looks like you failed 1 test of 4.
    ../../test/recipes/80-test_cms.t . 
    Dubious, test returned 1 (wstat 256, 0x100)
    Failed 1/4 subtests 



Test environment
OS: Solaris10 x86/x64
Gcc: version 4.8.5
ld: /usr/ccs/bin/ld


--- Kiyoshi 



-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4454
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4452] openssl-1.1.0-pre4: undefined symbol for solaris-x86-cc

[Kiyoshi KANAZAWA via RT]

Tried with openssl-SNAP-20160320,
but have the same result, not fixed yet.


Regards,

--- Kiyoshi <yoi_no_myou...@yahoo.co.jp>




> If you have the possibility, please try a fresh checkout of the master branch
> and see if this is fixed.
> 
> Cheers,
> Richard
> 
> Vid Sat, 19 Mar 2016 kl. 10.55.59, skrev yoi_no_myou...@yahoo.co.jp:
>>  With patch for #,
>> 
>>  % mkdir build_solaris-x86-cc
>>  % cd build_solaris-x86-cc
>>  % ../Configure solaris-x86-cc
>>  % make
>>  :
>>  Undefined first referenced
>>  symbol in file
>>  padlock_xstore ./libcrypto.a(e_padlock.o)
>>  padlock_capability ./libcrypto.a(e_padlock.o)
>>  padlock_reload_key ./libcrypto.a(e_padlock.o)
>>  padlock_ctr32_encrypt ./libcrypto.a(e_padlock.o)
>>  padlock_key_bswap ./libcrypto.a(e_padlock.o)
>>  padlock_cbc_encrypt ./libcrypto.a(e_padlock.o)
>>  padlock_cfb_encrypt ./libcrypto.a(e_padlock.o)
>>  padlock_ecb_encrypt ./libcrypto.a(e_padlock.o)
>>  padlock_ofb_encrypt ./libcrypto.a(e_padlock.o)
>>  padlock_aes_block ./libcrypto.a(e_padlock.o)
>>  ld: fatal: symbol referencing errors. No output written to apps/openssl
>>  ../Makefile.shared:186: recipe for target 'link_app.' failed
>>  make[1]: *** [link_app.] Error 2
>> 
>> 
>>  % ../Configure solaris-x86-cc no-asm
>> 
>>  % make
>>  % make test
>>  passes.
>> 
>> 
>>  OS: Solaris10 x86/x64
>>  cc: /opt/solarisstudio12.4/bin/cc
>> 
>> 
>>  Best Regards,
>> 
>>  --- Kiyoshi <yoi_no_myou...@yahoo.co.jp>
>> 
>> 
> 
> 
> --
> Richard Levitte
> levi...@openssl.org
> 
> -- 
> Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4452
> Please log in as guest with password guest if prompted
>


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4452
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev

[openssl-dev] [openssl.org #4447] Missing generators for sparcv8plus.s, sparcv8.s and sparccpuid.s (OpenSSL 1.1.0 pre4)

[Rainer Jung via RT]

When building OpenSSL 1.1.0 pre4 on Solaris Sparc for 64 Bits I get an 
error, because before building crypto/bn/sparcv8plus.o first generates 
crypto/bn/asm/sparcv8plus.s from crypto/bn/asm/sparcv8plus.S with the 
following command

gcc -E  crypto/bn/asm/sparcv8plus.S > crypto/bn/asm/sparcv8plus.s

This command is missing CFLAGS. As a consequence, the generated .s file 
does not work for 64 bit compilation and compiling it fails with lots of 
errors of type:

/usr/ccs/bin/as: "crypto/bn/asm/sparcv8plus.s", line ...: error: detect 
global register use not covered .register pseudo-op

The pre3 version compiled crypto/bn/asm/sparcv8plus.o directly from 
crypto/bn/asm/sparcv8plus.S (upper case ".S") using "gcc -c" and all 
CFLAGS, include flags etc.

So either one does the same for pre4 or one adds a Makefile rule for 
crypto/bn/asm/sparcv8plus.s generating it from 
crypto/bn/asm/sparcv8plus.S respecting CFLAGS, include dirs etc. or 
simply copying it from the .S file.

I think the switch from .S to .s happens in src2obj() inside 
Configurations/unix-Makefile.tmpl. So if it is intentional, you need to 
define and use a generator from .S to .s.

The following patch worked for me, but I don't know whether it is how it 
should work:


--- Configurations/00-base-templates.conf   Wed Mar 16 19:18:09 2016
+++ Configurations/00-base-templates.conf   Fri Mar 18 22:31:59 2016
@@ -198,8 +198,8 @@
  },
  sparcv9_asm => {
 template=> 1,
-   cpuid_asm_src   => "sparcv9cap.c sparccpuid.S",
-   bn_asm_src  => "asm/sparcv8plus.S sparcv9-mont.S 
sparcv9a-mont.S vis3-mont.S sparct4-mont.S sparcv9-gf2m.S",
+   cpuid_asm_src   => "sparcv9cap.c sparccpuid.s",
+   bn_asm_src  => "sparcv8plus.s sparcv9-mont.S sparcv9a-mont.S 
vis3-mont.S sparct4-mont.S sparcv9-gf2m.S",
 ec_asm_src  => "ecp_nistz256.c ecp_nistz256-sparcv9.S",
 des_asm_src => "des_enc-sparc.S fcrypt_b.c dest4-sparcv9.S",
 aes_asm_src => "aes_core.c aes_cbc.c aes-sparcv9.S 
aest4-sparcv9.S",
@@ -213,7 +213,7 @@
  sparcv8_asm => {
 template=> 1,
 cpuid_asm_src   => "",
-   bn_asm_src  => "asm/sparcv8.S",
+   bn_asm_src  => "sparcv8.s",
 des_asm_src => "des_enc-sparc.S fcrypt_b.c",
 perlasm_scheme  => "void"
  },


(upper case ".S" to lower case ".s" and removal of "asm/").

and two build.info changes:


--- crypto/build.info Wed Mar 16 19:18:08 2016
+++ crypto/build.info   Fri Mar 18 22:11:43 2016
@@ -21,6 +21,8 @@

  GENERATE[x86_64cpuid.s]=x86_64cpuid.pl $(PERLASM_SCHEME)

+GENERATE[sparccpuid.s]=sparccpuid.S
+
  GENERATE[ia64cpuid.s]=ia64cpuid.S
  GENERATE[ppccpuid.s]=ppccpuid.pl $(PERLASM_SCHEME)
  GENERATE[pariscid.s]=pariscid.pl $(PERLASM_SCHEME)


--- crypto/bn/build.info  Wed Mar 16 19:18:09 2016
+++ crypto/bn/build.infoFri Mar 18 22:11:43 2016
@@ -24,6 +24,9 @@
 $(PERLASM_SCHEME) $(CFLAGS) $(LIB_CFLAGS) $(PROCESSOR)
  DEPEND[x86-gf2m.s]=../perlasm/x86asm.pl

+GENERATE[sparcv8.s]=asm/sparcv8.S
+GENERATE[sparcv8plus.s]=asm/sparcv8plus.S
+
  GENERATE[sparcv9a-mont.S]=asm/sparcv9a-mont.pl $(PERLASM_SCHEME)
  INCLUDE[sparcv9a-mont.o]=..
  GENERATE[sparcv9-mont.S]=asm/sparcv9-mont.pl $(PERLASM_SCHEME)


This seems to be consistent with how it is done for

crypto/ia64cpuid.S
crypto/aes/asm/aes-ia64.S
crypto/bn/asm/ia64.S

The same changes probably need to be done for

crypto/s390xcpuid.S
crypto/bn/asm/s390x.S

Regards,

Rainer


-- 
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4447
Please log in as guest with password guest if prompted

-- 
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev