主頁 > .NET開發 > c 解釋make/compile錯誤gnu編譯器

c 解釋make/compile錯誤gnu編譯器

2022-05-19 06:08:56 .NET開發

我正在嘗試在運行 Linux 的外部計算機上運行 c 程式,但我在編譯時遇到問題。該程式在我個人 Mac 上的 Visual Studio Code 中編譯得很好...

我的編程和計算機知識有些有限,但我相信計算機使用的是 GNU 編譯器,并且經過一些谷歌搜索。至少它在我的 Mac 上使用了與 VS Code 不同的東西,因為我必須更改 Makefile。

當我使用命令“make”來構建我的程式(由幾個 .h 和 .cpp 檔案組成)時,我遇到了一些我不知道如何解決的錯誤,但我認為它與我的兩個有關“子問題”和“標簽”類(有關錯誤代碼,請參閱本文底部)

兩個類都有成員函式,它們將另一個作為引數。因此,我在定義標簽類之前使用了子問題類的前向宣告。這是我在 Label.h 中代碼的簡化版本,包括錯誤訊息中參考的函式:

#pragma once
#include "Duals.h" 
#include "Nodes.h"
#include <memory> 
#include <iostream>


class Subproblem; // forward declaration

class Label : public std::enable_shared_from_this<Label> {
    // private members
public:
    Label();
    std::vector<std::shared_ptr<Node> > const PossibleMoves(Subproblem* const sp, int startLB, int startUB, int endLB, int endUB);
    std::shared_ptr<Label> ExtendLabel(std::shared_ptr<Node> destinationNode, Subproblem* const sp, Duals duals); 
};

bool CheckDominance(std::shared_ptr<Label> l1, std::shared_ptr<Label> l2); 
std::ostream& operator<<(std::ostream& os, const std::shared_ptr<Label> l);

bool operator< (const std::shared_ptr<Label>& lhs, const std::shared_ptr<Label>& rhs);

有誰知道可能是什么問題以及我如何解決它?我正在使用 c 17 和 g 。我是這個論壇的新手,如果我的描述中有不清楚或遺漏的地方,我很抱歉。

g   -std=c  17   -c -o Subproblem.o Subproblem.cpp
g   -o program.exe -I/share/apps/gurobi/9.5.1/include/  main.o BBnode.o BBtree.o Heuristic.o Label.o    MasterProblem.o Nodes.o Pattern.o       Solution.o      Subproblem.o    TestInstance.o Utilities.o -lm -L/share/apps/gurobi/9.5.1/lib -lgurobi_g  5.2  -lgurobi_c   -lgurobi95  
/usr/bin/ld.gold: error: Label.o:1:1: invalid character
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'Label::PossibleMoves(Subproblem*, int, int, int, int)'
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'operator<<(std::ostream&, std::shared_ptr<Label>)'
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'Label::ExtendLabel(std::shared_ptr<Node>, Subproblem*, Duals)'
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'operator<<(std::ostream&, std::shared_ptr<Label>)'
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'CheckDominance(std::shared_ptr<Label>, std::shared_ptr<Label>)'
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'operator<<(std::ostream&, std::shared_ptr<Label>)'
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'CheckDominance(std::shared_ptr<Label>, std::shared_ptr<Label>)'
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'operator<<(std::ostream&, std::shared_ptr<Label>)'
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'CheckDominance(std::shared_ptr<Label>, std::shared_ptr<Label>)'
Subproblem.o:Subproblem.cpp:function Subproblem::FindPaths(Duals, int, int, int, int): error: undefined reference to 'CheckDominance(std::shared_ptr<Label>, std::shared_ptr<Label>)'
Subproblem.o:Subproblem.cpp:function bool __gnu_cxx::__ops::_Iter_less_iter::operator()<__gnu_cxx::__normal_iterator<std::shared_ptr<Label>*, std::vector<std::shared_ptr<Label>, std::allocator<std::shared_ptr<Label> > > >, __gnu_cxx::__normal_iterator<std::shared_ptr<Label>*, std::vector<std::shared_ptr<Label>, std::allocator<std::shared_ptr<Label> > > > >(__gnu_cxx::__normal_iterator<std::shared_ptr<Label>*, std::vector<std::shared_ptr<Label>, std::allocator<std::shared_ptr<Label> > > >, __gnu_cxx::__normal_iterator<std::shared_ptr<Label>*, std::vector<std::shared_ptr<Label>, std::allocator<std::shared_ptr<Label> > > >) const: error: undefined reference to 'operator<(std::shared_ptr<Label> const&, std::shared_ptr<Label> const&)'
Subproblem.o:Subproblem.cpp:function bool __gnu_cxx::__ops::_Val_less_iter::operator()<std::shared_ptr<Label>, __gnu_cxx::__normal_iterator<std::shared_ptr<Label>*, std::vector<std::shared_ptr<Label>, std::allocator<std::shared_ptr<Label> > > > >(std::shared_ptr<Label>&, __gnu_cxx::__normal_iterator<std::shared_ptr<Label>*, std::vector<std::shared_ptr<Label>, std::allocator<std::shared_ptr<Label> > > >) const: error: undefined reference to 'operator<(std::shared_ptr<Label> const&, std::shared_ptr<Label> const&)'
Subproblem.o:Subproblem.cpp:function bool __gnu_cxx::__ops::_Iter_less_val::operator()<__gnu_cxx::__normal_iterator<std::shared_ptr<Label>*, std::vector<std::shared_ptr<Label>, std::allocator<std::shared_ptr<Label> > > >, std::shared_ptr<Label> >(__gnu_cxx::__normal_iterator<std::shared_ptr<Label>*, std::vector<std::shared_ptr<Label>, std::allocator<std::shared_ptr<Label> > > >, std::shared_ptr<Label>&) const: error: undefined reference to 'operator<(std::shared_ptr<Label> const&, std::shared_ptr<Label> const&)'
collect2: error: ld returned 1 exit status
make: *** [program.exe] Error 1

