http://moogi.new21.org/tc/ 철도를 명절 때에나 떠오르는 4대 교통수단 중 하나로만 아는 것은, 예수님을 사대성인· 성인군자 중 하나로만 아는 것과 같다. ko Wed, 09 Jun 2021 02:31:30 +0900 Textcube 1.7.8 : Con moto http://moogi.new21.org/tc/attach/1/1404861358.jpg http://moogi.new21.org/tc/ 220 165 철도를 명절 때에나 떠오르는 4대 교통수단 중 하나로만 아는 것은, 예수님을 사대성인· 성인군자 중 하나로만 아는 것과 같다. http://moogi.new21.org/tc/713#comment3363 1. D에서 real이라는 타입으로 80비트 부동소숫점 형을 지원하는 걸로 알고 있습니다. 그 밖에도 웬만하면 long double이라고 하면 x86에서는 80비트를 가리키는 것 같았네요. 현재 기존의 x87 FPU를 기반으로 한 부동소숫점 명령은 대부분 SSE2 기반 명령으로 다 옮겨 갔습니다. x87은 80비트 long double을 지원하지만 SSE2에서는 지원하지 않으니까 당연히 long double은 사양길로 가고 있는 거죠. 80비트 정밀도가 들어 간 이유는 제가 알기로 round-off error를 피하기 위한 것이었습니다만, 이제 FMA(fused multiply-add)가 들어 가고 있으니 별로 큰 문제는 되지 않을 것입니다. (FMA를 쓰면 본래 mantissa의 두 배 정도 되는 정밀도를 확보할 수 있습니다.) 2. vim이 copyindent라는 기능으로 지원을 합니다. 엔터를 누르면 이전 줄의 indent에 사용된 문자들을 그대로 복사해서 다음 줄에 붙여 주는 것이죠. 아마 전문 편집기(제가 여기서 "전문"이라 함은 vim 아니면 emacs... =3)라면 다 지원할 겁니다. (아라크넹) http://moogi.new21.org/tc/713#comment3363 http://moogi.new21.org/tc/713#comment Sun, 29 Jul 2012 11:54:55 +0900 http://moogi.new21.org/tc/713#comment3364 2번 눈치없는 탭이나 공백 자동 감지 기능은 VS2010부터 있어요. Productivity Power 툴 확장팩인가를 설치해야 하던가 그럴꺼에요. 탭과 공백이 섞여 있는 눈치없는 소스 파일이 열리면 자동 감지 해서 tabfy혹은 untabfy 하겠냐고 물어봅니다. (김재호) http://moogi.new21.org/tc/713#comment3364 http://moogi.new21.org/tc/713#comment Sun, 29 Jul 2012 13:31:40 +0900 http://moogi.new21.org/tc/713#comment3365 1. x87만 생각하고 있었는데 실은 SSE2쪽에도 부동소숫점 명령이 있죠. 간과하고 있었습니다. ^^ 2. 아 그리고 추억의 D 언어..!! 3. xcode는 sizeof(long double)이 16이라고 나오더군요? (double은 8이면서) “엥? 이건 뭐지” 싶습니다. (사무엘) http://moogi.new21.org/tc/713#comment3365 http://moogi.new21.org/tc/713#comment Sun, 29 Jul 2012 20:42:23 +0900 http://moogi.new21.org/tc/713#comment3366 오랜만에 다시 뵙네요. 반갑습니다. ^^;; 그냥 제공되는 건 아니고 확장팩을 설치해야 되는군요. VC++ 20xx의 기본 IDE는 텍스트 파일이 줄바꿈 문자가 일관성 있게 돼 있지 않고 여러 종류가 섞여 있으면 정규화시킬지 묻긴 합니다. 하지만 들여쓰기용 탭과 공백의 일관성을 검사하는 에디터는 저는 지금까지 본 적이 없네요. (사무엘) http://moogi.new21.org/tc/713#comment3366 http://moogi.new21.org/tc/713#comment Sun, 29 Jul 2012 20:42:04 +0900 http://moogi.new21.org/tc/713#comment3367 long double이 16바이트인 경우는 보통 double 두 개로 구현한 경우입니다. 예를 들어서 0x1.23456789abcdefp0은 원래대로라면 mantissa가 56비트여서 double로 저장하지 못 하는데, 이걸 0x1.23456789abcdep0(53비트) + 0x1.ep-53(3비트)로 나눠서 저장하는 겁니다. 당연하지만 앞에서 말한 FMA 같은 거 없으면 하드웨어보다 훨씬 느리죠. (아라크넹) http://moogi.new21.org/tc/713#comment3367 http://moogi.new21.org/tc/713#comment Mon, 30 Jul 2012 00:18:12 +0900 http://moogi.new21.org/tc/713#comment3369 아래 사이트 가셔서 버그를 신고하면, 버그가 수정이 될 수도 있습니다. http://connect.microsoft.com/ 그쪽 개발팀에서 버그를 재현해 낸다면요. (주의사신) http://moogi.new21.org/tc/713#comment3369 http://moogi.new21.org/tc/713#comment Tue, 31 Jul 2012 15:56:52 +0900 http://moogi.new21.org/tc/713#comment3371 사용자가 너무 많고 세계구 급으로 노는 회사이다 보니, 저같은 개인 개미 개발자의 목소리가 제대로 전달은 되려나 모르겠습니다. 위에서 예를 든 것들은 프로그램이 죽는다거나 하는 심각한 게 아니고, 100% 너무나 쉽게 재연 가능한 것들이고, 한편으로는 어이없는 것도 있습니다. VS 2003 이래로 아직까지 안 고쳐졌다거나..; 그래서 제가 이 양반들이 C++ 네이티브 환경 개발을 너무 홀대하는 게 아니냐는 의혹을 제기하기도 한 것이고요. (사무엘) http://moogi.new21.org/tc/713#comment3371 http://moogi.new21.org/tc/713#comment Tue, 31 Jul 2012 16:11:01 +0900 http://moogi.new21.org/tc/713#comment3372 과거 글 하나 올린 적이 있었는데, 그쪽 개발자가 친절하게 "똑같이 해 봐도 안 되는데 조금 더 정보를 줄 수 있느냐"는 이야기를 하더군요. 그래서 버그 재현 과정을 다시 더 자세히 설명했는데 그래도 안 되서 "미안해요. 재현이 안 되요"라고 이야기해 주더라고요. 생각보다 많이 친절한 회사더군요. (주의사신) http://moogi.new21.org/tc/713#comment3372 http://moogi.new21.org/tc/713#comment Tue, 31 Jul 2012 16:17:18 +0900