ข้อผิดพลาด gcc makefile:“ ไม่มีกฎที่จะทำให้เป้าหมาย…”

ฉันพยายามใช้ 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

นั่นเป็นเพราะคุณไม่มีไฟล์ที่เรียกว่าvertex.cppพร้อมใช้งาน ตรวจสอบว่า:

• มีไฟล์นั้นอยู่
• คุณอยู่ในไดเรกทอรีที่ถูกต้องเมื่อคุณทำ

นอกจากนั้นฉันไม่ได้แนะนำอะไรมาก บางทีคุณอาจให้รายชื่อไดเรกทอรีของไดเรกทอรีนั้นกับเรา

จากประสบการณ์ของฉันข้อผิดพลาดนี้มักเกิดจากข้อผิดพลาดในการสะกดคำ

ฉันได้รับข้อผิดพลาดนี้วันนี้

ทำให้ [1]: *** ไม่มีกฎที่จะทำให้เป้าหมายmaintenaceDialog.cpp', needed bymaintenaceDialog.o ' หยุด.

ในกรณีของฉันข้อผิดพลาดเป็นเพียงข้อผิดพลาดการสะกดคำ คำว่าการบำรุงรักษาหายไปมันเป็นที่สาม N.

ตรวจสอบการสะกดชื่อไฟล์ของคุณด้วย

สาเหตุทั่วไปของข้อความนี้ที่จะพิมพ์คือเนื่องจากคุณลืมที่จะรวมไดเรกทอรีที่มีไฟล์ต้นฉบับอยู่ ด้วยเหตุนี้ gcc "คิดว่า" ไฟล์นี้ไม่มีอยู่

คุณสามารถเพิ่มไดเรกทอรีโดยใช้อาร์กิวเมนต์ -I เพื่อ gcc

ในกรณีของฉันฉันใช้จุลภาคเป็นตัวคั่น ในการใช้ตัวอย่างของคุณฉันทำสิ่งนี้:

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

เปลี่ยนให้เทียบเท่า

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

ซ่อมมัน.

มันใช่มั้ย โปรดจำไว้ว่าไวยากรณ์ของ Makefile นั้นเป็นช่องว่างที่ต้องระวังและต้องใช้แท็บในการเยื้องคำสั่งภายใต้การกระทำ

ปัญหาที่ฉันพบคือยิ่งกว่าสิ่งที่คนอื่นพูดถึง

makefiles ของเราผ่านรายการสิ่งที่ต้องสร้าง มีคนเพิ่มTheOtherLibraryในรายการใดรายการหนึ่งดังที่แสดงด้านล่าง

LIBRARYDIRS = src/Library
LIBRARYDIRS = src/TheOtherLibrary

พวกเขาควรทำสิ่งนี้:

LIBRARYDIRS = src/Library
LIBRARYDIRS += src/TheOtherLibrary

หากพวกเขาทำมันด้วยวิธีที่สองพวกเขาจะไม่เช็ดสิ่งLibraryก่อสร้าง ข้อดี+=คือสิ่งที่สำคัญมาก

ในกรณีของฉันมันเป็นเพราะข้อผิดพลาดกฎหลายบรรทัดใน Makefile ฉันมีสิ่งที่ชอบ:

OBJS-$(CONFIG_OBJ1)            += file1.o file2.o \
                                  file3.o file4.o \
OBJS-$(CONFIG_OBJ2)            += file5.o 
OBJS-$(CONFIG_OBJ3)            += file6.o
...

แบ็กสแลชที่ส่วนท้ายของรายการไฟล์ในกCONFIG_OBJ1ฏของทำให้เกิดข้อผิดพลาดนี้ มันควรจะเป็นเช่น:

OBJS-$(CONFIG_OBJ1)            += file1.o file2.o \
                                  file3.o file4.o
OBJS-$(CONFIG_OBJ2)            += file5.o
...

หนึ่งในความผิดพลาดบ่อยครั้งอาจจะมีการพิมพ์ผิดในชื่อไฟล์อื่น

ตัวอย่างของคุณค่อนข้างตรงไปตรงมา แต่บางครั้งสิ่งที่อาจทำให้สับสนคือข้อความของmakeตัวเอง ให้พิจารณาตัวอย่าง

เนื้อหาในโฟลเดอร์ของฉันคือ:

$ ls -1
another_file
index.md
makefile

ในขณะที่ฉันmakefileดูเหมือน

all: index.html

%.html: %.md wrong_path_to_another_file
    @echo $@ $<

แม้ว่าฉันจะมีindex.mdที่ควรและไม่มีความผิดพลาดในชื่อของมันข้อความจากmakeจะ

make: *** No rule to make target `index.html', needed by `all'.  Stop.

จะซื่อสัตย์ข้อความจะทำให้เกิดความสับสน มันเพิ่งบอกว่าไม่มีกฎ ในความเป็นจริงมันหมายความว่ากฎนั้นผิด แต่เนื่องจากกฎตัวแทน (รูปแบบ) makeไม่สามารถระบุสาเหตุที่แท้จริงของปัญหาได้

ให้เปลี่ยนmakefileนิดหน่อยซึ่งจะบอกว่าแทนที่รูปแบบด้วยกฎที่ชัดเจน:

index.html: index.md wrong_path_to_another_file

และตอนนี้ข้อความที่เราได้รับคือ:

make: *** No rule to make target `wrong_path_to_another_file', needed by `index.html'.  Stop.

มิราเคิล! อาจสรุปได้ดังต่อไปนี้:

• ข้อความของmakeขึ้นอยู่กับกฎและไม่ได้ชี้ไปที่รากของปัญหา

• อาจมีปัญหาอื่น ๆ ในที่makefileแตกต่างจากที่ระบุไว้ในข้อความนี้