這是我的 Makefile:

   CXX=g  
CXXFLAGS= -std=c  17

src = $(wildcard *.cpp)
obj = $(src:.cpp=.o)
dep = $(obj:.o=.d)

LDFLAGS  = -lm -L$(GUROBI_HOME)/lib -lgurobi_g  5.2  -lgurobi_c   -lgurobi95  

CPLUS_INCLUDE_PATH  = -I$(GUROBI_HOME)/include/ 

all: program.exe

program.exe : main.o BBnode.o BBtree.o Heuristic.o Label.o  MasterProblem.o Nodes.o Pattern.o   Solution.o  Subproblem.o    TestInstance.o  Utilities.o
    $(CXX) -o program.exe $(CPLUS_INCLUDE_PATH) main.o BBnode.o BBtree.o Heuristic.o Label.o    MasterProblem.o Nodes.o Pattern.o   Solution.o  Subproblem.o    TestInstance.o  Utilities.o $(LDFLAGS)

    #$(CXX) -c $(CPLUS_INCLUDE_PATH) main.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) BBnode.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) BBtree.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) Heuristic.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) Label.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) MasterProblem.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) Nodes.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) Pattern.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) Solution.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) Subproblem.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) TestInstance.cpp $(LDFLAGS)
    #$(CXX) -c $(CPLUS_INCLUDE_PATH) Utilities.cpp $(LDFLAGS)



-include $(dep)

.PHONY: clean
clean:
    rm -f VRPTW.exe $(obj)

.PHONY: cleandep
cleandep:
    rm -f $(dep)

Label.cpp 的內容:

#include #include "Label.h"
#include "Subproblem.h"
#include <iostream>
#include <cstdlib> 
#include <iterator>
#include <vector>

std::vector<std::shared_ptr<Node> > const 

Label::PossibleMoves(Subproblem* const sp, int startLB, int startUB, int endLB, int endUB) { /* implementation */ }

std::shared_ptr<Label> Label::ExtendLabel(std::shared_ptr<Node> destinationNode, Subproblem* const sp, Duals duals){ /* implementation */ }

bool CheckDominance(std::shared_ptr<Label> l1, std::shared_ptr<Label> l2){ /* implementation */}

std::ostream& operator<<(std::ostream& os, const std::shared_ptr<Label> l){ /* implementation */}

bool operator< (const std::shared_ptr<Label>& lhs, const std::shared_ptr<Label>& rhs){ /* implementation*/ }

uj5u.com熱心網友回復:

如果您仔細查看錯誤訊息,您會發現引數有所不同。例如,抱怨的錯誤Label::PossibleMoves(Subproblem*, int, int, int, int)需要 a Subproblem*,而不是Subproblem *const您的頭檔案和實作檔案中所寫的 a 。

這讓我覺得您正在鏈接舊版本的,在您對Subproblem.o進行一些更改后尚未重新編譯該版本Label.cppLabel.h

這是有道理的,因為Makefile依賴于關于如何從 a 生成 a的隱含規則,并且隱含規則假定依賴于它不會掃描包含的標題以查看那里是否有任何更改;該任務通常由諸如 autotools 或 CMake 之類的 makefile 生成器完成,或者手動寫入自身。.o.cpp.o .cppMakefile

Makefile在(已注釋掉)規則的舊版本中,每次發生更改時都會重新編譯program.exe一堆$(CXX)呼叫。.cpp一個簡單但粗略的解決方案。

