Làm thế nào để khắc phục cảnh báo “'aclocal-1.15' bị thiếu trên hệ thống của bạn”?


82

Tôi đang cố chạy chương trình c ++ trên github. (có tại link sau https://github.com/mortehu/text-classifier )

Tôi có một chiếc mac và đang cố gắng chạy nó trong thiết bị đầu cuối. Tôi nghĩ rằng tôi đã tải xuống autoconf và automake nhưng không chắc chắn. Để chạy chương trình, tôi sẽ đến đúng thư mục trong terminal rồi chạy

./configure && make 

Nhưng tôi gặp lỗi:

CẢNH BÁO: 'aclocal-1.15' bị thiếu trên hệ thống của bạn. Bạn chỉ cần nó nếu bạn đã sửa đổi các tệp 'acinclude.m4' hoặc 'configure.ac' hoặc m4 được bao gồm bởi 'config.ac'. Chương trình 'aclocal' là một phần của gói GNU Automake: http://www.gnu.org/software/automake Nó cũng yêu cầu GNU Autoconf, GNU m4 và Perl để chạy: http://www.gnu.org / software / autoconf http://www.gnu.org/software/m4/ http://www.perl.org/ make: *** [aclocal.m4] Lỗi 127

Tôi có xcode và g ++ và tất cả những thứ cần thiết để chạy chương trình c, nhưng có lẽ là điều hiển nhiên, tôi không biết tôi đang làm gì.

Cách dễ nhất, đơn giản nhất để chạy chương trình trong liên kết trên là gì? Tôi nhận ra nó đi kèm với cách sử dụng readme và ví dụ nhưng tôi không thể làm cho điều đó hoạt động.



1
"tất cả những điều cần thiết để chạy các chương trình c" - bạn cần tất cả những điều để biên dịch chương trình, mà trong trường hợp này bao gồm các gói automake, autoconf, m4, và perlautoconf, như thông điệp khẳng định khá rõ ràng ... "Tôi nghĩ tôi đã tải về and automake but am not sure ”- Tôi khá chắc rằng ít nhất bạn đã cài đặt nó đúng cách. ;-)
DevSolar

Câu trả lời:


161

Trước khi chạy ./configurehãy thử chạy autoreconf -f -i. Chương trình autoreconf tự động chạy autoheader, aclocal, automake, autopoint và libtoolize theo yêu cầu.

Chỉnh sửa để thêm: Điều này thường xảy ra do kiểm tra mã từ Git thay vì trích xuất nó từ một .ziphoặc .tar.gzkho lưu trữ. Để kích hoạt xây dựng lại khi tệp thay đổi, Git không lưu giữ dấu thời gian của tệp, do đó, configuretập lệnh có thể đã lỗi thời. Như những người khác đã đề cập, có nhiều cách để giải quyết vấn đề này nếu bạn không có phiên bản mới đầy đủ của autoreconf.

Một chỉnh sửa khác: Lỗi này cũng có thể do sao chép thư mục nguồn được trích xuất từ ​​một kho lưu trữ bằng scp sang một máy khác. Dấu thời gian có thể được cập nhật, cho thấy rằng cần phải xây dựng lại. Để tránh điều này, hãy sao chép kho lưu trữ và giải nén nó tại chỗ.


Cảm ơn Mortehu! Nhưng sau đó tôi gặp lỗi: Trong tệp được bao gồm từ base / columnfile.cc: 1: ./base/columnfile.h:8:10: lỗi nghiêm trọng: không tìm thấy tệp 'kj / debug.h' #include <kj / debug .h> Tôi có bị thiếu tệp không?
Liam Flynn

1
Có, bạn đang thiếu libkj, là một phần của dự án Cap'n Proto. Bạn cũng sẽ cần libsnappy.
mortehu

Được rồi, cuối cùng tôi đã có tất cả các công cụ cần thiết để định cấu hình, tạo và thực hiện cài đặt. Dường như tất cả đều hoạt động, nhưng tệp thực thi sẽ đi đâu? Không chắc điều này có quan trọng hoặc có liên quan hay không, nhưng tôi nhận được thông báo sau (như một phần của thông báo lớn hơn nhiều) khi tôi thực hiện cài đặt: # Không phải là mục tiêu: cài đặt: # Mục tiêu dòng lệnh. # Tìm kiếm quy tắc ngầm chưa được thực hiện. # Thời gian sửa đổi không bao giờ được kiểm tra. # Tệp chưa được cập nhật. Điều này có nghĩa là không có tệp đầu ra nào được tạo?
Liam Flynn

Chương trình sẽ kết thúc là tools/text-classifier/text-classifier. Tôi không biết tại sao make installkhông hoạt động.
mortehu

điều này có thể xảy ra nếu bạn chạy ./configure trong dự án của bạn và sau đó cập nhật automakegói
Alec Istomin

52

Thông thường, bạn không cần bất kỳ auto*công cụ nào và giải pháp đơn giản nhất là chỉ cần chạy touch aclocal.m4 configuretrong thư mục có liên quan (và cũng chạy touchtrên Makefile.amMakefile.innếu chúng tồn tại). Thao tác này sẽ cập nhật dấu thời gian aclocal.m4và nhắc nhở hệ thống đã aclocal.m4được cập nhật và không cần phải xây dựng lại. Sau đó, có lẽ tốt nhất bạn nên làm trống buildthư mục của mình và chạy lại configuretừ đầu sau khi thực hiện việc này. Tôi gặp phải vấn đề này thường xuyên. Đối với tôi, nguyên nhân gốc rễ là tôi sao chép một thư viện (ví dụ: mpfrmã cho gcc) từ một thư mục khác và dấu thời gian thay đổi.

Tất nhiên, thủ thuật này không hợp lệ nếu bạn thực sự cần tạo lại các tệp đó, có lẽ vì bạn đã thay đổi chúng theo cách thủ công. Nhưng hy vọng các nhà phát triển của gói phân phối các tệp cập nhật.


Và tất nhiên, nếu bạn muốn cài đặt automakevà bạn bè, thì hãy sử dụng trình quản lý gói phù hợp cho bản phân phối của bạn.


Cài đặt aclocal đi kèm với automake:

brew install automake          # for Mac
apt-get install automake       # for Ubuntu

Thử lại:

./configure && make 

Sau khi làm điều đó, tôi nhận được: config.ac:25: error: Autoconf phiên bản 2.69 trở lên là bắt buộc ... CẢNH BÁO: 'aclocal-1.15' có thể quá cũ. ... make: *** [aclocal.m4] Lỗi 63
Liam Flynn

và sau đó sau khi cài đặt autoconf v2.69, tôi nhận được: libtool: Lỗi không khớp phiên bản. Đây là libtool 2.4.2 Debian-2.4.2-1.11, nhưng libtool: định nghĩa của LT_INIT này đến từ libtool 2.4.4. libtool: Bạn nên tạo lại aclocal.m4 bằng macro từ libtool 2.4.2 Debian-2.4.2-1.11 libtool: và chạy lại autoconf.
Liam Flynn

Hãy chắc chắn rằng bạn đã làm xong brew install libtool, sau đó chạy aclocal, sau đó chạy autoconf.
emlai

Tôi đã cập nhật libtool nhưng bây giờ tôi nhận được: libtool: Lỗi không khớp phiên bản. Đây là libtool 2.4.2 Debian-2.4.2-1.11, nhưng libtool: định nghĩa của LT_INIT này đến từ libtool 2.4.6. libtool: Bạn nên tạo lại aclocal.m4 bằng macro từ libtool 2.4.2 Debian-2.4.2-1.11 libtool: và chạy lại autoconf.
Liam Flynn

Điều này giải quyết vấn đề. Nhưng nó không cần thiết vì nó đòi hỏi nhiều thứ khác (đặc quyền root, kết nối mạng, thêm dung lượng cho phần mềm mới, v.v.). Giải pháp của Droopycon dưới đây là (gần) một câu trả lời thích hợp vì Thông báo lỗi nói rõ rằng "Bạn chỉ cần nó nếu bạn đã sửa đổi các tệp 'acinclude.m4' hoặc 'config.ac' hoặc m4 được bao gồm bởi 'config.ac'." .
harihardik

10

Bạn có thể cài đặt phiên bản mình cần một cách dễ dàng:

Đầu tiên lấy nguồn:

$ wget https://ftp.gnu.org/gnu/automake/automake-1.15.tar.gz

Giải nén nó:

$ tar -xzvf automake-1.15.tar.gz

Xây dựng và cài đặt:

$ cd automake-1.15
$ ./configure  --prefix=/opt/aclocal-1.15
$ make
$ sudo mkdir -p /opt
$ sudo make install

Sử dụng nó:

$ export PATH=/opt/aclocal-1.15/bin:$PATH
$ aclocal --version

aclocal (tự động hóa GNU) 1.15

Bây giờ khi aclocal được gọi, bạn sẽ có phiên bản phù hợp.


Điều này đã cài đặt "aclocal" cho tôi. Tôi đã cài đặt nó thông qua Trình cài đặt giao diện người dùng của CygWin bằng cách tìm kiếm "automake" và chọn phiên bản 11-1.
justdan23

8

Một câu trả lời chung chung có thể áp dụng hoặc không cho trường hợp cụ thể này:

Như thông báo lỗi gợi ý tại, aclocal-1.15 chỉ nên được yêu cầu nếu bạn sửa đổi các tệp được sử dụng để tạo aclocal.m4

Nếu bạn không sửa đổi bất kỳ tệp nào trong số đó (bao gồm cả config.ac) thì bạn không cần phải có aclocal-1.15.

Trong trường hợp của tôi, vấn đề không phải là bất kỳ tệp nào trong số đó đã bị sửa đổi mà bằng cách nào đó, dấu thời gian trên config.ac muộn hơn 6 phút so với aclocal.m4.

Tôi chưa tìm ra lý do tại sao, nhưng một bản sao sạch của git repo của tôi đã giải quyết được vấn đề cho tôi. Có thể một cái gì đó được liên kết với git và cách nó tạo tệp ngay từ đầu.

Thay vì chạy lại autoconf và bạn bè, tôi chỉ cố gắng lấy một bản sao sạch và thử lại .

Cũng có thể ai đó đã cam kết thay đổi config.ac nhưng không tạo lại aclocal.m4, trong trường hợp này bạn thực sự phải chạy lại automake và các bạn.


1
Câu trả lời thích hợp hơn. Tôi gặp lỗi tương tự vì tôi không trích xuất các tệp nguồn từ hắc ín được cung cấp bởi mực. Thay vào đó, tôi đã sao chép thư mục đã được giải nén và thứ tự sao chép tệp của tôi khác nhau, điều này gây ra lỗi. Tôi chỉ đơn giản là trích xuất lại từ tar trực tiếp và nó bắt đầu hoạt động. Tôi sẽ đánh dấu giải pháp của Droopycon một câu trả lời thích hợp, nếu có cơ hội.
harihardik

Xuất sắc! Tôi đã từng rsyncsao chép các tệp đã được giải nén từ máy chủ này sang máy chủ khác (thay vì sao chép các tệp lưu trữ nguồn nén) mà không bảo quản dấu thời gian. Thay vào đó, khi tôi sao chép các kho lưu trữ nguồn và giải nén chúng trên máy đích, sự cố đã không xảy ra. Cảm ơn bạn!
Ben Johnson

Thật vậy, câu trả lời thường là "Kiểm tra repo mới". Câu trả lời tuyệt vời và tiền thưởng!
Fattie

6

Toàn bộ điểm của Autotools là cung cấp một ngôn ngữ dựa trên macro M4 phức tạp, ngôn ngữ này cuối cùng được biên dịch thành một tập lệnh shell được gọi là ./configure. Bạn có thể gửi tập lệnh shell đã biên dịch này cùng với mã nguồn và tập lệnh đó sẽ thực hiện mọi thứ để phát hiện môi trường và chuẩn bị chương trình để xây dựng. Autotools chỉ nên được yêu cầu bởi những người muốn tinh chỉnh các bài kiểm tra và làm mới tập lệnh shell đó.

Nó đánh bại quan điểm của Autotools nếu GNU This và GNU That phải được cài đặt trên hệ thống để nó hoạt động. Ban đầu, nó được phát minh để đơn giản hóa việc chuyển các chương trình sang các hệ thống Unix khác nhau, không thể coi là có bất cứ thứ gì trên chúng. Ngay cả các cấu trúc được sử dụng bởi mã shell được tạo trong đó ./configurecũng phải được lựa chọn rất cẩn thận để đảm bảo rằng chúng sẽ hoạt động trên mọi shell cũ bị hỏng ở mọi nơi.

Vấn đề bạn đang gặp phải là do một số bước Makefile bị hỏng được phát minh bởi những người chỉ đơn giản là không hiểu Autotools dùng để làm gì và vai trò của ./configuretập lệnh cuối cùng .

Để giải quyết vấn đề này, bạn có thể vào Makefile và thực hiện một số thay đổi để giải quyết vấn đề này. Ví dụ, tôi đang xây dựng Git head của GNU Awk và gặp phải vấn đề tương tự. Makefile.inTuy nhiên, tôi đã áp dụng bản vá này và tôi có thể thành công make gawk:

diff --git a / Makefile.in b / Makefile.in

index 5585046..b8b8588 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -312,12 +312,12 @@ distcleancheck_listfiles = find . -type f -print

 # Directory for gawk's data files. Automake supplies datadir.
 pkgdatadir = $(datadir)/awk
-ACLOCAL = @ACLOCAL@
+ACLOCAL = true
 AMTAR = @AMTAR@
 AM_DEFAULT_VERBOSITY = @AM_DEFAULT_VERBOSITY@
-AUTOCONF = @AUTOCONF@
-AUTOHEADER = @AUTOHEADER@
-AUTOMAKE = @AUTOMAKE@
+AUTOCONF = true
+AUTOHEADER = true
+AUTOMAKE = true
 AWK = @AWK@
 CC = @CC@
 CCDEPMODE = @CCDEPMODE@

Về cơ bản, tôi đã thay đổi mọi thứ để truelệnh shell vô hại được thay thế cho tất cả các chương trình Tự động nội dung.

Các bước xây dựng thực tế cho Gawk không cần Nội dung tự động! Nó chỉ liên quan đến một số quy tắc được gọi nếu các phần của Nội dung tự động đã thay đổi và cần được xử lý lại. Tuy nhiên, Makefile được cấu trúc theo cách mà nó không thành công nếu các công cụ không có mặt.

Trước bản vá trên:

$ ./configure
[...]
$ make gawk
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash /home/kaz/gawk/missing aclocal-1.15 -I m4
/home/kaz/gawk/missing: line 81: aclocal-1.15: command not found
WARNING: 'aclocal-1.15' is missing on your system.
         You should only need it if you modified 'acinclude.m4' or
         'configure.ac' or m4 files included by 'configure.ac'.
         The 'aclocal' program is part of the GNU Automake package:
         <http://www.gnu.org/software/automake>
         It also requires GNU Autoconf, GNU m4 and Perl in order to run:
         <http://www.gnu.org/software/autoconf>
         <http://www.gnu.org/software/m4/>
         <http://www.perl.org/>
make: *** [aclocal.m4] Error 127

Sau bản vá:

$ ./configure
[...]
$ make gawk
CDPATH="${ZSH_VERSION+.}:" && cd . && true -I m4
CDPATH="${ZSH_VERSION+.}:" && cd . && true
gcc -std=gnu99 -DDEFPATH='".:/usr/local/share/awk"' -DDEFLIBPATH="\"/usr/local/lib/gawk\"" -DSHLIBEXT="\"so"\" -DHAVE_CONFIG_H -DGAWK -DLOCALEDIR='"/usr/local/share/locale"' -I.     -g -O2 -DNDEBUG -MT array.o -MD -MP -MF .deps/array.Tpo -c -o array.o array.c 
[...]
gcc -std=gnu99  -g -O2 -DNDEBUG  -Wl,-export-dynamic -o gawk array.o awkgram.o builtin.o cint_array.o command.o debug.o dfa.o eval.o ext.o field.o floatcomp.o gawkapi.o gawkmisc.o getopt.o getopt1.o int_array.o io.o main.o mpfr.o msg.o node.o profile.o random.o re.o regex.o replace.o str_array.o symbol.o version.o      -ldl -lm
$ ./gawk --version
GNU Awk 4.1.60, API: 1.2
Copyright (C) 1989, 1991-2015 Free Software Foundation.
[...]

Bắt đầu. Như bạn có thể thấy, các CDPATH=dòng lệnh ở đó là nơi Nội dung tự động được gọi, nơi bạn thấy các truelệnh. Những báo cáo này đã kết thúc thành công, và vì vậy nó chỉ cần vượt qua mớ rác đó để thực hiện bản dựng được cấu hình hoàn hảo.

Tôi đã làm make gawkvì có một số thư mục con được xây dựng nhưng không thành công; thủ thuật phải được lặp lại cho các Makefiles tương ứng của chúng.

Nếu bạn đang gặp phải vấn đề này với một bản tarball chính thức, nguyên sơ của chương trình từ các nhà phát triển của nó, thì hãy phàn nàn. Nó chỉ cần giải nén ./configuremakebạn không cần phải vá bất cứ thứ gì hoặc cài đặt bất kỳ tài liệu Automake hoặc Autoconf nào.

Tốt nhất, một cú kéo đầu Git của họ cũng nên hoạt động theo cách đó.


Tại sao bạn cho rằng Makefiles bị hỏng? Như đã chỉ ra trong câu trả lời của emlai, hệ thống xây dựng nhận ra rằng các phần phụ thuộc cho các tệp được tạo đã lỗi thời (có thể chỉ là trường hợp dấu thời gian bị lỗi mà bạn có thể khắc phục bằng cách nhập touchchúng). Nói rằng những người đã tạo ra hệ thống này không hiểu những gì nó đã được tạo ra cho (đảm bảo rằng bạn xây dựng đúng với tất cả phụ thuộc - mà bao gồm các auto*-parts nếu họ được thay đổi) và thay đổi Makefiles để có hiệu quả không làm điều này hoàn toàn bất kỳ nhiều hơn có vẻ ... sai.
Simon Sobisch

@SimonSobisch Bạn đang gặp sự cố này và không thể sử dụng câu trả lời?
Kaz

Cảm ơn bạn đã hỏi thăm. Không, tôi không gặp vấn đề này nhưng khi đọc bài đăng của bạn, tôi thấy dòng dưới cùng "lỗi này xảy ra do các tệp Makefiles bị hỏng và không phải các tệp Makefiles phải như thế nào" - trong khi các Makefiles đang làm chính xác những gì họ cần (xây dựng lại các tệp cần được xây dựng lại theo các quy tắc tương tự, tệp đối tượng sẽ được xây dựng lại từ nguồn C). Trong hầu hết các trường hợp, lỗi xảy ra do mọi người sử dụng gói non-dist mà không có công cụ cần thiết hoặc tem thời gian từ các nguồn bị hỏng "hãy khiếu nại với tác giả".
Simon Sobisch

Tôi không bao giờ khuyên bạn nên thay đổi một công cụ thành true. Nếu bạn thực sự muốn sửa các bộ phận bị hỏng "chỉ vì dấu thời gian" thì tốt hơn hãy chạy make --touchngược lại các mục tiêu không đạt (nếu bạn muốn tập hợp chúng, hãy chạy make --keep-goingđể có danh sách các bộ phận "bị hỏng" trước).
Simon Sobisch

@SimonSobisch Đề xuất tuyệt vời; có vẻ như bạn có phần mở đầu của một câu trả lời riêng ở đó. Trong trường hợp này, việc thay đổi các công cụ thành truelà hợp lý bởi thực tế là những công cụ đó không cần thiết để xây dựng chương trình, mà chỉ để xây dựng lại configuretập lệnh đã có sẵn ở dạng dựng sẵn. Chạm vào dấu thời gian để ngăn chặn nỗ lực chạy các công cụ cũng đạt được hiệu quả tương tự.
Kaz

4

Tôi nghĩ rằng lệnh cảm ứng là câu trả lời đúng, ví dụ như làm điều gì đó như

touch --date="`date`" aclocal.m4 Makefile.am configure Makefile.in

trước [./configure && make].

Thanh bên I: Nếu không, tôi đồng ý với @kaz: thêm các phần phụ thuộc cho aclocal.m4 và / hoặc cấu hình và / hoặc Makefile.am và / hoặc Makefile.in đưa ra các giả định về hệ thống đích có thể không hợp lệ. Cụ thể, những giả định đó là

1) rằng tất cả các hệ thống đích đều có công cụ tự động,

