Notes on preparation of next Symbian^2 PDK
From Symbian Developer Community
If the Release Council decides that PDK 2.0.d reflects the Symbian^2 Functionally Complete milestone, then we will do some relabelling and retrospectively rename it PDK 2.0.0. If something else happens, then we could see a PDK 2.0.e and relabel that retrospectively.
Anyway, here are the notes on what we would like to have in the next Symbian^2 PDK - (whether it's PDK 2.0.e or PDK 2.0.1).
Contents |
New Functionality
Raptor 2.8.5
Move up to the latest version of Raptor, to escape from Bug 163.
LBS SUPL support
This will involve an R&D license with Objective Systems for their ASN.1 runtime, the contribution of the necessary header files, and the contribution of the Nokia code which uses those APIs. All of the agreements are in place, and now we are waiting for the final deliveries. This doesn't add any public APIs, so it doesn't alter the compatibility baseline for Symbian^2 and therefore doesn't affect the Symbian^2 FC decision.
Btrace and some missing utilities
Bug 247: the "e32utils" component was not contributed.
Fileserver tests
Bug 246: the "f32test" component was not contributed because of third party IP contamination.
Symbian Theme
Some people just can't get enough of ducks and flying cows, and we hope to have a Symbian theme contributed and used as the default theme in the PDK.
Helix support
Add the /sf/mw/helix contribution
Browser Certificates
To be added into the security package
Completeness
Source for the EABI Runtime support
Bug 248: the compsupp component had unresolved issues about code belonging to ARM, which currently means that we cannot build the usrt2_2.lib static library which is linked into every ARM executable.
Support for abld
Bug 151: the older bldmake/abld build system (SBSv1) was originally omitted from the PDK, and was partially added in PDK 2.0.d. It would be good to have it properly reenabled for those users who have not yet made the move to SBSv2 (Raptor).
Bug Fixes
Bug 265: Putting the bldvariant.hrh file into a subdirectory of epoc32/include will avoid some side-effects of a functional difference between SBSv2 and SBSv1 (see Bug 239), and enable the building of baseports against the PDK with SBSV2.
MCLs not FCLs!
We would like all subsequent Symbian^2 PDKs to be built from the controlled repositories (MCL) rather than having to fork the official versions and build from uncontrolled repositories (FCL). This implies getting package owners to agree to accept the FCLs used in PDK 2.0.d (or some variation thereof) into the Symbian^2 branch in the MCL repository (See this thread in the Mercurial Interest Group for the proposal on how to manage both Symbian^2 and Symbian^3 in the same repositories).
New in the R&D kit
- NAND Support: Combination of binaries and source provided by Samsung under R&D license which enable NAND UnistoreIII.
- ASN.1 Compiler output for LBS SUPL: As mentioned above some of component provided by Objective Systems will be under an R&D license
Comments
Sign in to comment…