如果您只需要編譯一次并繼續您的生活,請嘗試洗掉所有.o檔案并從頭開始構建。我懷疑你會擺脫這些錯誤(也許會得到令人興奮的新錯誤作為回報)。

如果您需要適當的解決方案,請查看 CMake 或其他可以檢測源檔案之間依賴關系的 makefile 生成器或構建工具。

uj5u.com熱心網友回復:

這還不是答案,但嘗試使用這個 Makefile:

CXX=g  
CXXFLAGS= -std=c  17 -O2 -g

INCLUDES = -I$(GUROBI_HOME)/include

srcs = $(wildcard *.cpp)
objs = $(srcs:.cpp=.o)
deps = $(objs:.o=.d)

.cpp.o:
    $(CXX) $(CXXFLAGS) $(INCLUDES) -c $< -o $@

GUROBI_HOME=gurobi52

LIBS = -lm -L$(GUROBI_HOME)/lib -lgurobi_g  5.2  -lgurobi_c   -lgurobi95 
LDFLAGS =


all: program

program : $(objs)
    $(CXX) $(LDFLAGS) -o $@ $^ $(LIBS)


-include $(dep)

.PHONY: clean
clean:
    rm -f $(objs)

.PHONY: cleandep

cleandep:
    rm -f $(deps)

希望它更清晰,并從那里開始。

鏈接中的自動變數$(CXX) $(LDFLAGS) -o $@ $^ $(LIBS)等價于$(CXX) $(LDFLAGS) -o program $(objs) $(LIBS).

閱讀@Thomas 的答案,您需要使用$ make clean.

轉載請註明出處,本文鏈接:https://www.uj5u.com/net/477233.html

標籤:C linux 编译器错误

上一篇:呼叫洗掉的自定義unique_ptr洗掉器有什么用?