2) rằng tất cả các hệ thống đích đều có cùng một phiên bản tự động (ví dụ: automake.1.15 trong trường hợp này).

3) rằng nếu (1) hoặc (2) không đúng với bất kỳ người dùng nào, tức là người dùng đang giải nén gói từ định dạng TAR hoặc ZIP do người bảo trì tạo ra để duy trì dấu thời gian của các tệp liên quan, trong trường hợp này, tất cả tự động chạy / cấu hình Các phụ thuộc /Makefile.am/Makefile.in trong Makefile do cấu hình tạo sẽ được thỏa mãn trước khi lệnh make được phát hành.

Giả định thứ hai không thành công trên nhiều hệ thống Mac vì automake.1.14 là "mới nhất" cho OSX (ít nhất đó là những gì tôi thấy trong MacPorts, và dường như điều này cũng đúng với brew).

Giả thiết thứ ba thất bại một cách ngoạn mục trong thế giới có Github. Thất bại này là một ví dụ của tư duy "mọi người đều nghĩ họ là chuẩn mực"; đặc biệt, những người bảo trì, là lớp người dùng duy nhất cần chỉnh sửa Makefile.am, hiện đã đưa mọi người vào lớp đó.

Có lẽ có một tùy chọn trong tự động bất kỳ thứ gì giữ cho những phụ thuộc này không được thêm vào Makefile.in và / hoặc Makefile.

