It may not necessarily be intuitive to CE developers either, it's just the way I chose to do it because it integrates with an automated build system better than the other choice. Maybe appending the following to INSTALL.WCE will make things clearer:
This will copy each of the test programs to the Windows CE device and
execute
them, displaying the output of the tests on this computer. The output
should
look similar to the output produced by running the tests for a regular
Windows
build.
I've tried the latest snapshot and found that a time_t variable needs to be
changed to a long. Windows CE's time_t is unsigned, whereas I think just
about every other platform must have it signed. I'm pretty sure that
there's an ANSI or standard Unix function that takes or returns a time_t
that is an offset from another time_t, so it probably needs to be signed to
allow values before the other time. Also, the infamous 2038 bug is due to a
signed time_t (unsigned would make it at least give us until 2106). It's
the "offset = -offset" which causes the problem here.
Attached is a patch to 20021116 which changes this time_t to long and also
makes the output directories tmp32_$(TARGETCPU) and out32_$(TARGETCPU), eg.
tmp32_ARM and out32_ARM. Chris, this means that you can do the following
steps to build for each processor (though I'd be surprised if most shops
need to build for all CPU's since Microsoft has started to drop support for
everything but the ARM):
perl Configure VC-CE (only do this once)
ms\do_ms.bat (only do this once)
"C:\Program Files\Microsoft eMbedded Tools\EVC\WCE300\BIN\WCEARM.BAT"
nmake -f ms\ce.mak
"C:\Program Files\Microsoft eMbedded Tools\EVC\WCE300\BIN\WCEMIPS.BAT"
nmake -f ms\ce.mak
"C:\Program Files\Microsoft eMbedded Tools\EVC\WCE300\BIN\WCEx86.BAT"
nmake -f ms\ce.mak
I left the comment in INSTALL.WCE (from INSTALL.W32) about Cygwin's perl
since it's a viable option. Even though I'm building in a regular Windows
command shell I'm using Cygwin's perl. Maybe it's not worth mentioning
though; I'm sure anyone with Cygwin can work out that they don't really need
ActiveState's perl.
Steven
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Richard Levitte - VMS
Whacker
Sent: Saturday, 16 November 2002 8:43 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [PATCH] Windows CE support for 0.9.7 (against 20021114
snapshot)
In message <[EMAIL PROTECTED]> on Sat, 16 Nov
2002 15:18:12 +1100, "Steven Reddie" <[EMAIL PROTECTED]> said:
smr> Everything is done from the Windows box. The test*ce*.bat files use
cecopy
smr> to copy files to the device and cerun to invoke the test programs. The
smr> output of the tests is redirected back through cerun, kind of like
using
smr> rsh.
Thanks. I guess this should be rather clear if you're actually a CE
user :-).
smr> I'll look into the time_t problem and get back to you later today.
Thanks.
--
Richard Levitte \ Spannvägen 38, II \ [EMAIL PROTECTED]
Redakteur@Stacken \ S-168 35 BROMMA \ T: +46-8-26 52 47
\ SWEDEN \ or +46-708-26 53 44
Procurator Odiosus Ex Infernis -- [EMAIL PROTECTED]
Member of the OpenSSL development team: http://www.openssl.org/
Unsolicited commercial email is subject to an archival fee of $400.
See <http://www.stacken.kth.se/~levitte/mail/> for more info.
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
openssl-0.9.7-stable-SNAP-20021116-windowsce.patch
Description: Binary data