下一篇:如何在C 中回傳模板串列?

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • WebAPI簡介

    Web體系結構: 有三個核心:資源(resource),URL(統一資源識別符號)和表示 他們的關系是這樣的:一個資源由一個URL進行標識,HTTP客戶端使用URL定位資源,表示是從資源回傳資料,媒體型別是資源回傳的資料格式。 接下來我們說下HTTP. HTTP協議的系統是一種無狀態的方式,使用請求/ ......

    uj5u.com 2020-09-09 22:07:47 more
  • asp.net core 3.1 入口:Program.cs中的Main函式

    本文分析Program.cs 中Main()函式中代碼的運行順序分析asp.net core程式的啟動,重點不是剖析原始碼,而是理清程式開始時執行的順序。到呼叫了哪些實體,哪些法方。asp.net core 3.1 的程式入口在專案Program.cs檔案里,如下。ususing System; us ......

    uj5u.com 2020-09-09 22:07:49 more
  • asp.net網站作為websocket服務端的應用該如何寫

    最近被websocket的一個問題困擾了很久,有一個需求是在web網站中搭建websocket服務。客戶端通過網頁與服務器建立連接,然后服務器根據ip給客戶端網頁發送資訊。 其實,這個需求并不難,只是剛開始對websocket的內容不太了解。上網搜索了一下,有通過asp.net core 實作的、有 ......

    uj5u.com 2020-09-09 22:08:02 more
  • ASP.NET 開源匯入匯出庫Magicodes.IE Docker中使用

    Magicodes.IE在Docker中使用 更新歷史 2019.02.13 【Nuget】版本更新到2.0.2 【匯入】修復單列匯入的Bug,單元測驗“OneColumnImporter_Test”。問題見(https://github.com/dotnetcore/Magicodes.IE/is ......

    uj5u.com 2020-09-09 22:08:05 more
  • 在webform中使用ajax

    如果你用過Asp.net webform, 說明你也算是.NET 開發的老兵了。WEBform應該是2011 2013左右,當時還用visual studio 2005、 visual studio 2008。后來基本都用的是MVC。 如果是新開發的專案,估計沒人會用webform技術。但是有些舊版 ......

    uj5u.com 2020-09-09 22:08:50 more
  • iis添加asp.net網站,訪問提示:由于擴展配置問題而無法提供您請求的

    今天在iis服務器配置asp.net網站,遇到一個問題,記錄一下: 問題:由于擴展配置問題而無法提供您請求的頁面。如果該頁面是腳本,請添加處理程式。如果應下載檔案,請添加 MIME 映射。 WindowServer2012服務器,添加角色安裝完.netframework和iis之后,運行aspx頁面 ......

    uj5u.com 2020-09-09 22:10:00 more
  • WebAPI-處理架構

    帶著問題去思考,大家好! 問題1:HTTP請求和回傳相應的HTTP回應資訊之間發生了什么? 1:首先是最底層,托管層,位于WebAPI和底層HTTP堆疊之間 2:其次是 訊息處理程式管道層,這里比如日志和快取。OWIN的參考是將訊息處理程式管道的一些功能下移到堆疊下端的OWIN中間件了。 3:控制器處理 ......

    uj5u.com 2020-09-09 22:11:13 more
  • 微信門戶開發框架-使用指導說明書

    微信門戶應用管理系統,采用基于 MVC + Bootstrap + Ajax + Enterprise Library的技術路線,界面層采用Boostrap + Metronic組合的前端框架,資料訪問層支持Oracle、SQLServer、MySQL、PostgreSQL等資料庫。框架以MVC5,... ......

    uj5u.com 2020-09-09 22:15:18 more
  • WebAPI-HTTP編程模型

    帶著問題去思考,大家好!它是什么?它包含什么?它能干什么? 訊息 HTTP編程模型的核心就是訊息抽象,表示為:HttPRequestMessage,HttpResponseMessage.用于客戶端和服務端之間交換請求和回應訊息。 HttpMethod類包含了一組靜態屬性: private stat ......

    uj5u.com 2020-09-09 22:15:23 more
  • 部署WebApi隨筆

    一、跨域 NuGet參考Microsoft.AspNet.WebApi.Cors WebApiConfig.cs中配置: // Web API 配置和服務 config.EnableCors(new EnableCorsAttribute("*", "*", "*")); 二、清除默認回傳XML格式 ......

    uj5u.com 2020-09-09 22:15:48 more
最新发布
  • C#多執行緒學習(二) 如何操縱一個執行緒

    <a href="https://www.cnblogs.com/x-zhi/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/2943582/20220801082530.png" alt="" /></...

    uj5u.com 2023-04-19 09:17:20 more
  • C#多執行緒學習(二) 如何操縱一個執行緒

    C#多執行緒學習(二) 如何操縱一個執行緒 執行緒學習第一篇:C#多執行緒學習(一) 多執行緒的相關概念 下面我們就動手來創建一個執行緒,使用Thread類創建執行緒時,只需提供執行緒入口即可。(執行緒入口使程式知道該讓這個執行緒干什么事) 在C#中,執行緒入口是通過ThreadStart代理(delegate)來提供的 ......

    uj5u.com 2023-04-19 09:16:49 more
  • 記一次 .NET某醫療器械清洗系統 卡死分析

    <a href="https://www.cnblogs.com/huangxincheng/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/214741/20200614104537.png" alt="" /&g...

    uj5u.com 2023-04-18 08:39:04 more
  • 記一次 .NET某醫療器械清洗系統 卡死分析

    一:背景 1. 講故事 前段時間協助訓練營里的一位朋友分析了一個程式卡死的問題,回過頭來看這個案例比較經典,這篇稍微整理一下供后來者少踩坑吧。 二:WinDbg 分析 1. 為什么會卡死 因為是表單程式,理所當然就是看主執行緒此時正在做什么? 可以用 ~0s ; k 看一下便知。 0:000> k # ......

    uj5u.com 2023-04-18 08:33:10 more
  • SignalR, No Connection with that ID,IIS

    <a href="https://www.cnblogs.com/smartstar/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/u36196.jpg" alt="" /></a>...

    uj5u.com 2023-03-30 17:21:52 more
  • 一次對pool的誤用導致的.net頻繁gc的診斷分析

    <a href="https://www.cnblogs.com/dotnet-diagnostic/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/3115652/20230225090434.png" alt=""...

    uj5u.com 2023-03-28 10:15:33 more
  • 一次對pool的誤用導致的.net頻繁gc的診斷分析

    <a href="https://www.cnblogs.com/dotnet-diagnostic/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/3115652/20230225090434.png" alt=""...

    uj5u.com 2023-03-28 10:13:31 more
  • C#遍歷指定檔案夾中所有檔案的3種方法

    <a href="https://www.cnblogs.com/xbhp/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/957602/20230310105611.png" alt="" /></a&...

    uj5u.com 2023-03-27 14:46:55 more
  • C#/VB.NET:如何將PDF轉為PDF/A

    <a href="https://www.cnblogs.com/Carina-baby/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/2859233/20220427162558.png" alt="" />...

    uj5u.com 2023-03-27 14:46:35 more
  • 武裝你的WEBAPI-OData聚合查詢

    <a href="https://www.cnblogs.com/podolski/" target="_blank"><img width="48" height="48" class="pfs" src="https://pic.cnblogs.com/face/616093/20140323000327.png" alt="" /><...

    uj5u.com 2023-03-27 14:46:16 more