2010-02-02 6 views
9

우리의 앱은 3000 개가 넘는 거대한 프로젝트로, 약 350 만 줄의 코드가됩니다.D2007에서 D2010까지 줄 수가 많이 바뀌는 이유는 무엇입니까?

... 또는 적어도 우리가 D2007에서 컴파일 할 때였습니다. 우리는 최근 D2010으로 업데이트했습니다. 이제 전체 빌드를 실행하면 줄 수가 약 490 만 개로 줄었습니다. 동일한 DPR, 동일한 코드 기반, 모두 동일하지만 컴파일러는 빌드주기에서 약 40 % 이상의 코드 행을 실행하며 아무도 이유를 알지 못합니다.

건물을 만든 후 상황을 좀 더 혼란스럽게 만들기 위해 IDE의 Project -> Information으로 가서 3.8M 라인을보고합니다. D2007에서는 컴파일러 대화 상자와 프로젝트 -> 정보 대화 상자에서 동일한 번호를보고했습니다.

누구나 무슨 일이 일어나고 있는지 알 수 있습니까?

+0

컴파일러 경로가 동일합니까? 이전에 컴파일되지 않은 코드가 컴파일되고있을 가능성이 있습니까? –

+0

@Nick, 아니요 숫자는 SAME 컴파일에서 가져온 것입니다. 하나는 컴파일이 성공한 후 OK를 누르기 직전이고, 두 번째는 즉시 Project -> Information 옵션을 체크합니다. 2007 년에 숫자가 일치했는데, 현재 2010 년에는 그렇지 않습니다. 어느 것이 더 정확합니까? – skamradt

+0

@skamradt : 저는 Nick이 D2007과 D2010 라인 수의 차이를 언급했다고 생각합니다. –

답변

0

컴파일러 진행 영역의 줄 수를 결정하기 위해 줄 바꿈/캐리지 리턴을 처리하는 것이 유니 코드 내부의 결과로 어떻게 든 엉망이되고 있는지 궁금합니다.

D2009에서 컴파일을 시도해 보았지만 동일한 이상 동작이 발생했는지 확인 했습니까?

0

인라인으로 인해 더 공격적 일 수 있습니까?

1

D2010은 제네릭을 지원하지 않습니까? libs 중 일부는 제네릭으로 대체되었다고 생각합니다. 제네릭은 "가상"줄을 계산할 경우 구문 분석 된 것처럼 보이는 추가 줄을 설명 할 수 있습니다.

+0

Generics는 실제로 커튼 뒤에 추가 코드 줄을 만듭니다. –

1

버그 인 것 같습니다. 올바른 줄 번호는 여전히 아래에보고됩니다. Project | 정보. similar question에 대한 Nick의 대답을 참조하십시오.

관련 문제