enode

gcc makefile错误:“没有规则来制作目标...”

我与影子孤独终老i 提交于 2020-03-12 21:40:56
我正在尝试使用GCC(linux)和makefile来编译我的项目。 我得到以下错误,在这种情况下似乎无法破译: "No rule to make target 'vertex.cpp', needed by 'vertex.o'. Stop." 这是makefile: a.out: vertex.o edge.o elist.o main.o vlist.o enode.o vnode.o g++ vertex.o edge.o elist.o main.o vlist.o enode.o vnode.o main.o: main.cpp main.h g++ -c main.cpp vertex.o: vertex.cpp vertex.h g++ -c vertex.cpp edge.o: edge.cpp edge.h g++ -c num.cpp vlist.o: vlist.cpp vlist.h g++ -c vlist.cpp elist.o: elist.cpp elist.h g++ -c elist.cpp vnode.o: vnode.cpp vnode.h g++ -c vnode.cpp enode.o: enode.cpp enode.h g++ -c node.cpp #1楼 根据我的经验,此错误通常是由 拼写 错误引起的。 我今天收到了这个错误。

gcc makefile error: “No rule to make target …”

匿名 (未验证) 提交于 2019-12-03 08:59:04
可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效,请关闭广告屏蔽插件后再试): 由 翻译 强力驱动 问题: I'm trying to use GCC (linux) with a makefile to compile my project. I get the following error which is can't seem to decipher in this context: "No rule to make target 'vertex.cpp', needed by 'vertex.o'. Stop." This is the makefile: a . out : vertex . o edge . o elist . o main . o vlist . o enode . o vnode . o g ++ vertex . o edge . o elist . o main . o vlist . o enode . o vnode . o main . o : main . cpp main . h g ++ - c main . cpp vertex . o : vertex . cpp vertex . h g ++ - c vertex . cpp edge . o : edge . cpp edge . h g ++ - c

图论篇1——图的基本概念

对着背影说爱祢 提交于 2019-12-02 07:00:50
图的基本性质 顶点(vertex) 上图中黑色的带数字的点就是顶点,表示某个事物或对象。由于图的术语没有标准化,因此,称顶点为点、节点、结点、端点等都是可以的。叫什么无所谓,理解是什么才是关键。 边(edge) 上图中顶点之间蓝色的线条就是边,表示事物与事物之间的关系。需要注意的是边表示的是顶点之间的逻辑关系,粗细长短都无所谓的。包括上面的顶点也一样,表示逻辑事物或对象,画的时候大小形状都无所谓。 有向/无向图(Directed Graph/ Undirected Graph) 有向图和无向图,两者的区别在于,有向图中的边是有方向性的。(可以把无向图视为“双向”的有向图,构造无向图用的就是这种方法) 一般到底是有向图还是无向图要根据实际情况判断,比如在A、B两点之间的一条路,那一定是个无向图。 权重(weight) 边的权重(或者称为权值、开销、长度等),即每条边都有与之对应的值。例如当顶点代表某些地点时,两个顶点间边的权重可以为两点的距离。 连通图/连通分量(connected graph/connected component) 如果在图G中,任意2个顶点之间都存在路径,那么称G为连通图(注意是任意2顶点)。如果把下图看为两个图,就是两个连通图。 连通分量 也叫最(极)大连通子图,把上图看为一个整体,它不是一个连通图,但它有多个连通子图,0,1,2,3

ENode 1.0 - 整体架构介绍

蓝咒 提交于 2019-11-27 12:38:40
前言 今天是个开心的日子,又是周末,可以安心轻松的写写文章了。经过了大概3年的DDD理论积累,以及去年年初的第一个版本的 event sourcing 框架的开发以及项目实践经验,再通过今年上半年利用业余时间的设计与开发,我的enode框架终于可以和大家见面了。 自从Eric Evan提出DDD领域驱动设计以来已经过了很多年了,现在已经有很多人在学习或实践DDD。但是我发现目前能够支持DDD开发的框架还不多,至少在国内还不多。据我所知道的java和.net平台,国外比较有名的有:基于java平台的是 axon framework ,该框架很活跃,作者也很勤奋,该框架已经在一些实际商业项目中使用了,算比较成功;基于.net平台的是 ncqrs ,该框架早起比较活跃,但现在没有发展了,因为几乎没人在维护,让人很失望;国内有:banq的 jdon framework 可以支持 DDD+CQRS+EventSourcing的 开发,但是它是基于java平台的,所以对于.net平台的人,没什么实际用处;.net平台,开源的主要就是园子里的晴阳兄开发的 apworks 框架。晴阳兄在DDD方面,在国内的贡献很大,写了很多DDD系列的文章,框架和案例并行,很不错。当然,我所关注的紧紧是c#和java语言的框架,基于scala等其他语言实现的框架也有很多,这里就不一一例举了。

ENode 2.0 - 整体架构介绍

天涯浪子 提交于 2019-11-27 12:38:18
前言 今天是个开心的日子,又是周末,可以轻轻松松的写写文章了。去年,我写了ENode 1.0版本,那时我也写了一个 分析系列 。经过了大半年的时间,我对第一个版本做了很多架构上的改进,最重要的就是让ENode实现了分布式,通过新增一个分布式消息队列 EQueue 来实现。之所以要设计一个分布式的消息队列是因为在enode 1.0版本中,某个特定的消息队列只能被某个特定的消费者消费。这样就会导致一个问题,就是如果这个消费者挂了,那这个消费者对应的消息队列就不能自动被其他消费者消费了。这个问题会直接导致系统不可用。而ENode 2.0中,就不会有这个问题了,因为消息队列被设计为独立的,被消费者所共享的;一个消息队列可以被多个消费者集群消费或广播消费,如果一个消费者挂了,那其他的消费者会自动顶上。这里具体的细节,我会在后面详细介绍。 ENode框架简介 框架名称:ENode 框架特色: DDD+CQRS + EDA + Event Sourcing + In Memory 设计目标:让程序员只关注业务代码、高性能、分布式、可水平扩展 开源地址: https://github.com/tangxuehua/enode 基于enode实现的一个完成案例,一个论坛: https://github.com/tangxuehua/forum nuget包Id:ENode

ethereum入门--Go Ethereum环境搭建

…衆ロ難τιáo~ 提交于 2019-11-25 22:49:39
Go Ethereum简介 Go Ethereum是以太坊协议的三个原始实现(以及C ++和Python)之一。 它是用Go编写的,完全开放源代码并在GNU LGPL v3下获得许可。 Go Ethereum可以作为独立的客户端Geth使用,您可以将其安装在任何操作系统上,也可以作为可以嵌入Go,Android或iOS项目的库。 搭建基于以太坊go-ethereum的环境 1.安装go-ethereum 在这里只介绍在Ubuntu环境下的源码安装,执行以下操作 安装Go环境 可以参考go官方安装文档 https://golang.org/doc/install 下载go-ethereum源代码: go get -d github.com/ethereum/go-ethereum 编译生成可执行文件,可执行文件在$GOPATH/bin目录下 go install github.com/ethereum/go-ethereum/cmd/geth 2.启动go_ethereum 连接以太坊网络启动方式(以太坊网络上的完整节点) geth缺省会连接到以太坊官方的正式网络上去,这个正式网络里的区块目前已经有多达500多万块,而且里面跑的都是要花真金白银的交易 $ geth console 该命令将: 在快速同步模式下启动geth(默认情况下,可以使用--syncmode标志进行更改)