v8编译不过

1. android jni程序（c++）如何编译适用于arm-v8指令集的32位程序

可以看到Android上层的Application和ApplicationFramework都是使用java编写，

底层包括系统和使用众多的LIiraries都是C/C++编写的。

所以上层Java要调用底层的C/C++函数库必须通过Java的JNI来实现。

下面将学习Android是如何通过Jni来实现Java对C/C++函数的调用。以HelloWorld程序为例：

第一步：

使用Java编写HelloWorld 的Android应用程序：

package com.lucyfyr;
import android.app.Activity;
import android.os.Bundle;
import android.util.Log;

public class HelloWorld extends Activity {
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
Log.v("fresne", printJNI("I am HelloWorld Activity"));
}
static
{
//加载库文件
System.loadLibrary("HelloWorldJni");
}
//声明原生函数 参数为String类型 返回类型为String
private native String printJNI(String inputStr);
}

这一步我们可以使用eclipse来生成一个App；

因为eclipse会自动为我们编译此Java文件，后面要是用到。

第二步：

生成共享库的头文件：

进入到eclipse生成的Android Project中 ：/HelloWorld/bin/classes/com/lucyfyr/
下：

可以看到里面后很多后缀为.class的文件，就是eclipse为我们自动编译好了的java文件，其中就有：

HelloWorld.class文件。

退回到classes一级目录：/HelloWorld/bin/classes/

执行如下命令：

javah com.lucyfyr.HelloWorld

生成文件:com_lucyfyr_HelloWorld.h

/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_lucyfyr_HelloWorld */
#ifndef _Included_com_lucyfyr_HelloWorld
#define _Included_com_lucyfyr_HelloWorld
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: com_lucyfyr_HelloWorld
* Method: printJNI
* Signature: (Ljava/lang/String;)Ljava/lang/String;
*/
JNIEXPORT jstring JNICALL Java_com_lucyfyr_HelloWorld_printJNI
(JNIEnv *, jobject, jstring);
#ifdef __cplusplus
}
#endif
#endif

可以看到自动生成对应的函数：Java_com_lucyfyr_HelloWorld_printJNI

Java_ + 包名（com.lucyfyr） + 类名(HelloWorld) + 接口名(printJNI)：必须要按此JNI规范来操作；

java虚拟机就可以在com.simon.HelloWorld类调用printJNI接口的时候自动找到这个C实现的Native函数调用。

当然函数名太长，可以在.c文件中通过函数名映射表来实现简化。

第三步：

实现JNI原生函数源文件：

新建com_lucyfyr_HelloWorld.c文件：

#include <jni.h>
#define LOG_TAG "HelloWorld"
#include <utils/Log.h>
/* Native interface, it will be call in java code */
JNIEXPORT jstring JNICALL Java_com_lucyfyr_HelloWorld_printJNI(JNIEnv *env, jobject obj,jstring inputStr)
{
LOGI("fresne Hello World From libhelloworld.so!");
// 从 instring 字符串取得指向字符串 UTF 编码的指针
const char *str =
(const char *)(*env)->GetStringUTFChars( env,inputStr, JNI_FALSE );
LOGI("fresne--->%s",(const char *)str);
// 通知虚拟机本地代码不再需要通过 str 访问 Java 字符串。
(*env)->ReleaseStringUTFChars(env, inputStr, (const char *)str );
return (*env)->NewStringUTF(env, "Hello World! I am Native interface");
}
/* This function will be call when the library first be load.
* You can do some init in the libray. return which version jni it support.
*/
jint JNI_OnLoad(JavaVM* vm, void* reserved)
{
void *venv;
LOGI("fresne----->JNI_OnLoad!");
if ((*vm)->GetEnv(vm, (void**)&venv, JNI_VERSION_1_4) != JNI_OK) {
LOGE("fresne--->ERROR: GetEnv failed");
return -1;
}
return JNI_VERSION_1_4;
}

OnLoadJava_com_lucyfyr_HelloWorld_printJNI

函数里面做一些log输出 注意JNI中的log输出的不同。

JNI_OnLoad函数JNI规范定义的，当共享库第一次被加载的时候会被回调，

这个函数里面可以进行一些初始化工作，比如注册函数映射表，缓存一些变量等，

最后返回当前环境所支持的JNI环境。本例只是简单的返回当前JNI环境。

http://www.cnblogs.com/bastard/archive/2012/05/19/2508913.html

2. c语言程序是对的,编译不成功是怎么原因,v8.92

问题描述的不清楚啊，首先你得把你的代码贴出来，大家才好判断是不是真的没有错。编译后出的问题，你也没有说明是什么问题，至少要把系统给出的出错信息贴出来。
只是问有问题怎么处理，说真的，C语言之父来了也是束手无策。

3. 请教各位大神，我用MCC18编译MPLAB IDE V8.80的C语言时未能编译成功，单片机型号是16F877。求解！如下：

MCC18 不支持PIC16，你用picc或者xc8或者

4. MPLAB IDE V8.63在编译时出现错误，怎么解决

对于比较小的程序，一般只有一个c文件和一个头文件,全局变量我们通常会直接定义在c文件中，在程序之前加inti定义。如果要在头文件中定义有以下两种方法：用extern来声明:externinti;这一句只是对变量i进行声明，在c文件的程序之前必须加上inti进行定义。externinti=0;这一句声明和定义都做了。对于大一点的程序，有很多c文件和头文件，这个时候全局变量就必须在头文件中声明(不需要初始化)，然后在一个c文件中定义(该初始化的要初始化)。如果在头文件中定义，则编译的时候会出现重复定义的错误。如果只有头文件中声明就会出现没有定义有警告。***ERRORL104::KMODULE:222.obj(222)出现上述错误则是因为变量k重复定义，把你的头文件中的变量定义前加extern(只是变量声明不用初始化)，再在某一个你要调用该变量的c文件的程序之前再定义(注意第一个调用的c文件要负责附带初始化该变量，其他调用的c文件就不需要初始化过程啦)一下就可以了。另外：下次最好能把程序贴出来

