linker

    1熱度

    1回答

    我已經創建了一個簡單的應用程序,並且想要最小化大小。 該應用程序是這樣的: #include "stdafx.h" #include <Windows.h> #pragma comment(linker, "/ENTRY:testfc") #pragma check_stack(off) #pragma runtime_checks("su",off) int testfc()

    0熱度

    3回答

    我試圖建立easylogging++在一個項目中,我遇到了以下問題調用宏只有一次: 宏INITIALIZE_EASYLOGGINGPP應僅在該項目調用一次。現在,如果我從我的main.cpp調用此宏,並且只包含中的easylogging++.h - 一切正常。但是,當我嘗試在更多的.cpp文件中包含easylogging++.h時,我遇到未定義引用的鏈接器問題(就好像該宏未被調用一樣)。 如果我將

    0熱度

    1回答

    我想添加一些自定義代碼到我們的內部libc相關的atexit處理。 在我們的libc中,我們定義了這個,因爲我們鏈接到自定義的CRT文件,並且不使用定義它的GCC。 void *__dso_handle __attribute__((__visibility__("hidden"),__weak__)) = &__dso_handle; GCC還在鏈接它們時將其添加到二進制文件中。 在libc

    0熱度

    1回答

    我想使用使用C. 自述文件在Eclipse IDE中的LIBSVM包我svm.cpp文件,它指出,「你需要#包括」 SVM .H」在你的C/C++源代碼文件和 用`svm.cpp」鏈接程序。」 我已經包含在我的所有的源文件「svm.h」我將我的「svm.cpp」文件的源代碼文件夾下。但是,我在「svm.cpp」文件中的錯誤「C鏈接模板」。 是否錯誤有什麼關係我說我在程序的「svm.cpp」文件的方

    1熱度

    1回答

    我想編譯使用FMOD和CMake的簡單程序。編譯似乎是正常的,但我與0xC0000135應用程序崩潰是STATUS_DLL_NOT_FOUND 我CMakeList.txt cmake_minimum_required(VERSION 3.7) project(fmod-test) set(FMOD_DIR "D:/FMOD SoundSystem/FMOD Studio API Windo

    1熱度

    1回答

    我目前正在使用我的操作系統,我的問題是關於我從MakeFile創建的mykernel.iso。我的發行版是Kali Linux,我遇到的問題是關於啓動。 在我的目錄我有Makefile,kernel.cpp,kernel.o,linker.d,loader.o,loader.s,types.h,mykernel.o,mykernel.iso。當我使用VirtualBox啓動mykernel.iso

    0熱度

    1回答

    如果我運行以下命令: c++ -c --std=c++11 $(includes) -o src/main.o src/main.cpp nvcc -c -m64 -arch=sm_30 --std=c++11 $(includes) -o src/kernels/add.o src/kernels/add.cu ar qc src/kernels/libkernels.a src/kerne

    3熱度

    3回答

    參考this question: 對於一個小型微型嵌入式項目,我發現我的編譯代碼大小比預期的大得多。原來,這是因爲我包含了使用assert()的代碼。在包含的代碼中使用assert是合適的,但導致我的編譯代碼大小几乎翻了一番。 問題不在於if/when應該使用assert,而是編譯器/鏈接器如何決定包含斷言的所有必要開銷。 我從其他職位原題: 這將是有益的,如果有人能向我解釋如何gcc的決定,包括

    1熱度

    1回答

    我想在Rust中包裝一個quite large C library。我用bindgen來生成綁定。 Rust似乎滿足於那些。然而,儘管我嘗試了不同的嘗試,並且我的許多內容都是build-script docs,但我仍然不斷地發現鏈接問題。 我正在使用的庫有一組csh腳本,最終生成了兩個文件:cspice.a和csupport.a。它們都存儲在我項目的cspice_linux_gcc_64bit/l

    0熱度

    1回答

    我已經通過相關鏈接庫到計算器AC文件多的問題消失了,當無法找到libary文件,我也跟着方法如下 注:我的圖書館文件位於.c文件的相同位置。 如何解決這些錯誤? 使用庫名與擴展 CC consoleDemo.c -L。 -lusbcan64.a -L {文件路徑包含庫} -1- $ {庫名稱} 以下是編譯的 /usr/lib/gcc/x86_64-pc-cygwin/5.4.0/../../../