Sidebar II [Tại sao @kaz lại đúng]: tất nhiên, đối với tôi và các cognoscenti khác, rõ ràng là chỉ cần thử một chuỗi lệnh [chạm] để đánh lừa Makefile được tạo cấu hình chạy lại cấu hình và các công cụ tự động. Nhưng đó không phải là điểm của cấu hình; điểm của cấu hình là đảm bảo càng nhiều người dùng trên nhiều hệ thống khác nhau càng tốt có thể chỉ cần thực hiện [./configure && make] và tiếp tục; hầu hết người dùng không quan tâm đến việc "cạo yak", ví dụ như gỡ lỗi các giả định bị lỗi của các nhà phát triển công cụ tự động.

Sidebar III: có thể lập luận rằng ./configure, giờ đây các công cụ tự động bổ sung các phụ thuộc này, là công cụ xây dựng sai khi sử dụng với các gói được phân phối trên Github.

Sidebar IV: có lẽ các repos Github dựa trên cấu hình nên đặt lệnh cảm ứng cần thiết vào readme của chúng, ví dụ: https://github.com/drbitboy/Tycho2_SQLite_RTree .


4

2018, một giải pháp khác ...

https://github.com/apereo/mod_auth_cas/issues/97

trong một số trường hợp chỉ cần chạy

$ autoreconf -f -i

và không có gì khác .... giải quyết vấn đề.

Bạn làm điều đó trong thư mục /pcre2-10.30.

Thật là một cơn ác mộng.

(Điều này thường đã không giải quyết vấn đề vào năm 2017, nhưng bây giờ thường không dường như giải quyết vấn đề - họ cố định một cái gì đó Ngoài ra, có vẻ như Dockerfile bạn nên bây giờ thường bắt đầu với "TỪ ibmcom / nhanh chóng-ubuntu"; trước đó bạn đã phải từ bỏ. một phiên bản / nhà phát triển nhất định để làm cho nó hoạt động.)



0

2017 - High Sierra

Thật sự rất khó để autoconf 1.15 hoạt động trên Mac. Chúng tôi đã thuê một chuyên gia để làm cho nó hoạt động. Mọi thứ đều hoạt động tốt.

Sau đó, tôi tình cờ nâng cấp máy Mac lên High Sierra.

Đường ống Docker ngừng hoạt động!

Mặc dù autoconf 1.15 đang hoạt động tốt trên Mac.

Làm thế nào để khắc phục,

Câu trả lời ngắn gọn, tôi chỉ cần chuyển repo cục bộ vào thùng rác và kiểm tra repo một lần nữa.

Đề xuất này được ghi chú trong phần kết hợp trên trang QA này và các trang khác.

