30년간 업계를 지탱한 EDG C++ 프런트엔드, 오픈소스로 전환

소스-투-소스 컴파일이 C++ 코드/라이브러리를 다른 언어로 트랜스파일하는 데 사용될 수 있을지 궁금하다. 예를 들어 (물론 적절한 수정을 거치면) 이것을 사용해 FLTK를 Free Pascal 코드로 컴파일하고 Lazarus에서 LCL의 백엔드로 직접 사용할 수 있을까? C++가 아닌 언어에서 C++ 라이브러리를 사용하려는 것은 항상 골칫거리인데, 특히 동적 링크를 피하고 싶을 때는 더욱 그렇다.

또한 Lazarus를 언급했으니, 이것이 스스로를 Free Pascal로 컴파일할 수 있다면 Lazarus 자체에 C++ 지원을 추가하는 데 유용할지 궁금하다. 그러면 Free Pascal과 C/C++을 한 프로젝트에서 섞어 데스크톱 애플리케이션용 자체 포함 실행 파일을 만들 수 있을 것이다. Lazarus/LCL에서 Free Pascal 자체가 그런 것처럼 일급 시민으로 만들려면 (예: 객체 인스펙터와 코드 도구가 C++을 충분히 이해해서 리팩터링이나 폼에서 버튼을 더블클릭하면 핸들러를 자동으로 선언 및 정의하고 편집기 커서를 새로 정의된 핸들러의 코드 본문으로 이동시키는 등의 기능) 컴파일 외에도 훨씬 더 많은 작업이 필요할 것이지만, 어쩌면 출발점으로 사용될 수 있을지도 모른다.

와우. C++에 있어 큰 뉴스다.

배경 설명을 하자면 -- 나는 이 분야 전문가는 아니다 -- 그들의 C++ 프런트엔드는 널리 알려져 있다. 내가 처음 들은 것은 Visual C++의 Intellisense가 그것을 사용한다는 이유에서였는데, VC가 자체 완성 기능에 msvc 프런트엔드를 사용하지 않는다는 점에서 주목할 만했다. 과거에도 다른 프런트엔드에서 사용되거나 평가되었다고 이해하고 있다. 나는 한 C++ 제품의 PM으로 일한 적이 있는데, 엔지니어들로부터 많은 것을 배울 수 있어 운이 좋았다. 우리는 그것을 사용하지 않았지만, 그들은 EDG를 높이 평가했다.

정확성에 있어 매우 강한 명성을 가지고 있다. 따라서 오픈소스화는 C++ 커뮤니티에 매우 유익한 일이 될 것이라고 생각한다.

역사가 있다! 오픈소스 전환에서는 정말 이례적인 일이다. 가장 이른 커밋 날짜가 1990년이고 시간 순으로 이어지므로 그렇게 많은 역사를 가진 것은 정말 드문 일이다. 분명히 재미있는 것들이 있을 거라고 장담한다.

발표: https://edgcpp.org/#transition

소스 코드 자체: https://github.com/edgcpp/compiler

문서: https://edgcpp.org/doc/

그리고 궁금한 사람들을 위해 라이선스 SPDX는 Apache-2.0 WITH LLVM-exception이다.

즉,

- https://spdx.org/licenses/Apache-2.0.html

- https://spdx.org/licenses/LLVM-exception.html