ตอนนี้เราได้แนวคิดในการตรวจสอบการพึ่งพาอื่น ๆ ในกฎเช่นกัน:

all: index.html

%.html: %.md another_file
    @echo $@ $<

เพียงแค่นี้จะให้ผลลัพธ์ที่ต้องการ:

$ make
index.html index.md

ในกรณีของฉันข้อความแสดงข้อผิดพลาดที่อ้างถึงชื่อไฟล์เก่าซึ่งไม่มีอยู่อีกต่อไปเพราะมันถูกเปลี่ยนชื่อ มันกลับกลายเป็นว่าข้อมูลที่ล้าสมัยไม่ได้มาจาก Makefile แต่มาจากไฟล์ใน.depsไดเรกทอรี

ฉันพบข้อผิดพลาดนี้หลังจากคัดลอกไฟล์จากเครื่องหนึ่งไปยังอีกเครื่องหนึ่ง ในกระบวนการนั้นฉันคิดว่าการประทับเวลาได้รับในสถานะที่ไม่สอดคล้องกันซึ่งทำให้ "สับสน" เมื่อทำงานหลายงานพร้อมกัน (เช่นรายงานข้อผิดพลาดนี้ )

Sequential สร้างด้วยmake -j 1ไม่ได้รับผลกระทบ แต่มันเอาฉันในขณะที่จะตระหนักถึงเพราะผมใช้นามแฝง ( make -j 8)

เพื่อล้างสถานะฉันลบ.depsไฟล์ทั้งหมดและสร้างใหม่ Makefile เหล่านี้คือคำสั่งที่ฉันใช้:

find | grep '.deps' | xargs rm
find | grep '.deps' | xargs rmdir
autoreconf --install # (optional, but my project is using autotools) 
./configure

หลังจากนั้นอาคารทำงานอีกครั้ง

หากคุณกำลังพยายามสร้าง John the Ripper "bleeding-jumbo" และได้รับข้อผิดพลาดเช่น "make: *** ไม่มีกฎที่จะทำให้เป้าหมาย 'linux-x86-64'" ลองใช้คำสั่งนี้แทน:./configure && make

ในกรณีของฉันไฟล์ต้นฉบับและ / หรือวัตถุเก่าถูกล็อค (อ่านอย่างเดียว) โดย IDE ที่มีการเสียหายกึ่งหรือจากบริการคลาวด์สำรองที่หยุดทำงานอย่างถูกต้อง การเริ่มต้นโปรแกรมและบริการทั้งหมดใหม่ที่เกี่ยวข้องกับโครงสร้างโฟลเดอร์ช่วยแก้ปัญหาได้

อีกตัวอย่างหนึ่งของปัญหาประหลาดและวิธีแก้ปัญหา:

นี้:

target_link_libraries(
    ${PROJECT_NAME}
    ${Poco_LIBRARIES}
    ${Poco_Foundation_LIBRARY}
    ${Poco_Net_LIBRARY}
    ${Poco_Util_LIBRARY}
    )

ให้: make[3]: *** No rule to make target '/usr/lib/libPocoFoundationd.so', needed by '../hello_poco/bin/mac/HelloPoco'. Stop.

แต่ถ้าฉันลบPoco_LIBRARIESมันทำงาน:

target_link_libraries(
    ${PROJECT_NAME}
    ${Poco_Foundation_LIBRARY}
    ${Poco_Net_LIBRARY}
    ${Poco_Util_LIBRARY}
    )

ฉันใช้ clang8 บน Mac และ clang 3.9 บน Linux ปัญหาเกิดขึ้นกับ Linux เท่านั้น แต่ใช้กับ Mac ได้!

ฉันลืมพูดถึง: Poco_LIBRARIESผิด - มันไม่ได้ถูกกำหนดโดย cmake / find_package!

ในกรณีของฉันเส้นทางไม่ได้ตั้งค่าใน VPATH หลังจากเพิ่มข้อผิดพลาดไปแล้ว

มีหลายสาเหตุสำหรับข้อผิดพลาดนี้

หนึ่งในเหตุผลที่ฉันพบข้อผิดพลาดนี้คือในขณะที่สร้างสำหรับ Linux และ Windows

ฉันมีชื่อไฟล์ที่มีตัวพิมพ์ใหญ่ BaseClass.h SubClass.h Unix ยืนยันว่ามีการจัดการชื่อไฟล์ที่คำนึงถึงขนาดตัวพิมพ์และหน้าต่างไม่คำนึงถึงขนาดตัวพิมพ์

C ++ ทำไมคนไม่ใช้ตัวพิมพ์ใหญ่ในชื่อไฟล์ส่วนหัว?

ลองคอมไพล์ clean build โดยใช้ gmake clean หากคุณใช้ gmake

เครื่องมือแก้ไขข้อความบางตัวมีการตั้งค่าเริ่มต้นเพื่อเพิกเฉยต่อชื่อไฟล์ สิ่งนี้อาจนำไปสู่ข้อผิดพลาดเดียวกันได้

วิธีเพิ่มไฟล์ c ++ ใน Qt Creator ซึ่งชื่อขึ้นต้นด้วยตัวอักษรพิมพ์ใหญ่? มันทำให้มันเป็นอักษรตัวเล็กโดยอัตโนมัติ

ข้อผิดพลาดนี้เกิดขึ้นกับฉันใน Travis เมื่อฉันลืมเพิ่มไฟล์ใหม่ไปยังที่เก็บ git ของฉัน ความผิดพลาดโง่ ๆ แต่ฉันเห็นได้ว่ามันค่อนข้างธรรมดา

ในกรณีของฉันมันเป็นเพราะฉันเรียก Makefile: MAKEFILE (ตัวพิมพ์ใหญ่ทั้งหมด)