혹시 linm 을 기억하시나요?

onion의 이미지

이 linm 이라는게.. 워낙에 오래된 소스라 최근의 linux 에서는 빌드할때 여러가지 에러가 납니다.

고수분들이야 다들 잘 하시겠지만.. 다른곳에서 mdir 소스코드를 본김에.. linm 이 일단 컴파일만 되도록 몇가지를 손봐서 일단 동작은 하게 만들어서.. 스샷을 보니 좋기는 하네요. 다만 몇가지의 문제가 있습니다.

1. 터미널의 size 가 변하는 경우에 대해 linm 의 사이즈가 변하지 않는다. ncursesw5(5,9) 의 문제인지는 모르겠지만, 아마도 ncurses6 대응으로 고친다면 그 과정에서 수정되지 않을까 싶음
2. 내부에 libssh2 를 내장해서 쓰고 있는데, 이게 오래된 버전이라 정상적인 컴파일이 되지 않는다. 외부 libssh2 를 사용하게 하는 방법도 있겠지만, 내부에서 libssh2 자체를 libmpluginssh 등으로 빌드해서 쓰기 때문에 골치아픈 부분이 좀 있으며, 이걸 컴파일이 되게 뜯고 있어보니 libssh2 자체는 컴파일이 되는데 sftp 및 samba4 library 를 사용하게 되는경우 libssh2 의 꽤 많은 부분을 backport 해야되는 케이스가 되는지라 일단은 해당부분의 build 는 stop.

일단 파악한건 이 수준인데... c++11 의 규격으로 작업을 하면 경고도 꽤 나오는 편이라.. 시간을 두고 모든 plugin 까지는 빌드되게 손을 본 다음에 코드를 공개하는게 맞을듯합니다.. 일단 주먹구구로 한거라.. :D

그래도.. 혹시 추억을 가진분이 있으실까봐, 기억 살려보시라고 스샷 한번 올려봅니다.

File attachments: 
첨부파일 크기
Image icon 스크린샷, 2019-07-31 00-59-27.png382.53 KB
alstjr7375의 이미지

우왕 mdir 느낌이네요

onion의 이미지

linm 만드신분이 mdir clone 을 목표로 만드신 거였으니까요 ㅎㅎㅎ

-----새벽녘의 흡혈양파-----

나빌레라의 이미지

오! 멋집니다.
이렇게 다시 linm이 부활하는 건가요!

----------------------
얇은 사 하이얀 고깔은 고이 접어서 나빌레라

onion의 이미지

엔딩이 언제일지 모른다는게 함정이죠... ㅋㅋㅋ

개인적으로는 일단 gnu autotools 부터 걷어내고 cmake 로 바꾸는 작업부터 하고싶어요.. ㅋㅋㅋ

-----새벽녘의 흡혈양파-----

김정균의 이미지

아.. 전 cmake 가 적응이 안되던데 부럽습니다. 아직도 autotools 로 버티고 있습니다. :)

onion의 이미지

일단 cmake 책부터 질렀습니다......?!?!?!???

길게 보고 천천히 하려구요 ㅎㅎㅎ

-----새벽녘의 흡혈양파-----

나빌레라의 이미지

meson 한번 시도해보세요. 개인적으로 cmake보다 맘에들어서 최근 제 개인 프로젝트에 적용해서 쓰고 있습니다.

https://mesonbuild.com/

----------------------
얇은 사 하이얀 고깔은 고이 접어서 나빌레라

Hodong Kim@Google의 이미지

autotools 가 속도가 많이 느린데, meson 은 빠르다고 하네요.
autotools 공부하는데 많은 시간이 걸렸고 지금은 자유자재로 작성할 수 있는데,
meson 다룰려면 한 세월 걸리겠네요 ㅠㅠ
https://mesonbuild.com/Comparisons.html

onion의 이미지

meson 자체가 빠르다기 보다는 meson 에서 export 하는 ninja 가 빠른걸겁니다.

cmake 는 autotools 및 ninja 등으로 export 를 하지만 meson 은 *nix 의 경우 ninja 로 만 export 가 되는군요.

meson 이나 cmake 는 그 자체로 컴파일 가능한 환경을 만드는게 아니라, 하나의 소스를 여러 플랫폼에서 컴파일 가능하게 준비해주는.. 일종의 meta 형태로 보는게 타당할겁니다. meson 의 경우 gtk+ 나 pango 및 xorg 등에서 사용되고 있고 xcode 및 visual studio 용 컴파일셋도 backend 로 지원합니다. 분명 좋은 툴인건 맞는거같은데... backend 에서 autotools 를 지원하지 않는다니.. 웬지 저는 cmake 쪽이 더 끌리네요..

아마도 사람이 구닥다리라서.. 뭔가 필요에 의해 쉽게 버리는 느낌이 들어서.. backend 로 autotools 를 지원한다는 이유 하나만으로 cmake 로 결정했습니다 ㅎㅎㅎ

-----새벽녘의 흡혈양파-----

Anti-Lock의 이미지

kldp.net 에서 호스트 되던 프로젝트인데..
새로운 보금자리를 찾지 못하고.. 아쉽습니다.