Sau đó nó hoạt động tốt!

Nó có thể liên quan đến tệp aclocal.m4 và các tệp tương tự . (Nhưng thực sự ai mà biết được). Tôi liên tục xoa bóp những tập tin đó ... nhưng không có gì.

Vì một số lý do không xác định nếu bạn chỉ cào repo của mình và nhận lại repo: mọi thứ đều hoạt động!

Tôi đã cố gắng hàng giờ liền với từng thao tác chạm / xóa, v.v. các tệp được đề cập, nhưng không. Chỉ cần kiểm tra repo từ đầu!


Để hoàn lại tự động quay lại trạng thái thanh toán, bạn có thể thực hiện: "make distclean".
Frederick Ollinger

Về mặt kỹ thuật, nó không phải là lệnh git. Nó để dọn dẹp một kho lưu trữ sau một ./configure. Vì vậy, nó là một phần của tự động hóa. Nhưng nó sẽ hoạt động trên bất kỳ kho lưu trữ git nào sử dụng automake.
Frederick Ollinger

gotchya, nghe có vẻ là một mẹo hay.
Fattie

"Thực sự rất khó để autoconf 1.15 hoạt động trên Mac. Chúng tôi đã thuê một Ultra-Expert để làm cho nó hoạt động ..." - Điều đó cho chúng ta biết chuỗi công cụ này bị hỏng như thế nào. Và đáng buồn là trong hơn 20 năm, nó vẫn chưa được sửa. Không sửa chữa nó là điều tôi ngoại lệ. Nó phục vụ cho mục đích gì khi để nó bị hỏng để mọi người không thể sử dụng nó?
jww
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.