On Wednesday 19 June 2013 07:21:39 Ben Laurie wrote:
On 18 June 2013 22:35, Mike Frysinger vap...@gentoo.org wrote:
On Tuesday 18 June 2013 07:37:55 Richard Weinberger wrote:
While building openssl-1.0.1e I noticed that the parallel build
is broken.
yes, it's pretty much always been
On 21 June 2013 02:29, Thor Lancelot Simon t...@panix.com wrote:
On Thu, Jun 20, 2013 at 09:30:32PM +, Jeff Mendoza (MS OPEN TECH) wrote:
Yeah, my point was that in the perfect world, you'd support both at
runtime (at least on the server-side) and either ALPN or NPN could be
used. I
On 22 June 2013 19:04, Mike Frysinger vap...@gentoo.org wrote:
On Wednesday 19 June 2013 07:21:39 Ben Laurie wrote:
On 18 June 2013 22:35, Mike Frysinger vap...@gentoo.org wrote:
On Tuesday 18 June 2013 07:37:55 Richard Weinberger wrote:
While building openssl-1.0.1e I noticed that the
From OpenSSL 1.0.1e (https://www.openssl.org/source/openssl-1.0.1e.tar.gz).
Makefile.org and Makefile's 'install' rule is:
install: all install_docs install_sw
The 'all' rule is default and is:
all: Makefile build_all openssl.pc libssl.pc libcrypto.pc
This should not be a problem from
Below is a sample from Mac OS X. If this was run for Android, then
CC=arm-linuxeabi-gcc and RANLIB=arm-linuxeabi-ranlib. Neither would be
found when sudo drops the user's path.
$./config shared -no-comp -no-sslv2 -no-sslv3
…
$ make depend
…
$ make
...
$ sudo make install
Password:
making all in
In reference to
https://android.googlesource.com/platform/ndk/+/ics-mr0/docs/STANDALONE-TOOLCHAIN.html.
It appears there are some flags that should be present when targeting
Neon on Android:
CFLAGS='-march=armv7-a -mfloat-abi=softfp -mfpu=neon'
On Saturday 22 June 2013 15:07:49 Ben Laurie wrote:
On 22 June 2013 19:04, Mike Frysinger vap...@gentoo.org wrote:
On Wednesday 19 June 2013 07:21:39 Ben Laurie wrote:
On 18 June 2013 22:35, Mike Frysinger vap...@gentoo.org wrote:
On Tuesday 18 June 2013 07:37:55 Richard Weinberger wrote: