Hello ,
It seems to me unified build system work quite well with simultaneous
build jobs.
I would like to report a minor issue - I have to run make 3 times until
all decencies are resolved. Second make rebuild about 450 items. Third
time only speed is rebuild.
The build is in a clean source tr
> All right, can the above be committed and any other source-backwards-
> compatible behaviour ?
>
> This will help API developers a lot.
It was done and is part of the yesterday's alpha release.
___
openssl-dev mailing list
To unsubscribe: https://mta.
On Mon, Jan 04, 2016 at 01:29:56PM -0700, The Doctor wrote:
> On Mon, Jan 04, 2016 at 07:22:04PM +, Viktor Dukhovni wrote:
> > On Mon, Jan 04, 2016 at 09:08:31AM -0700, The Doctor wrote:
> >
> > > if ((rc = fprintf(fd ,"%08x (%s)\n", SSLeay(),
> > > SSLeay_v
On Wed, Jan 06, 2016 at 01:17:27AM -0500, Viktor Dukhovni wrote:
>
> > On Jan 6, 2016, at 1:14 AM, Kurt Roeckx wrote:
> >
> > On Tue, Jan 05, 2016 at 03:40:03PM -0700, The Doctor wrote:
> >> tls.o(.text+0xf32): undefined reference to `SSLv23_server_method'
> >
> > Are you sure it's finding the
On Wed, Jan 06, 2016 at 07:33:27AM -0700, The Doctor wrote:
> On Mon, Jan 04, 2016 at 07:22:04PM +, Viktor Dukhovni wrote:
> > On Mon, Jan 04, 2016 at 09:08:31AM -0700, The Doctor wrote:
> >
> > > if ((rc = fprintf(fd ,"%08x (%s)\n", SSLeay(),
> > > SSLeay_v
On Mon, Jan 04, 2016 at 07:22:04PM +, Viktor Dukhovni wrote:
> On Mon, Jan 04, 2016 at 09:08:31AM -0700, The Doctor wrote:
>
> > if ((rc = fprintf(fd ,"%08x (%s)\n", SSLeay(),
> > SSLeay_version(SSLEAY_VERSION))) <0)
> >
> > Could there be anything that is
On Wed, Jan 06, 2016 at 05:34:31AM -0700, The Doctor wrote:
> On Wed, Jan 06, 2016 at 01:17:27AM -0500, Viktor Dukhovni wrote:
> >
> > > On Jan 6, 2016, at 1:14 AM, Kurt Roeckx wrote:
> > >
> > > On Tue, Jan 05, 2016 at 03:40:03PM -0700, The Doctor wrote:
> > >> tls.o(.text+0xf32): undefined ref
On Wed, Jan 06, 2016 at 01:17:27AM -0500, Viktor Dukhovni wrote:
>
> > On Jan 6, 2016, at 1:14 AM, Kurt Roeckx wrote:
> >
> > On Tue, Jan 05, 2016 at 03:40:03PM -0700, The Doctor wrote:
> >> tls.o(.text+0xf32): undefined reference to `SSLv23_server_method'
> >
> > Are you sure it's finding the
> On Jan 6, 2016, at 1:14 AM, Kurt Roeckx wrote:
>
> On Tue, Jan 05, 2016 at 03:40:03PM -0700, The Doctor wrote:
>> tls.o(.text+0xf32): undefined reference to `SSLv23_server_method'
>
> Are you sure it's finding the correct headers?
Yes, because we have OPENSSL_NO_DEPRECATED in default builds
On Tue, Jan 05, 2016 at 03:40:03PM -0700, The Doctor wrote:
> tls.o(.text+0xf32): undefined reference to `SSLv23_server_method'
Are you sure it's finding the correct headers?
Kurt
___
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/ma
On Tue, Jan 05, 2016 at 09:19:32AM -0700, The Doctor wrote:
> On Mon, Jan 04, 2016 at 07:22:04PM +, Viktor Dukhovni wrote:
> > On Mon, Jan 04, 2016 at 09:08:31AM -0700, The Doctor wrote:
> >
> > > if ((rc = fprintf(fd ,"%08x (%s)\n", SSLeay(),
> > > SSLeay_v
On Tue, Jan 05, 2016 at 09:19:32AM -0700, The Doctor wrote:
> On Mon, Jan 04, 2016 at 07:22:04PM +, Viktor Dukhovni wrote:
> > On Mon, Jan 04, 2016 at 09:08:31AM -0700, The Doctor wrote:
> >
> > > if ((rc = fprintf(fd ,"%08x (%s)\n", SSLeay(),
> > > SSLeay_v
On Mon, Jan 04, 2016 at 07:22:04PM +, Viktor Dukhovni wrote:
> On Mon, Jan 04, 2016 at 09:08:31AM -0700, The Doctor wrote:
>
> > if ((rc = fprintf(fd ,"%08x (%s)\n", SSLeay(),
> > SSLeay_version(SSLEAY_VERSION))) <0)
> >
> > Could there be anything that is
On Tue, Jan 05, 2016 at 11:21:37AM +1100, Darren Tucker wrote:
> On Tue, Jan 5, 2016 at 3:08 AM, The Doctor wrote:
> > This might be a croosmail, but necessary.
> >
> > I did us openssl-SNAP-20160104 minorss erros and installed.
>
> installed onto what kind of system and where?
>
> > I tried ope
On Mon, Jan 04, 2016 at 07:22:04PM +, Viktor Dukhovni wrote:
> On Mon, Jan 04, 2016 at 09:08:31AM -0700, The Doctor wrote:
>
> > if ((rc = fprintf(fd ,"%08x (%s)\n", SSLeay(),
> > SSLeay_version(SSLEAY_VERSION))) <0)
> >
> > Could there be anything that is
On Mon, Jan 04, 2016 at 09:08:31AM -0700, The Doctor wrote:
> if ((rc = fprintf(fd ,"%08x (%s)\n", SSLeay(),
> SSLeay_version(SSLEAY_VERSION))) <0)
>
> Could there be anything that is causing openssh not to see the new openssl
> 1.1
The above. The SSLeay nam
This might be a croosmail, but necessary.
I did us openssl-SNAP-20160104 minorss erros and installed.
I tried openssh-SNAP-20160105 and the OpenSSL libraries cannot be found
In the openssh configuration file I see
# Determine OpenSSL library version
{ $as_echo "$as_me:${as_lin
old release, fixed now.
__
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager majord...@op
l not for make -jN because of the
convoluted make recursions. Still it is useful.
In any case it never hurts to express missing dependencies.
__
OpenSSL Project http://www.ope
Could this minor Makefile patch:
http://rt.openssl.org/Ticket/Display.html?user=guest&pass=guest&id=2084
be ported to 1.0.0a ? (it works for me)
__
OpenSSL Project http://www.openssl.org
Devel
penssl.org #2194] Unwanted dependencies to user32.dll
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Monday, April 12, 2010 12:08
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies
rsday, September 16, 2010 8:46 AM
Cc: openssl-dev@openssl.org
Subject: RE: [openssl.org #2194] Unwanted dependencies to user32.dll
Just one idea, which popped up today.
What about of using UuidCreate() function, see:
http://msdn.microsoft.com/en-us/library/aa379205(VS.85).aspx
In our case, our software
penssl.org #2194] Unwanted dependencies to user32.dll
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Monday, April 12, 2010 12:08
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Monday, April 12, 2010 12:08
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> >>>>>
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Saturday, April 10, 2010 23:33
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> >>>>> I a
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Monday, April 12, 2010 12:08
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> >>>>>
> May be there is another method to check wether a windows
> process is a service, without using user32.dll.
As mentioned one can do it with Native NT API, but it's quite
special and belongs rather in [your] application than in
openssl.
>>> Yes and no. As soon as there is an
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Saturday, April 10, 2010 23:33
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> >>>>> I a
> I agree that OPENSSL_isservice() cannot be changed,
??? My suggestion for *you* was to modify it to unconditionally
return 1...
>>> Our application can both run in foreground and in service
>> context. So
>>> simply changing to return 1 is not possible.
>> If changing to return 1 i
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Monday, March 22, 2010 22:48
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> >>> I agree t
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Monday, March 22, 2010 22:48
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> >>> I agree t
>>> I agree that OPENSSL_isservice() cannot be changed,
>> ??? My suggestion for *you* was to modify it to unconditionally
>> return 1...
> Our application can both run in foreground and in service context. So
> simply changing to return 1 is not possible.
If changing to return 1 is not acceptable
>
> > I agree that OPENSSL_isservice() cannot be changed,
>
> ??? My suggestion for *you* was to modify it to
> unconditionally return 1...
Our application can both run in foreground and in service context. So simply
changing to return 1 is not possible.
May be there is another method to check
>
> > I agree that OPENSSL_isservice() cannot be changed,
>
> ??? My suggestion for *you* was to modify it to
> unconditionally return 1...
Our application can both run in foreground and in service context. So simply
changing to return 1 is not possible.
May be there is another method to check
William A. Rowe Jr. wrote:
On 3/16/2010 4:53 PM, Kees Dekker wrote:
* I saw a lot of NT4 code.
What NT4 code? You must be referring to _WIN32_WINNT macro
sometimes set
to 0x400. It does not denote NT4-specific code, it denotes
that NT4 is
required *minimum*. Meaning that it targets *all*
> I agree that OPENSSL_isservice() cannot be changed,
??? My suggestion for *you* was to modify it to unconditionally return 1...
> but you can
> decide to log an event always.
... so that messages will be forced to event log.
> So all if (OPENSSL_isservice()) can be
> removed. Or change it to
On 3/16/2010 4:53 PM, Kees Dekker wrote:
>>> * I saw a lot of NT4 code.
>>
>> What NT4 code? You must be referring to _WIN32_WINNT macro
>> sometimes set
>> to 0x400. It does not denote NT4-specific code, it denotes
>> that NT4 is
>> required *minimum*. Meaning that it targets *all* Windows
> -Original Message-
> From: Kees Dekker
> Sent: Tuesday, March 16, 2010 22:53
> To: 'r...@openssl.org'
> Cc: openssl-dev@openssl.org
> Subject: RE: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> > -Original Message-
>
> -Original Message-
> From: Kees Dekker
> Sent: Tuesday, March 16, 2010 22:53
> To: 'r...@openssl.org'
> Cc: openssl-dev@openssl.org
> Subject: RE: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> > -Original Message-
>
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Tuesday, March 16, 2010 22:23
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> > When build
> -Original Message-
> From: Andy Polyakov via RT [mailto:r...@openssl.org]
> Sent: Tuesday, March 16, 2010 22:23
> To: Kees Dekker
> Cc: openssl-dev@openssl.org
> Subject: Re: [openssl.org #2194] Unwanted dependencies to user32.dll
>
> > When build
> When building openSSL on Windows with:
>
> * CONFIG=VC-WIN64A or CONFIG=VC-WIN32
> * no-shared no-threads -DWINVER==0x0501 -D_CRT_NON_CONFORMING_SWPRINTFS
> * With Visual Studio 2005
>
> I get dependencies to user32.dll, when using libeay32.lib, e.g
2010/3/16, Kees Dekker via RT wrote:
> * I saw a lot of NT4 code. It may be worth to consider that Windows
> 2000 is not supported by Microsoft anymore for many years (see
> http://support.microsoft.com/lifecycle/?p1=3071). You may
> like to drop some ancient Windows flavors? It will save c
Hi,
When building openSSL on Windows with:
* CONFIG=VC-WIN64A or CONFIG=VC-WIN32
* no-shared no-threads -DWINVER==0x0501 -D_CRT_NON_CONFORMING_SWPRINTFS
* With Visual Studio 2005
I get dependencies to user32.dll, when using libeay32.lib, e.g:
2>libeay32.lib(rand_win.
a bunch of the top level targets do not list their dependencies which means
building in parallel will often fail
patch is against OpenSSL_0_9_8-stable
-mike
Index: Makefile.org
===
RCS file: /usr/local/src/openssl/CVSROOT/openssl
> [doug.c.zo...@fnis.com - Wed Feb 25 20:32:50 2009]:
>
> While trying to build the daily snaps from the period 02/01/2009 -
> 02/24/2009 on AIX I get the error:
> Cannot find a rule to create target ../include/openssl/fips.h
> from
> dependencies
>
> I have not
While trying to build the daily snaps from the period 02/01/2009 -
02/24/2009 on AIX I get the error:
Cannot find a rule to create target ../include/openssl/fips.h from
dependencies
I have not built the fips library and did not intend to at this time. Is
this a requirement now?
I don&#
Lutz Jaenicke wrote:
> you did perform a "make depend" before the "make all", didn't you?
Not sure. Anyway now I did and it still fails:
./Configure --prefix=/tmp/sslroot-snap zlib no-idea no-mdc2 no-rc5 \
no-ec no-ecdh no-ecdsa shared linux-elf && make depend && \
make all
[...
Hi all,
I just tried to compile current snapshot with several no- options and
failed. For starter try e.g. with:
./Configure zlib no-idea no-mdc2 no-rc5 no-ec no-ecdh no-ecdsa \
shared linux-elf
First it complained about missing ec.h while compiling rsa support, so I
added no-rsa (I
Fixed. Thanks for the report.
This ticket is now resolved.
[[EMAIL PROTECTED] - Tue Dec 24 21:58:02 2002]:
> Hello,
>
> This is a bug report against 0.9.7-stable-SNAP-20021221.
>
> OpenSSL, when configured with Kerberos support, now has run-time
> dependencies on the krb
Hello,
This is a bug report against 0.9.7-stable-SNAP-20021221.
OpenSSL, when configured with Kerberos support, now has run-time
dependencies on the krb5 set of libraries (which is good).
These dependencies are encoded into the shared libraries (.so) and
therefore the dynamic loader will
Ben Laurie wrote:
> > It's unfortunate that makedepend insists on tracking down every
> > dependency. A flag to say "don't go there" as in -X/usr/include,
> > would be a big win.
>
> Yeah.
Before someone points it out, of course, there is one (-Y) but what I,
and, I presume, Rich, meant was "go
[EMAIL PROTECTED] wrote:
>
> (Garg, why does the mailing list set reply-to?)
>
> >what I actually did was to use makedepend to generate dependencies, and
> >then hack it with perl to remove the OS headers. The "depend" target
> >does this. If anyone wan
(Garg, why does the mailing list set reply-to?)
>what I actually did was to use makedepend to generate dependencies, and
>then hack it with perl to remove the OS headers. The "depend" target
>does this. If anyone wants OS headers too, they can damn well invent
>their own
o the "foo.in --> foo" kind of transform.
>
> > In general, Makefile.ssl is
> > linked to Makefile (why???)
>
> The obvious answer is that the makefile needs to be named Makefile. :)
> I assume you'r asking the more subtle question, why is it called .ssl?
> Tha
.
> In general, Makefile.ssl is
> linked to Makefile (why???)
The obvious answer is that the makefile needs to be named Makefile. :)
I assume you'r asking the more subtle question, why is it called .ssl?
That's a good one.
> and dependencies tacked on to the end of
> Makefile.ssl.
oming a link to the Makefile.xxx that would suit the
> current OS best.
Possibly so, I suppose.
> ben> and dependencies tacked on to the end of Makefile.ssl.
>
> What is really so bad with that? I know, if you do a lot of changes
> everywhere, especially adding new files or c
s intensions here, but I've noticed that there are
a couple of different Makefile.* in some directories, like crypto/des/.
My guess is that EAY wanted to provide for variants if needed, with
Makefile becoming a link to the Makefile.xxx that would suit the
current OS best.
ben> and d
I'm being driven slowly mad by the number of files that have to be in
the CVS tree but also get modified by code. Most of them I can deal
with, but one I need some feedback on. In general, Makefile.ssl is
linked to Makefile (why???), and dependencies tacked on to the end of
Makefile.ssl.
Dr Stephen Henson wrote:
>
> Ben Laurie wrote:
> >
> > What are we going to do about them? They are currently slapped on the
> > end of Makefile.ssl in the traditional way, but of course this causes a
> > problem with CVS.
> >
> > Developing without them is a bugger, of course, so I don't conside
Ben Laurie wrote:
>
> What are we going to do about them? They are currently slapped on the
> end of Makefile.ssl in the traditional way, but of course this causes a
> problem with CVS.
>
> Developing without them is a bugger, of course, so I don't consider that
> to be an option.
>
> Arrange t
What are we going to do about them? They are currently slapped on the
end of Makefile.ssl in the traditional way, but of course this causes a
problem with CVS.
Developing without them is a bugger, of course, so I don't consider that
to be an option.
Arrange things so Makefile is a copy of Makefi
62 matches
Mail list logo
