각 Lxr Linux 커널 소스를 제거하는 가장 좋은 방법

LXR Cross 일반적으로 링커는 LXR과 마찬가지로 알려진 범용 소스 법칙 인덱서이자 상호 참조로, 식별에 도움이 되는 링크를 통해 인터넷에서 소스 코드를 검색할 수 있습니다. 많은 식별자를 사용합니다.

역사

LXR은 형성되는 동안 Linux 커널을 모니터링하는 완전히 새로운 도구의 필요성을 사용하여 탄생했습니다(따라서 이전 이름: LXR은 “Linux Cross-Referencer”을 나타냄). 이러한 도구는 문서가 제한되어 있고 참여자가 많기 때문에 더욱 요청됩니다.

노르웨이 학생인 Arne Georg Gleditsch와 Per Gjermshus는 최소한의 프로그램을 작성하여 시작한 Linux 프레임워크가 웹 브라우저를 통해 해당 정보의 가족 사진을 암기하고 이름을 본 후 변수 수용을 시연하면서 관심을 갖게 되었습니다. . 귀하의 일반적인 관심을 알고 신속하게 SourceForge에 직접 게시했습니다(1994년에? ^[1] ).

시간이 많이 흘렀고, 코드를 성숙시키기 위해 개발 작업자에 합류했습니다. 그러나 그들 자신의 개인 번호는 10을 넘지 않았습니다. ^[2] 본질적으로 LXR은 단순한 SourceForge 호스팅 프로젝트이지만 소규모 프로젝트 중에서는 매우 견고합니다.

초기 개발자는 LXRng를 가능하게 한 새로운 기술을 연구했습니다. 이 실험적 코딩은 기존 버전에서 볼 수 있는 모든 기능을 포함하지 않으며, 결과적으로 특히 LXR에 관한 기본에서 벗어납니다.

나중에 도구에 연결되지 않았음에도 불구하고 LXR은 예를 들어 종이의 일부 균열을 끝까지 통과했습니다. 리눅스 저널. ^[3] 그러나 인터넷에서 Gathering 및 LXR을 참조할 때 종종 도구 자체와 색인화된 제안 스타일을 표시하는 LXR 인스턴스 사이에 혼동이 있습니다(예: 많은 “LXR” 사이트가 원래 “Linux Cross-Referencer”에 대한 지원을 위해 링크되었습니다.

Mozilla가 신뢰할 수 있는 응용 프로그램 모음인 Mozilla에 대한 소스 코드를 인덱싱하기 위해 LXR을 제공한 후 Mozilla는 즉시 LXR을 MXR(Mozilla 상호 참조)로 변경했습니다. MXR은 Mozilla 코드, 거의 모든 다양한 C++ 및 JavaScript 코드베이스 보기와 같은 개발 요구 사항을 충족하도록 구축되었습니다. 수년 동안 mxr을 사용한 후 Mozilla는 불행히도 plain-ole 및 동적 Ajax UI 개선에 중점을 둔 새로운 도구에서 작업하고 있습니다. 결과는 DXR입니다(Dehydra ^[4] 의 상호 참조). 마스터 DXR 개발 후 mxr.mozilla.org에서 사용 가능한 MXR 인스턴스가 비활성화되었습니다.

기술

의식적으로 미니멀리즘을 추구하는 사람은 너무 많은 다른 제품과 서비스를 사용하는 것을 피합니다. 이것은 소프트웨어 패키지가 상당한 조정 없이 많은 구성에서 지원될 수 있다는 것은 말할 것도 없이 종속성을 제한합니다.

빌드 옵션에는 HTML 4.01 준수가 잠재적으로 요구되는 것을 금지하는 해석된 음성 언어(예: Java 또는 JavaScript 정당화)가 포함됩니다.

방법이 이미 사용 가능한 경우(적어도 매니페스트 영역에서) 최소 노력이라는 격언은 기사를 금지합니다.

이것은 현재 웹 휴대 전화 브라우저를 사용하는 것을 의미합니다(HTML 및 CSS를 사용하면 집에서 멋진 레이아웃을 만들 수 있음), 액세스 가능한 관계형 데이터베이스에 저장된 정의 및 참조, 추가로 풍부한 구문 분석 그들의 ctags -Tool enable .

LXR은 CGI 스크립팅에 대한 정서적이고 실용적인 선호도인 Perl로 작성되어야 하지만 어휘나 구문 분석에는 적합하지 않습니다. ^[5]

1. 여러 스토리지 옵션: MySQL, PostgreSQL, SQLite 및 Oracle 가능성
2. Glimpse와 SWISH-E 사이의 전체 텍스트 선택
3. CGI 응용 프로그램을 실행할 수 있는 한 자유롭게 HTTP 장치 선택(thttpd 외에 Apache, Cherokee, lighttpd, Nginx에 대한 지침 제공)
4. 실제 디렉토리 또는 릴리스 제어 라이브러리에 저장된 소스 파일( ^[6] CVS, Git, ^[7] Mercurial 및 Subversion 중에서 선택).

사용

일반적으로 소프트웨어를 설치한 후 이것은 간단한 작업이 아니며 다행히 특별한 지식이 필요하지 않습니다. 스트림 코드는 사전 처리되어야 하고 LXR은 이를 표시하도록 구성되어야 합니다.

소스 코드와 연결된 다른 버전은 하위 디렉토리를 통해 구현됩니다.

대안은 일부 소스 코드를 새 버전 제어 콘솔에 보관하는 것입니다.

코드는 두 번째 단계에서 색인화됩니다. 식별자가 정확하게 수집되고 상점이 최고의 데이터베이스에 입력됩니다. 재인덱싱은 소스 코드가 변경되거나 일반적으로 새 버전이 추가되는 경우에만 필요합니다.

그 후, 분명히 소스 코드와 가장 일치하는 URL로 웹 브라우저를 시작하고 연결된 하이퍼링크 아래의 모든 파일을 탐색하여 진실은 자격 증명을 찾는 것입니다.

기술 및 제한 사항

소스 코드는 시끄러운 ctag를 잡을 수 있는 모든 언어로 작성되지만 파서는 좋은 위치에 있지 않습니다.

동일한 파일의 두 가지 버전이 불균형 옆에 시각적으로 강조 표시됩니다(LXR에서 실행하는 diff 명령 사용).

변수 아래에 하이퍼링크를 추가하면 사이버스페이스 검색을 통해 사용자가 결합한 식별자를 입력할 수 있습니다.

열거 단계의 정책을 해결하기 위해 시퀀스의 각 문자(전체 텍스트)를 전자 소스 파일의 경고 검색으로 검색할 수 있습니다.

LXR 제한은 특수 지원 도구이며 대부분 투박한 ctag입니다. 그러나 남자 또는 여자에 대한 문제의 주요 원인은 대부분이 아닙니다.올바른 파일 권한.

또 다른 제한 사항은 웹 사이트 디자인이 완전히 새로운 수준의 컴파일에서 의미론적 분석을 수행하는 다른 유용한 솔루션과 달리 정적 포인트 분석만 사용한다는 것입니다.

숙련된 사람은 CSS(Cascading Style Sheet)와 결합된 페이지 템플릿(HTML로 작성)을 사용자 정의하여 LXR의 레이아웃과 렌더링을 변경할 수 있습니다.

LXR 컬렉션