Building the JavaCall Porting Layer (phoneME Feature MR4)

简介: Building the JavaCall Porting Layer (phoneME Feature MR4) The JavaCall porting layer provides a uniform set o...

Building the JavaCall Porting Layer (phoneME Feature MR4)

 


The JavaCall porting layer provides a uniform set of APIs that improve and simplify the phoneME Feature software porting process.

To build a default implementation of the JavaCall porting layer, you take the following general steps:

  * Set environment variables for your platform
  * Run make to build the JavaCall porting layer

Setting JavaCall Porting Layer Environment Variables

The JavaCall has several environment variables that must be set, as shown in Table 2-1.

Note: Make note of the values you choose for these variables. When executing the build procedures for PCSL, CLDC, and the phoneME Feature software client, you must set corresponding values.

TABLE 2-1Required JavaCall Porting Layer Build Variables

Name
 

Description

BuildDir
 

The location of your phoneME Feature build directory.

For example, BuildDir=%COMPONENTS_DIR%/javacall-com/configuration/phoneMEFeature/win32_emul.

JAVACALL_DIR

 

Specifies the location of the base JavaCall API source code and makefiles, which contains MIDP and specific optional packages, including the following:

Java Wireless Messaging (JSR 120)
Mobile Media API (JSR 135)
Security and Trust Services (JSR 177)
Content Handler API (JSR 211)

For example, JAVACALL_DIR=%COMPONENTS_DIR%/javacall.

PROJECT_JAVACALL_DIR

 

Specifies the location of additional JavaCall API source code and makefiles, which includes additional optional packages, including the following:

Personal Information and File Management (JSR 75)
Bluetooth (JSR 82)
Location API (JSR 179)
Wireless Messaging (JSR 205)
Advanced Multimedia Supplements (JSR 234)
Mobile Sensor API (JSR 256)

For example, PROJECT_JAVACALL_DIR=%COMPONENTS_DIR%/javacall-com.

JAVACALL_OUTPUT_DIR
 

Defines the directory where the build system places its output. For example, JAVACALL_OUTPUT_DIR=%BUILD_OUTPUT_DIR%/javacall.

USE_MULTIPLE_ISOLATES
 

Required for phoneME Feature to support multitasking. Must be set to true. If not explicitly set to true, the build defaults to false and phoneME Feature is built without multitasking capability.

Note: If you set USE_MULTIPLE_ISOLATES=true to build the JavaCall porting layer and phoneME Feature software client, you must also set ENABLE_ISOLATES=true to build CLDC, as described in Building a CLDC Reference Port.

TOOLS_DIR
 

Defines the directory where needed build tools are located. For example, TOOLS_DIR=%COMPONENTS_DIR%/tools.

TOOLS_OUTPUT_DIR
 

Defines a directory location for tools-specific output. For example, TOOLS_OUTPUT_DIR=%BUILD_OUTPUT_DIR%/tools.

USE_VS2005
 

Tells the build system to use Microsoft Visual Studio 2005 as the default compiler. For example, USE_VS2005=true.

USE_OUTPUT_REDIRECTION
 

Supports the use of the emulator binary plugin. For example, USE_OUTPUT_REDIRECTION=true.

Note: The phoneME Feature client software is complex and flexible, and many build options are available. For more information on build options, see Sun Java Wireless Client Software Build Guide.

Building the JavaCall Porting Layer

To build an implementation of the JavaCall porting layer, take the following steps:

  1. Set the BuildDir variable based on where you picked up your JavaCall porting layer source files.

  For more information, see Table 2-1.

  2. Run the make command as a single command-line string, as shown here.

  $ make -C %BuildDir% JAVACALL_DIR=%COMPONENTS_DIR%/javacall PROJECT_JAVACALL_DIR=%COMPONENTS_DIR%/javacall-com JAVACALL_OUTPUT_DIR=%BUILD_OUTPUT_DIR%/javacall USE_MULTIPLE_ISOLATES=true TOOLS_DIR=%COMPONENTS_DIR%/tools TOOLS_OUTPUT_DIR=%BUILD_OUTPUT_DIR%/tools USE_VS2005=true USE_OUTPUT_REDIRECTION=true 

  Note: It is possible to include optional packages in your JavaCall porting layer build. The makefiles for building these optional packages are picked up from the repository and zip archive with the JavaCall source, but no optional packages are built unless other variables are set. For more information, see Including Optional Packages in Your Build. 

When the make command has successfully completed, the JavaCall porting layer output is found in %JAVACALL_OUTPUT_DIR%.

目录
相关文章
|
1月前
|
算法 数据挖掘
文献解读-Prediction of axillary lymph node metastasis in triple-negative breast cancer by multi-omics analysis and an integrated model
研究旨在为三阴性乳腺癌患者提供更准确的腋窝淋巴结转移风险评估工具。研究者综合分析了临床病理信息、基因组和转录组数据,构建了一个多组学预测模型。
36 4
|
4月前
|
开发者
FA/Stage模型:理解HarmonyOS的FA(Feature Ability)和Stage(Particle Ability)模型
【10月更文挑战第21天】HarmonyOS作为新一代的操作系统,其独特的FA(Feature Ability)和Stage(Particle Ability)模型为应用开发提供了新的视角。这两种模型分别代表了不同的应用组织方式,下面将详细解释这两种模型的概念、特点以及如何在实际开发中使用它们。
314 4
|
算法 调度 索引
beamManagement(三)connected mode DL Beam training
在进入连接态后,DL 可以使用CSI-RS/SSB进行波束训练,上行使用Sounding RS进行波束训练。先看下行波束训练过程,DL 参考信号的RRC层配置结构如下。
|
机器学习/深度学习 自然语言处理 算法
TPLinker: Single-stage Joint Extraction of Entities and Relations Through Token Pair Linking 论文解读
近年来,从非结构化文本中提取实体和关系引起了越来越多的关注,但由于识别共享实体的重叠关系存在内在困难,因此仍然具有挑战性。先前的研究表明,联合学习可以显著提高性能。然而,它们通常涉及连续的相互关联的步骤,并存在暴露偏差的问题。
243 0
|
机器学习/深度学习 数据挖掘
ACL2023 - An AMR-based Link Prediction Approach for Document-level Event Argument Extraction
最近的工作引入了用于文档级事件论元提取(文档级EAE)的抽象语义表示(AMR),因为AMR提供了对复杂语义结构的有用解释,并有助于捕获长距离依赖关系
229 0
|
机器学习/深度学习 自然语言处理 数据可视化
M2E2: Cross-media Structured Common Space for Multimedia Event Extraction 论文解读
我们介绍了一个新的任务,多媒体事件抽取(M2E2),旨在从多媒体文档中抽取事件及其参数。我们开发了第一个基准测试
140 0
|
索引 Python
hands-on-data-analysis 第二单元 2,3节
数据合并——concat横向合并
132 0
|
机器学习/深度学习 算法
DL:The development history of the important stage of DL
DL:The development history of the important stage of DL
DL:The development history of the important stage of DL
HDOJ 1095 A+B for Input-Output Practice (VII)
HDOJ 1095 A+B for Input-Output Practice (VII)
124 0
|
算法 计算机视觉 机器学习/深度学习
Graph Cut and Its Application in Computer Vision
Graph Cut and Its Application in Computer Vision   原文出处: http://lincccc.blogspot.tw/2011/04/graph-cut-and-its-application-in.html 现在好像需要代理才能访问了。
1538 0