linux编译

JDK是Java Development Kit的缩写，即Java开发工具集。JDK是整个Java的核心，包括了Java运行环境（JRE）、Java开发工具和Java基础类库。 JRE是Java Runtime Environment的缩写，即Java运行时环境。Java程序运行时必需要JRE的支持。 对于普通用户 ，可以单独下载并安装 JRE；而对开发者来说，JDK中已包含JRE了，因此无需再单独安装 。 Java的平台版本 Java分为J2SE、J2EE和J2ME三个不同的平台版本，即标准版（Java 2 Platform, Standard Edition）、企业版（Java 2 Platform, Enterprise Edition）和微型版（Java 2 Platform, Micro Edition）。从Java 1.5（或者Java 5.0）开始，它们被改称为Java SE、Java EE和Java ME。 各平台版本之间的差别在于适用范围不同： 标准版平台（Java SE）允许开发和部署在桌面、服务器、嵌入式和实时环境中使用的Java应用程序。另外，Java SE包含了支持实现Java Web服务的类库，因此标准版是企业版的基础。 企业版平台（Java EE）帮助开发者开发和部署Java Web应用。企业版提供Web服务、组件模型、管理和通信API

http://blog.csdn .NET /heqiuya/article/details/7774208 这是QT编程中常见的两个编译错误.可能你的代码在window下编译能正常通过,可是到到 Linux 下编译就出现这个问题.解决方案如下: 在你编译QT代码之前最好先make clean一下, 因为*.o之类的文件可能影响到编译. 在qt目录下make后出现以下错误： make: Nothing to be done for `first' 解决：将你当前目录下的，删除你程序主要的 *.cpp 和 *.h文件以外的所有文件。 接着执行： #qmake -project #qmake #make 运行正常。 QtNetwork: No such file or directory 问题的解决 最近学习Qt,在Qt4.3.2版本编译包含如下头文件时 #include <QtNetWork> 程序在nmake时出现 server.h:7:21: error: QtNetwork: No such file or directory 终于找到了解决办法 在当前目录下找到 .pro文件 在其中手工添加一行: QT += network 具体操作步骤如下 1: qmake -project 2: 手工添加 Qt += network 3: qmake 4: nmake OK,一切正常

Python学习记录Day1 1.什么是Python？ Python的本意其实蟒蛇，由于其创始人为荷兰人吉多·范罗苏姆（Guido van Rossum）喜欢一部电视喜剧《Monty Python's Flying Circus》，故将其命名为Python。而Python的诞生（Python解释器原型）则是因为1989年圣诞期间，Guido为了打发圣诞节的无趣，就决心开发一个新的脚本解释程序，作为ABC语言的一种继承。1991年，第一个Python解释器诞生，它是用C语言实现的，并且能调用C语言的库文件。 1.1什么是解释器？ 计算机是不能理解除机器语言之外的任何语言的，所以必须把程序员所写的程序语言翻译为计算机能看懂的机器语言，计算机才能执行程序，将其他语言翻译成机器语言的工具，成为编译器。编译器的翻译方式分为两种：一种为编译，一种为解释。两者翻译的区别在于运行的时间点的不同。当编译器以解释方式运行是，称为解释器。 ●编译型语言:程序在执行之前需要一一个专]的编译过程，把程序编译成为机器语言的文件，运行时不需要重新翻译，直接使用编译的结果就行了。程序执行效率高，依赖编译器，跨平台性差些。如C、C++ ●解释型语言:解释型语言编写的程序不进行预先编译，以文本方式存储程序代码，会将代码句一句直接运行。在发布程序时，看起来省了道编译工序，但是在运行程序的时候，必须先解释再运行

安装配置Ubuntu14.04+Caffe (+OpenCV+Python+CPU-only) 记录 【作者：Wu Ping。时间：20180428。】 本人已经安装很多次的Caffe了：从开始的初探到出现问题的重新安装，或者电脑系统重装后的再次安装，或者因为不同的电脑版本、不同的Ubuntu版本、软件的不同安装方式等等原因，每一次安装都会有不同的“不顺利经历”，顺次解决问题即可。虽然遇到的问题不尽相同，但是总体流程基本相同。 “安装过程，因为平台不同、设备不同、操作者不同，会遇到各种奇怪的问题和报错信息，请善用Caffe官网的Issues和caffe-user论坛,以及Google和Baidu。参考本指南，请下载最新版caffe-master，新版本很多文件已经变更。” 一、目录 （1）Linux系统：Ubuntu 14.04 （64位）【这里安装教程略】 （2）安装开发所需要的一些基本包及安装caffe依赖项 （3）安装ATLAS for Ubuntu （4）安装OpenCV （5）编译Caffe （6）测试Caffe是否安装成功 （7）配置Pycaffe （8）测试Pycaffe接口是否配置成功 二、安装包准备（下载） （1）Ubuntu 14.04下载网址： http://www.ubuntu.com/download/desktop 。 （2）OpenCV下载地址

作者：Jerry Jho 链接：https://www.zhihu.com/question/23003213/answer/56121859 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 C/C++ 调用 Python （基础篇）— 仅讨论Python官方提供的实现方式 Python 调用 C/C++ （基础篇）— 仅讨论Python官方提供的实现方式 C/C++ 调用 Python （高级篇）— 使用 Cython Python 调用 C/C++ （高级篇）— 使用 SWIG 1 C/C++ 调用 Python（基础篇） Python 本身就是一个C库。你所看到的可执行体python只不过是个stub。真正的python实体在动态链接库里实现，在Windows平台上，这个文件位于 %SystemRoot%\System32\python27.dll。 你也可以在自己的程序中调用Python，看起来非常容易： //my_python.c #include <Python.h> int main(int argc, char *argv[]) { Py_SetProgramName(argv[0]); Py_Initialize(); PyRun_SimpleString("print 'Hello Python!'\n"); Py

