http://moogi.new21.org/tc/ 철도를 명절 때에나 떠오르는 4대 교통수단 중 하나로만 아는 것은, 예수님을 사대성인· 성인군자 중 하나로만 아는 것과 같다. 2021-06-09T02:31:41+09:00 Textcube 1.7.8 : Con moto (아라크넹) http://moogi.new21.org/tc/713#comment3363 2012-07-29T11:54:55+09:00

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#comment3364 2012-07-29T13:31:40+09:00

2번 눈치없는 탭이나 공백 자동 감지 기능은 VS2010부터 있어요. Productivity Power 툴 확장팩인가를 설치해야 하던가 그럴꺼에요. 탭과 공백이 섞여 있는 눈치없는 소스 파일이 열리면 자동 감지 해서 tabfy혹은 untabfy 하겠냐고 물어봅니다.

(사무엘) http://moogi.new21.org/tc/713#comment3365 2012-07-29T20:42:23+09:00

1. x87만 생각하고 있었는데 실은 SSE2쪽에도 부동소숫점 명령이 있죠. 간과하고 있었습니다. ^^ 2. 아 그리고 추억의 D 언어..!! 3. xcode는 sizeof(long double)이 16이라고 나오더군요? (double은 8이면서) “엥? 이건 뭐지” 싶습니다.

(사무엘) http://moogi.new21.org/tc/713#comment3366 2012-07-29T20:42:04+09:00

오랜만에 다시 뵙네요. 반갑습니다. ^^;; 그냥 제공되는 건 아니고 확장팩을 설치해야 되는군요. VC++ 20xx의 기본 IDE는 텍스트 파일이 줄바꿈 문자가 일관성 있게 돼 있지 않고 여러 종류가 섞여 있으면 정규화시킬지 묻긴 합니다. 하지만 들여쓰기용 탭과 공백의 일관성을 검사하는 에디터는 저는 지금까지 본 적이 없네요.

(아라크넹) http://moogi.new21.org/tc/713#comment3367 2012-07-30T00:18:12+09:00

long double이 16바이트인 경우는 보통 double 두 개로 구현한 경우입니다. 예를 들어서 0x1.23456789abcdefp0은 원래대로라면 mantissa가 56비트여서 double로 저장하지 못 하는데, 이걸 0x1.23456789abcdep0(53비트) + 0x1.ep-53(3비트)로 나눠서 저장하는 겁니다. 당연하지만 앞에서 말한 FMA 같은 거 없으면 하드웨어보다 훨씬 느리죠.

(주의사신) http://moogi.new21.org/tc/713#comment3369 2012-07-31T15:56:52+09:00

아래 사이트 가셔서 버그를 신고하면, 버그가 수정이 될 수도 있습니다. http://connect.microsoft.com/ 그쪽 개발팀에서 버그를 재현해 낸다면요.

(사무엘) http://moogi.new21.org/tc/713#comment3371 2012-07-31T16:11:01+09:00

사용자가 너무 많고 세계구 급으로 노는 회사이다 보니, 저같은 개인 개미 개발자의 목소리가 제대로 전달은 되려나 모르겠습니다. 위에서 예를 든 것들은 프로그램이 죽는다거나 하는 심각한 게 아니고, 100% 너무나 쉽게 재연 가능한 것들이고, 한편으로는 어이없는 것도 있습니다. VS 2003 이래로 아직까지 안 고쳐졌다거나..; 그래서 제가 이 양반들이 C++ 네이티브 환경 개발을 너무 홀대하는 게 아니냐는 의혹을 제기하기도 한 것이고요.

(주의사신) http://moogi.new21.org/tc/713#comment3372 2012-07-31T16:17:18+09:00

과거 글 하나 올린 적이 있었는데, 그쪽 개발자가 친절하게 "똑같이 해 봐도 안 되는데 조금 더 정보를 줄 수 있느냐"는 이야기를 하더군요. 그래서 버그 재현 과정을 다시 더 자세히 설명했는데 그래도 안 되서 "미안해요. 재현이 안 되요"라고 이야기해 주더라고요. 생각보다 많이 친절한 회사더군요.