맞습니다. ARM64 컴파일도 잘되요

유명한게.. 반디집..

그니까 x86_64 기준 64비트 앱은 무용지물이라는 얘기입니다. 당연히 ARM 빌드 되지요. 근데 ARM64로 새로 짜서 내놔야하는 게 문제지요.

글쎄요 크리티컬한 부분 아니면 WinAPI 사용, .net, UWP 앱들은 대부분 문제없이 크로스 컴파일 됩니다...

새로 짜야된다는 게 뭘 새로 짜야된다는 건지 이해가 안 되네요 ㅠㅠ

그 크리티컬한 부분이요.. UWP는 태생부터 문제없을 놈이고 과연 모든 앱들이 크로스로 잘 돌아갈지가..

맥 같은 경우는 진즉부터 로제타도 있었고 이런 걸 대응을 미리 해놓은 것 같던데 윈도우는 아직 반신반의 합니다.

윈도도 진작부터 대응 많이 해왔습니다. UWP, WPF, WinForm 등 PC에서 주로 쓰는 기술들은 대부분 .Net Core로 통합했고 계속해서 호환성을 높인다고 하니..

근데 한 번도 CPU를 이전해본 적 없는 MS라 아직도 반신만의하다는 겁니다. (있기야 있지만 망했죠.) 거의 모든 앱들이 x86에 맞춰져있는데 컴파일만 ARM으로 해서 올렸더니 성능이 x86 보다 구리다거나 하면 또 ARM에 맞게 고쳐줘야하니까요.

실제로 어떤 분이 테스트 한 블로그글에서는 게임의 경우 성능이 하락한 경우도 있었는데 체감으로 느끼기는 힘들었다고 했던 것 같습니다. 일반 프로그램에서는 체감이 더 덜하지 않을까 싶습니다. arm 용으로 보급은 생각만큼 어려울 것 같지는 않고 충분히 보급이 된다면 최적화도 따라오지 않을까 싶습니다 ㅎㅎ

솔직히 앱 문제 완벽하게 해결하면 전 오히려 더 좋을 것 같긴 하네요. 일단 ARM쪽으로 가면 전력 소모가 눈에 띄게 줄 것 같은 느낌이라..

윈10모바일 때를 생각하면 사실 걱정스럽긴 하죠.. 배운게 있다면 이번에는 좀 잘 좀 밀어줬으면.. 했는데 서프로x보니 암담하네요 허..

진짜 MS가 ARM 윈도우로 똥을 싼 게 한두번이 아니라 정말 걱정됩니다. ㅋㅋㅋㅋ 뭔가 앱이 빌드가 되더라도 개발자들 빡칠만한 상황이 나올 것 같은..;

음... 최근에 Windows 10 on ARM 이 조명되면서 접하셨나보네요.

2011년 이전부터 마이크로소프트는 ARM용 윈도 개발에 힘쓰고 있었습니다.

스티브 발머 시절 Modern UI(현재의 UWP)로의 통합을 야심차게 꾀었다가 실패를 했구요.

이건 정책 문제지 기술 문제가 아니었습니다. 기존에도 Windows RT 탈옥을 통해 ARM용으로 포팅된 프로그램들을 사용할 수 있었고요.

저도 2012년 당시 Surface RT를 쓰며 성능에 매우 만족했던 기억이 있네요.

굳이 MS의 잘못을 따지자면 위에 말한 정책과, 포장을 잘못한 게 있겠네요

라이센스 해결된건가요?!!!!

저번에 MS에서 지원 예정이고

스냅835나 스냅850, 스냅8cx등등

달린 제품도 모두 지원할거라네여

저도 기사를 보긴 했는데 과연... 라이센스 해결된 거면 좋겠네요. ㅎㅎ

위에 단 댓글로 대치합니다. :)

애플은 xCode 2007-2008년 부터인 걸로 아는데 그 이전부터 VS가 지원했다는 말씀이신거죠?

근데 iOS xCode가 저랬다는 거지 아마 다른 ARM용 컴파일 툴은 그 전부터 있었을 겁니다.

visual studio 2003이 윈ce계열 빌드가 됩니다.

그 전에는 evc라는 컴파일러가 따로 있었고요.

그때 시절은 잘 모르는데 x86으로 개발되고 에뮬레이팅 가지 싹 x86으로 돌아가고 컴파일 때만 크로스 컴파일 된다는 말씀이신거죠?

그나저나 이게 맥과는 상황이 다른 것 같은게 맥은 자기네 하드웨어하고 소프트웨어라 로제타 시절도 그렇고 MS와는 다르게 이득을 보는 상황으로 보이는데 MS는 잘 해낼까 모르겠네요.

특별하게 하드웨어  타거나 뭔 상용라이브러리 쓰는거 아닌한은 그냥 빌드 됩니다.

빌드야 되겠지요. 예전 이클립스 처럼 개발 때 말 그대로 ARM 에뮬레이팅을 통해서 하게 되는 게 문제고요. 비쥬얼 스튜디오 2003년 당시에 x86 베이스로 개발이 되었는지 한 번 찾아봐야겠네요.

2003에서야 당연히 에물레이팅 및 실기기 연결해서 개발이죠. 아예 타겟 운영체제가 다른데.

근데 xCode는 아닙니다. 위에 그렇게 댓글 다시길래 엥 했네요. xCode 상에서 iOS 개발할 때 싹 다 x86 베이스로 돌아가요. 에뮬레이팅 까지요. xCode 안에 있는 에뮬레이터 iOS 자체가 x86 iOS 입니다. ARM용이 아니라요.

MicroSoft가 언제부터 Arm을 지원했는지를 설명 드리기 위해 한 얘기 입니다.

써보지도 않고 개판일거다? 그런분한테 어디서부터 설명을 해야 할까요?

현재로서 설명을 하자면 UI단만 조금 손보면 x86,x64,arm32, arm64 전부 지원 합니다.

마이크로 소프트에서 제공해야할 라이브러리는 전부 있습니다.

뭐 그래봐야 uwp용으로밖에는 쓸일이 없습니다만...

참고로 저는 애플관련된 얘기는 상상으로도 하지 않습니다.

왜냐하면 관심도 없고 모르거든요. 모르는것에 대해서는 언급을 죄대한 자제를 합니다.

아니 최소한 제가 본문에 언급한 것과 비슷한 게 있어서 내X망X 같은 단어를 써가시면서 댓글을 다셨나 했으니까죠. 단순히 ARM CPU 쓰는 디바이스용 개발 툴은 윈도우 뿐만이 아니라 다른 OS들에도 오래전부터 존재했지만, iOS 식으로 아예 다른 플랫폼(x86)에서 개발되어서 최종 빌드 때만 크로스 컴파일이 되는 식은 아니었죠. 그마저도 이미 위에서 몇몇 분들 처럼 MS가 ARM 윈도우로 똥을 몇 번 싼 전적이 있기 때문에 걱정이 된다는 거고, 그에 반해 맥 같은 경우 이미 한 차례 CPU를 바꾼 전적이 있고 자기네 소프트웨어로 자기네 하드웨어애서만 돌릴 목적으로 나오는 거라 MS 보다는 낫겠다 라고 보는 거고요. (x86 iOS->ARM iOS에서 별 탈이 없는 것만 봐도..) 과연 윈도우 10 ARM이 앱 쪽에서 원활하게 돌아갈지는 지켜보렵니다. 잡음이 나올 것 같긴 한데 말이죠. ㅎ