现在我们就利用之前学习到的conan的使用方法，将chromium中的base库打包成一个conan包。 1. 准备源码 chromium本身是通过gn来编译的，这个目前conan并不支持。所以需要把它从chromium代码中抽离出来，这是一个复杂的工作。所幸的是，已有大神做了做方面工作： https://github.com/shaoyuan1943/chromium-base 。 拿到源码，我们当然需要在各个平台进行验证，看是否能成功编译。 从README中了解到： 编译Windows版本，需直接使用sln工程文件进行编译； 编译Linux版本，需使用作者写好的编译sh脚本。 在Linux上单独使用CMakeLists.txt进行编译是无法编译通过的，查看它的实现，发现里面由很多非预定义的变量。看了 build_base_linux.sh脚本后，确定该脚本主要功能就是设置这些变量： 因此，确定我们使用conan编译的方案： windows上直接使用MSBuild进行编译； Linux上使用cmake进行编译，但是要设置好一些变量。 2. 编写conanfile.py 经过反复测试，conanfile.py的内容如下： #!/usr/bin/python # -*- coding: UTF-8 -*- from conans import ConanFile, MSBuild,

Data Mining Linux上安装使用boost入门指导 获得boost boost分布 只需要头文件的库 使用boost建立一个简单的程序 准备使用boost二进制文件库 把你的程序链接到boost库 1.获得boost 下载boost_1_46_1.tar.bz2 解压 2.boost分布 boost_1_46_1.........................boost根目录 　　boost/.....................................所有boost头文件 　　libs/........................................Tests,.cpps,docs等的库文件 注意： 　　（1）boost根目录（通常是/usr/local/boost_1_46_1）想到$BOOST_ROOT变量中 　　（2）编译程序时如果用到boost库，需要指定头文件路径-I$BOOST_ROOT 　　（3）因为所有头文件都在boost文件夹下，并且头文件都是hpp后缀，所#include形如： 　　　　#include <boost/whaever.hpp> 3.只需要头文件的库 　　绝大多数的boost库都是header-noly的：它们完全由包含模板和inline函数的头文件组成，不需要单独编译和二进制库文件

学习目标 分析Makefile文件，了解内核中的哪些文件被编译，如何被编译，连接时顺序如何确定！ Linux内核源码中包含很多的Makefile文件，这些Makefile文件又包含其它的一些文件，比如配置信息、通用规则等等。我们可以把内核中的Makefile文件分为5类，如下表所示： 顶层Makefile 所有Makefile文件的核心，从总体控制内核的编译、连接 .config 配置文件，在执行配置命令时生成。所有Makefile文件都根据.config来决定如何使用哪些文件 arch/$(ARCH)/Makefile 对应CPU体系结构的Makefile文件，用来决定那些体系结构相关的文件参与内核的生成，并提供一些规则来生成特定格式内核映象 kbuild Makefile 各级子目录下的Makefile，相对比较简单，被上一级Makefile调用来编译当前目录下的文件 script/Makefile.* Makefile共用规则和脚本 执行make uImage命令时内核最终被编译，所以要分析内核Makefile文件关系，把目标uImage作为分析的入手点最为合适。打开顶层Makefile文件，在顶层Makefile文件中查找目标uImage的依赖关系，结果发现在顶层Makefile文件中不能直接找到目标uImage的依赖

CMAKE_MINIMUM_REQUIRED(VERSION 2.6) PROJECT(hello) #添加源文件 aux_source_directory(./ DIR_SRCS) #设置编译参数 set(CMAKE_C_FLAGS "-g -Wall") #添加头文件路径 include_directories( ./include ) #添加库 find_library(RT rt /usr/lib64) find_library(DL dl /usr/lib64) find_library(MATH m /usr/lib64) #link库 link_libraries(${DL} ${RT} ${MATH}) #定义 add_definitions(-g3 -MD -Wall -DOS_LINUX=1 -pthread -lconfig -DPLAT_MODULE_DEVSM) #生成动态库和静态库 add_library(acc_lib_shared SHARED ${DIR_SRCS}) add_library(acc_lib_static STATIC ${DIR_SRCS}) #将动态库和静态库的名字设置 set_target_properties(acc_lib_shared PROPERTIES OUTPUT_NAME "hello") set_target

先去弄Cygwin环境 http://www.cygwin.com/ 下载完成 打开 下一步 下一步 下一步 下一步 下一步，出现一个界面，让你添加地址，你打开官网，选择mirror sites，点击下面的 Hong Kong（ http://mirror-hk.koddos.net/cygwin/ ） 把Hong Kong的地址填上，下一步，出现一个选择包的界面 搜索框里输入文字自动搜索，点击“New”的一列，有个那个下拉按钮，选择版本 还有automake 下一步 下一步 完成 双击桌面上的图标，启动 检查状态和版本 $ cygcheck -c cygwin Cygwin Package Information Package Version Status cygwin 3.0.7-1 OK 检查gcc $ gcc --version gcc (GCC) 7.4.0 Copyright © 2017 Free Software Foundation, Inc. 本程序是自由软件；请参看源代码的版权声明。本软件没有任何担保； 包括没有适销性和某一专用目的下的适用性担保。 检查make $ make --version GNU Make 4.2.1 为 x86_64-unknown-cygwin 编译 Copyright (C) 1988-2016 Free Software