5. 在ubuntu里怎样运行编译好的谷歌v8

大名顶顶的Chrome V8引擎大家应该都知道了，我就不废话多说，不知道的可以去GOOGLE Code搜索。
不过不得不提的是Google Chrome V8引擎的开发者拉斯巴克（Lars Bak）。他是一个编程天才，却远离计算机世界的核心，在丹麦为Google工作，
这个工作地方是一个边远的农场，环境很优美。

在编译之前先看一下我的机器环境：
1.linux yuchao-Latitude-E5410 2.6.35-22-generic #33-Ubuntu SMP Sun Sep 19 20:34:50 UTC 2010 i686 GNU/Linux
2.gcc (Ubuntu/Linaro 4.4.4-14ubuntu5) 4.4.5
3.GNU Make 3.81 这个程序创建为 i686-pc-linux-gnu
4.GNU ld (GNU Binutils for Ubuntu) 2.20.51-system.20100908
5.svn，版本 1.6.12 (r955767)
编译于 Mar 23 2011，12:56:23
6.Python 2.6.6
7.SCons by Steven Knight et al.:
script: v2.0.0.final.0.r5023, 2010/06/14 22:05:46, by scons on scons-dev
engine: v2.0.0.final.0.r5023, 2010/06/14 22:05:46, by scons on scons-dev
特别说明：SCons 是一个用 Python 语言编写的类似于 make 工具的程序。与 make 工具相比较，SCons 的配置文件更加简单清晰明了，
除此之外，它还有许多的优点。本文将简单介绍如何在软件开发项目中使用 SCons，通过本文，读者可以学习到如何使用 SCons 来建造自己的程序项目。

6. V8引擎示例中如下的编译选项什么意思

V8和V10指的是引擎里的气缸数缸数汽车发动机常用缸数有3、4、5、6、8、10、12缸。排量1升以下的发动机常用三缸，1-2.5升一般为四缸发动机，3升左右的发动机一般为6缸，4升左右为8缸，5.5升以上用12缸发动机。一般来说，在同等缸径下，缸数越多，排量越大，功率越高；在同等排量下，缸数越多，缸径越小，转速可以提高，从而获得较大的提升功率。6-12缸发动机一般采用V型排列，其中V10发动机主要装在赛车上。V型发动机长度和高度尺寸小，布置起来非常方便，而且一般认为V型发动机是比较高级的发动机，也成为轿车级别的标志之一。V8发动机结构非常复杂，制造成本很高，所以使用的较少，V12发动机过大过重，只有极个别的高级轿车采用。2006赛季F1赛车引擎由3.0升V10变为2.4升V8，目的是为了降低各车队的引擎研发等开支，同时提高比赛安全性。此项规则改动将导致引擎输出功率相比2005赛季(900马力左右)降低约200马力。对于无法在2006赛季开始时获得新规则规定的V8引擎的车队，也允许其在限制引擎转速的情况下，使用符合2005赛季技术规则的V10引擎。

7. V8编译生成的机器码究竟是什么

实际上V8的JIT编译器是直接在内存中生成机器码的，并不会先生成文本形式的汇编然后再使用汇编器去转换为机器码。“动态生成机器码”听起来可能有点玄乎，其实根本没啥，就是往内存里写字节，这些字节正好是某些机器码的意思，然后把这块内存当作函数去调用就是了。由于代码自身就是动态生成的，在生成的代码里直接嵌入resolve好的各种值其实就相当于传统编译流程里的“动态链接”的效果。顺手放俩我以前博客的传送门：V8实际上自带一个用C++实现的“汇编器库”用来动态生成机器码。它并不把文本形式的汇编转换为机器码，而是提供一组C++ API，调用这个API的函数就可以在内存里生成机器码来。有兴趣的同学可能会知道，V8的MacroAssembler库源自Animorphic的Strongtalk VM，而Strongtalk VM也是HotSpot JVM的前辈。V8 Design Elements文档里所描述的是最初期的V8的状态。当时的V8只有一个JIT编译器，一个JavaScript函数通常只会被JIT编译一次。这个JIT编译器做的优化也不是很多。后来V8演化为拥有两个JIT编译器，一个初级编译器（baseline compiler，名字叫做Full Code Generator，简称FullCodeGen），和一个优化编译器（optimizing compiler，名字叫做Crankshaft），两个编译器结合在一次构成双层编译。JavaScript函数通常会先被FullCodeGen编译，然后如果还继续执行很多次的话则会再被Crankshaft重新编译一遍，生成更优化的代码。在这个架构中，FullCodeGen里生成的代码还是跟V8 Design Elements的相似，会通过inline cache来实现property access；而这些inline cache不但用于实现fast property access，更重要的是它们会被用于收集profile，然后等到Crankshaft编译的时候，它就可以看先前收集的profile来做profile-guided optimization。以这个 function foo(p) { return p.x } 为例，参数p没有任何特别的地方，所以JavaScript引擎也无法知道p到底可能有怎样的值。但通过FullCodeGen生成的代码所收集到的profile信息，Crankshaft再去编译 foo() 的时候就可以知道p之前通常指向一个Map（hidden class）为0x2c97ccb179d1的类型的对象。这个类型的constructor为Point、[[Prototype]] 为Point.prototype、对象里有足够空间容纳10个内嵌的字段（in-object property），并且其中2个slot被用于存储Smi类型，剩余的8个slot未被使用。