Emacs가 Termcap 데이터베이스 파일을 Mac 포트로 열 수 없는 문제를 해결하는 방법

작동하지 않으면 use terminfo 파일을 찾으십시오. 아마도
libncurses 패키지와 부분적으로 관련이 있을 것입니다.

먼저 MacPort를 통해 libncurse-dev 프로그램을 시도하고 추가로 emacs23을 재구축하면
이 오류가 없는 모든 사람에게 작동할 것입니다.

Emacs MacPorts kj의 게시 포트
제공(Emacs 23.2.1) 시작은 X Snow Leopard 이외의 OS에서
확실히 작동합니다.
emacs: “termcap 개인 정보 파일을 열 수 없습니다”< br > 이 오류는 MacPorts가 지금도 알고 있으며 수정하는 단계가 있으므로 직접 수정하려고 합니다.
문자 그대로 위치를 확인하는 가장 기본적인 것은 Emacs에서 termcap 파일을 살펴보는 것입니다. 안건? 누락된 것인지 아니면 아예 없는 것인지
또는 그냥 거기에 어떤 이유로든 emacs에서만 사용할 수 없는 것인지 결정하고 싶습니다.
누군가 모든 사람의 디렉토리와 파일 이름을 제공할 수 있으므로 파일을 조사?
둘째, 결석이라고 가정하겠습니다. 정확히 하나의 termcap
작업 데이터베이스 파일링을 추적할 수 있습니까? 그렇지 않다면 이
요구사항에 대한 스타일이 있습니까?
고마워요!
~kj
P.S. 대부분의 OS와 함께 제공되는 Emacs는 위로 시작하지만 모든 버전에서 오고 있습니다.

< p>–0016e659fd08de96010497c3df39
콘텐츠 유형: 텍스트/일반; charset=ISO-8859-1
먼저 macport로 libncurse-dev를 설치한 다음 emacs23을 다시 빌드해 보십시오.
이 사실 문제가 없으면 괜찮을 것입니다.

문제가 정렬되었음을 알 수 있습니다(이 팁 덕분에
답을 얻었습니다). 이 문제를 일으킬 수 있는
누군가를 위해 여기에 글을 올립니다.

각 애플리케이션의 config.log 파일에서 추출한 다음은 문제의 모든 루트를
보여줍니다.

configure:20977: tparm -lncurses
configure:21012: /usr/bin/gcc-4.-L/sw/lib 2 -i/sw/include -o에서 확인 conftest – 파이프 – 아치 – o2 x86_64 -D_REENTRANT -I /opt/local/include/librsvg-2.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I /opt/local/ 구성 -I/opt/local/include/gdk-pixbuf-2.0 -I/opt/local/include/cairo -I/opt/local/include/libpng12 -I/opt/local/include/ pixman-1 -I/opt for each -I/opt/local/include -I/opt/-I/opt/local/include local/include/freetype2 local/include/freetype2 -I/opt/local/include Freetype2 – i/opt/local/include / – L/opt/local/lib -arch x86_64 conftest.c -lncurses -. 나 . 미터 -lXrender -L/opt/local/lib -lXft -lXrender -lfontconfig -lexpat -licov -lfreetype -lz -lX11 -lxcb -lXau -lXdmcp -lXmu -lxext -lSM -lICE -lxt -L/opt/local/ 라이브러리 -lgio-2 -lrsvg-2.0 -lgdk_pixbuf-2.0 -. 내가 . m -lcairo -lgmodule-2.0 -lgobject-2.0 -lpixman-1 -lfontconfig -lexpat -lfreetype -lpng12 -lz -lxrender -lgthread-2.0 -lglib- 2.0 – lintl -licov -lxcb -lx11 -lXau -lX11 -lXdmcp -l L/opt/local/lib -ldbus-1 -lpthread 경고: >&5

ld: 파일링이 /sw/lib/libncurses.dylib에 있습니다. 왜냐하면 i386은 연결될 기본 아키텍처가 아닐 수 있기 때문입니다(x86_64)
ld: 경고: /sw/lib /libiconv in. dylib 파일링은 i386용으로 생성되었으며 현재 각 아키텍처(x86_64)에 바인딩되어 있지 않습니다.
정의되지 않은 참조 From:
_main characters:
“_tparm”, ccaYZh71. o
ld: (s) 문자를 찾을 수 없음
collect2: ld가 1을 반환했습니다. 안녕, 상태
configure:21019: 자금? = 1

다음 경로가 표시됩니다: /sw/lib, /sw/include 및. 이것은 아마도 다른 시스템인 Fink 그룹

을 통해 오래전에 도입된
오래된
패키지일 수 있습니다.

주요 문제는 MacPort가 Emacs에 대한 종속성을 진단할 때 MacPorts ncurses를 찾고
요청된 버전도 다운로드하지만 기본 Emacs 빌드 기간에는
아마 그렇지 않다는 것입니다. 버전에서 실제로 기능하는지 확인하십시오!

구성자가 검사한 일부 도로에서 이러한 유형의 /sw/* 경로가 무엇인지 모르겠습니다. 전체 구성 명령은
이런 종류의 주석을 전혀 표시하지 않습니다.

CPATH=’/opt/local/include’ -O2 cflags=’-pipe -mid-foot(arch X86_64′) CPPFLAGS=’-I/opt/local/include’ CXXFLAGS=’ -pipe -arch -o2 x86_64′ LIBRARY_PATH=’/opt/local/lib’ MACOSX_DEPLOYMENT_TARGET=’10.6′ CXX=’/usr/bin/g++-4.2′ CC_PRINT_OPTIONS_FILE=’/opt/local/var/macports/build/_opt_local_sources .macports.org_release_acports /.emeditors CC_PRINT_OPTIONS’ F90FLAGS=’-pipe -m64′ LDFLAGS=’-L/opt/local/lib -o2 -arch OBJC=’/usr/bin/gcc-4 x86_64′.2′ FCFLAGS= ‘-파이프 -m64′ -o2 설치=’/usr /bin/install -c’ -arch objcflags=’-파이프 -o2 FFLAGS=’-파이프 x86_64′ -m64′ -o2 CC_PRINT_OPTIONS=’예’ CC=’/ usr/bin/gcc-4.2 a ./configure — with-dbus –prefix=/opt/local –no-gconf –no-libotf –no-m17n-flt –infodir –no-gpm / opt/local/share/info /emacs –with- x-toolkit=lucid –with-xpm –without-xaw3d –with-jpeg –with-tiff –with-gif –with-rsvg — with-png –with- xft

…및 사용자 환경이므로
언급된 /sw/lib를 설치할 때 포함할 수 없음:

% (sudo printenv | grep -e /sw/lib -/sw/include용) || 미러링 “일치하지 않음”
비밀번호:
일치하지 않음

이것은 일종의 연결된 MacPorts 누출인 것 같지만 제 생각에는
불가능한 일입니다.

어쨌든 일반적으로 문제가 식별되면 솔루션은 계속
간단합니다.

% mv sudo /sw /sw_DISABLE