> Please merge.
>
>> > last from this ticket(1753):
>> > - openssl-000-msys-symlink.patch
>> > - openssl-001-SNAP-20081003-mingw.patch
Merged with minor modification in domd
(http://cvs.openssl.org/chngview?cn=17706). a.
___
Hello OpenSSL developers,
Please merge these patches [2], [3] from bug [1].
Current cross compile is broken as the cpp used is not cross compile one.
It causes mingw cross compile build to fail.
I will be happy to know if there is something wrong, so I be able to provider
better solution.
Thank
Please merge.
On 11/23/08, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> > I finish the tests with native build (MSYS environment):
> >
> > The source tree contain recent version (2008-11-23) plus patches:
> >
> > from ticket 1747:
> > - openssl-cvs-mingw-capi.patch.gz
> > last from this t
So in the mean time can the patches merged?
On 11/23/08, Roumen Petrov <[EMAIL PROTECTED]> wrote:
> Alon Bar-Lev wrote:
>
> > Any luck?
> >
> > On 11/6/08, Roumen Petrov <[EMAIL PROTECTED]> wrote:
> >
> > > Alon Bar-Lev wrote:
> > >
> > >
> > > > Roumen?
> > > > mingw64 is merged now...
> > > > Pl
Alon Bar-Lev wrote:
Any luck?
On 11/6/08, Roumen Petrov <[EMAIL PROTECTED]> wrote:
Alon Bar-Lev wrote:
Roumen?
mingw64 is merged now...
Please confirm this so we have mingw working again.
This is also affect the mingw64.
[SNIP]
Cross-compilation is fine only with additional changes in ran
Any luck?
On 11/6/08, Roumen Petrov <[EMAIL PROTECTED]> wrote:
> Alon Bar-Lev wrote:
>
> > Roumen?
> > mingw64 is merged now...
> > Please confirm this so we have mingw working again.
> > This is also affect the mingw64.
> >
> [SNIP]
> Cross-compilation is fine only with additional changes in ra
Alon Bar-Lev wrote:
Roumen?
mingw64 is merged now...
Please confirm this so we have mingw working again.
This is also affect the mingw64.
[SNIP]
Cross-compilation is fine only with additional changes in rand_egd.c
addressed in issue 1777.
Access to MSYS environment is still problematic.
Roum
Roumen?
mingw64 is merged now...
Please confirm this so we have mingw working again.
This is also affect the mingw64.
Thank you,
Alon.
On 10/23/08, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On 10/22/08, Roumen Petrov <[EMAIL PROTECTED]> wrote:
> > Alon Bar-Lev via RT wrote:
> > [SNIP]
> >
>
On 10/22/08, Roumen Petrov <[EMAIL PROTECTED]> wrote:
> Alon Bar-Lev via RT wrote:
> [SNIP]
>
> > For some strange reason perl reports that symlinks are available
> > under msys, while it cannot create symbolic link when the to
> > is not reachable from cwd.
> >
>
>
> May be I can access a msys e
Alon Bar-Lev via RT wrote:
[SNIP]
For some strange reason perl reports that symlinks are available
under msys, while it cannot create symbolic link when the to
is not reachable from cwd.
May be I can access a msys environment next week :( .
It is save to assume that msys don't support symboli
[EMAIL PROTECTED] wrote:
Hi,
5. Added -DWIN32_LEAN_AND_MEAN and drop the conflict undef of x509.h
While I don't mind having to compile the library itself with "special"
flags, the above implies that every _user_ of OpenSSL who includes
x509.h has to either use -DWIN32_LEAN_AND_MEAN
On 10/22/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> > 5. Added -DWIN32_LEAN_AND_MEAN and drop the conflict undef of x509.h
>
>
> While I don't mind having to compile the library itself with "special"
> flags, the above implies that every _user_ of OpenSSL who includes
>
I did not wish to do anything special except of fixing mingw, so I
drop the LEAN_AND_MEAN fixup.
Latest snapshot added obj_xref.h, so the depend target can stay the same.
Attached is the only fix needed for making domd use cross compiler, as
it fails because of the -mno-cygwin.
And optional fix I
Hi,
> 5. Added -DWIN32_LEAN_AND_MEAN and drop the conflict undef of x509.h
While I don't mind having to compile the library itself with "special"
flags, the above implies that every _user_ of OpenSSL who includes
x509.h has to either use -DWIN32_LEAN_AND_MEAN as well or that he is
going t
Hello Roumen,
Thank you for addressing this.
I cannot reproduce the _XOPEN_SOURCE issue anymore, maybe because in
the meantime I upgraded to mingw-runtime-3.15.1.
For the WIN32_LEAN_AND_MEAN, I don't see how it is relates to winsock
issue... You could always have #include and you do this
already
Alon Bar-Lev via RT wrote:
> Attached are patches, please address this issues, it is hard to keep sync
> this way.
> The order of the issue is according to importance, (1, 2, 3) blockers.
> Thanks!
>
> 1. _XOPEN_SOURCE cannot be used in mingw, strptime is never used anyway?
>
> 2. Make domd use
Attached are patches, please address this issues, it is hard to keep sync this
way.
The order of the issue is according to importance, (1, 2, 3) blockers.
Thanks!
1. _XOPEN_SOURCE cannot be used in mingw, strptime is never used anyway?
2. Make domd use cross compiler if available.
3. Update de
Hello,
Latest snapshot broke mingw build for the following reasons:
1. ssl/kssl.c declares _XOPEN_SOURCE at source level and not at configuration
level, this is invalid in some environments. Please consider moving this to
Configure targets table. Also, I cannot see where strptime is used anywa
18 matches
Mail list logo