digitalmars.D.announce - dmd 1.041 and 2.026 releases
- Walter Bright (4/4) Mar 05 2009 http://www.digitalmars.com/d/1.0/changelog.html
- Denis Koroskin (3/7) Mar 05 2009 W00t! An awesome release! Especially the buildable dmd source part! This...
- Denis Koroskin (6/10) Mar 05 2009 You used to put some words with a release announcement, like
- Tom S (10/17) Mar 05 2009 Wow! This release is too good to be true :D Not only are my favorite
- ideage (4/8) Mar 05 2009 Walter, you're my hero!
- hurd (2/9) Mar 05 2009 I love you so much.
- Extrawurst (6/13) Mar 05 2009 Finally some fixes but just one issue that was in the Top10 of Bugzilla
- =?ISO-8859-1?Q?S=F6nke_Ludwig?= (6/22) Mar 05 2009 I'll have to second that. Bug #2560 is still a blocker for me, too.
- dsimcha (7/11) Mar 05 2009 Awesome. You and Andrei and Bartoz and the rest of the D people are doi...
- fei (3/10) Mar 05 2009 I'm curious too, :-)
- Leandro Lucarella (10/23) Mar 05 2009 A non-imposible to contribute opensource compiler called LDC maybe? =)
- Walter Bright (7/9) Mar 05 2009 I've been intending to for a while, it took a while for me to clean it
- 0ffh (2/7) Mar 05 2009 Hell, I'm at a loss for words! Go, D!
- Bruno Medeiros (4/16) Mar 28 2009 Thanks Walter, I think that is a big step forward.
- Jarrett Billingsley (4/8) Mar 05 2009 From the backend license:
- Walter Bright (2/7) Mar 05 2009 Yeah, well, I'm not at liberty to change that license.
- Robert Fraser (2/16) Mar 05 2009 Y2K compliance is such a tricky thing...
- Stewart Gordon (7/12) Mar 06 2009 As does the preceding statement "It has not undergone testing".
- Georg Wrede (5/12) Mar 05 2009 Cool thing about the sources!!!
- Walter Bright (2/7) Mar 05 2009 I don't know why that's there, I'll get rid of it.
- Chad J (3/10) Mar 05 2009 O.O
- Manuel =?ISO-8859-1?B?S/ZuaWc=?= (7/14) Mar 05 2009 Awesome release, even with the source code!
- Tomas Lindquist Olsen (4/8) Mar 05 2009 Compiling on linux from source is broken! Looks like you forgot to
- Don (21/33) Mar 05 2009 On Windows, it compiles, but I can't get it to link. The errors are all
- Denis Koroskin (4/37) Mar 05 2009 I'm on Windows, too, and it compiles fine for me.
- Haruki Shigemori (38/63) Mar 05 2009 1. Edit win32.mak like this:
- Don (4/8) Mar 05 2009 As far as I know, that's the first time I've ever さんは書きまし...
- Nick Sabalausky (6/13) Mar 05 2009 From the tiny bit I've managed to remember, I think it's more like the f...
- Nick Sabalausky (3/18) Mar 05 2009 Oops, I guess my newsgroup client can't send UTF. ;)
- Bill Baxter (3/10) Mar 05 2009 It says "Don-san wa kakimashita:" or "Mr. Don wrote:"
- Georg Wrede (3/13) Mar 05 2009 It's the first time I see something in Japanese is longer than the
- hasen (2/18) Mar 05 2009 Formalities .. otherwise wrote is also 書いた [kaita]
- Nick Sabalausky (11/25) Mar 05 2009 I've noticed it seems to happen both ways. It's interesting how english
- hasen (3/11) Mar 05 2009 書きました [kakimashita] -> "wrote"
- Nick Sabalausky (5/16) Mar 05 2009 In other words, the "i" from the "shi" generally gets dropped in cases l...
- hasen (12/30) Mar 05 2009 Well, sure there is. You know how non-native-English speakers often
- Christopher Wright (5/21) Mar 06 2009 It's elided completely these days? I was aware that high vowels became
- Walter Bright (1/1) Mar 05 2009 I uploaded new makefiles, should fix the problem.
- Walter Bright (3/5) Mar 05 2009 It could be you're picking up the wrong mem.h. Try installing the source...
- Christian Kamm (3/5) Mar 05 2009 It compiles with some changes (dchar path, mars.h path, remove copyright...
- Walter Bright (3/5) Mar 05 2009 You don't need it, I'll fix the makefile. total.h is for precompiled
- Leandro Lucarella (12/18) Mar 06 2009 I don't know exactly what you mean, but:
- Walter Bright (3/13) Mar 06 2009 I suppose it's been added since the last time I looked. gcc has
- Daniel Keep (14/28) Mar 07 2009 There are days when I can get upset at you for not implementing feature
- Walter Bright (14/42) Mar 07 2009 Every command line switch that a compiler has is a failure of design. It...
- Andrei Alexandrescu (29/58) Mar 07 2009 I wish somehow all this nice philosophy about aircraft would somehow
- Walter Bright (45/77) Mar 07 2009 I was referring to the language design, but yes, I think some of it is
- 0ffh (2/8) Mar 07 2009 Reminds me of Parnas' "A rational design process: How and why to fake it...
- Andrei Alexandrescu (24/114) Mar 07 2009 Well this is all nice and dandy, but lately dmd does next to nothing to
- bearophile (4/5) Mar 07 2009 Consider yourself a very lucky person for this.
- Walter Bright (2/6) Mar 07 2009 Sure. It's an embarrassment of riches.
- Bill Baxter (10/14) Mar 05 2009 I can confirm that this indeed fixes the issues with the infinite loop
- Nick Sabalausky (3/3) Mar 05 2009 Great release! :)
- Nick Sabalausky (4/7) Mar 05 2009 ...And is it related to the fix of issue #2582 (Significantly Increased
- Walter Bright (2/4) Mar 05 2009 Have to ask Don, he did that!
- Christopher Wright (3/7) Mar 05 2009 That's a 3x speed improvement for those particular library functions,
- Don (8/14) Mar 06 2009 It's just the exp(), expm1(), and exp2() functions. Previously they used...
- Robert Jacques (2/6) Mar 06 2009 Actually, it was me and thank you very much!
- hurd (2/16) Mar 05 2009 "書" is mean "wrote" in old Japanese or Chinese language.
- Kagamin (2/3) Mar 06 2009 ??? Did I get it right that gcc doesn't support precompiled headers?
- =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= (4/7) Mar 06 2009 Sounds strange...
- Walter Bright (2/11) Mar 06 2009 Well, it didn't when I initially worked on linux.
- =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= (4/7) Mar 07 2009 True, forgot that it's been in Apple GCC much longer than in main.
- wade (4/11) Mar 06 2009 I don't see this in the change logs but does this version fix the MacOS ...
- Sean Kelly (3/4) Mar 06 2009 It should be fixed in the next release as an artifact of some other
- wade (3/8) Mar 06 2009 great!
- Walter Bright (2/4) Mar 06 2009 No. Would you like to take a look at figuring out what's wrong?
- Lutger (2/9) Mar 07 2009 How awesome, thank you so much!
- wade (8/13) Mar 07 2009 I believe the problem relates to calls to lseek in stream.d (multiple pl...
- davesun (1/1) Mar 11 2009 when can I use dmd on 64bit linux ?
- Walter Bright (2/3) Mar 11 2009 You can now - 32 bit executables work fine on 64 bit linux!
- Ellery Newcomer (3/8) Mar 12 2009 Maybe I should try it again sometime, but I ran into linker issues when
- dsimcha (9/17) Mar 12 2009 Same here, but only on some installations of 64-bit Linux. Others work ...
- Walter Bright (9/26) Mar 12 2009 On Ubuntu64, which is my main linux dev machine, the following is necess...
- Ellery Newcomer (3/41) Mar 12 2009 When I have free time again I'll give that a try. I found it easier just...
- Sean Kelly (4/30) May 04 2009 Seems I might have to as well. Before installing these, I was getting a...
- The Anh Tran (4/4) Mar 13 2009 Download page says so:
- Steven Schveighoffer (7/11) Mar 13 2009 The whole 1.0 branch is supposed to be stable (meaning, no new features ...
- Jarrett Billingsley (8/14) Mar 13 2009 nly
- John Stoneham (1/1) Mar 17 2009 There is a problem with debug symbols, namely source file paths, generat...
- Walter Bright (1/1) Mar 17 2009 http://d.puremagic.com/issues/show_bug.cgi?id=2741
- John Stoneham (7/9) Mar 17 2009 Thanks. (In reply to comment #0)
- Walter Bright (4/8) Mar 17 2009 Use the dumpobj program that comes with dmd, it'll make it a lot easier
http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zip
Mar 05 2009
On Thu, 05 Mar 2009 13:40:07 +0300, Walter Bright <newshound1 digitalmars.com> wrote:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipW00t! An awesome release! Especially the buildable dmd source part! This is fantastic! Now we can start playing with compiler for real. Very much appreciated!
Mar 05 2009
On Thu, 05 Mar 2009 13:40:07 +0300, Walter Bright <newshound1 digitalmars.com> wrote:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipYou used to put some words with a release announcement, like Faster long divides! Now includes Mac OSX version! etc. Please, keep saying something in future!
Mar 05 2009
Walter Bright wrote:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipWow! This release is too good to be true :D Not only are my favorite bugs fixed, the .zip contains the *full source code of DMD* :O And on top of that, the backend changes didn't break my DDL-powered dynamic linking! Walter, you're my hero! -- Tomasz Stachowiak http://h3.team0xf.com/ h3/h3r3tic on #D freenode
Mar 05 2009
Walter, you're my hero! Thanks!!!!! "Walter Bright" <newshound1 digitalmars.com> ??????:gooa63$j6g$1 digitalmars.com...http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zip
Mar 05 2009
Walter Bright Wrote:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipI love you so much.
Mar 05 2009
Walter Bright wrote:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipFinally some fixes but just one issue that was in the Top10 of Bugzilla Voting list ? using D2, thanks to its main feature (const..), unusable. Regards
Mar 05 2009
Extrawurst schrieb:Walter Bright wrote:But other than that its really great step forward (this and the mac support in the prev. release of course). Maybe I can even find some time to look into some open bugs by myself, now that the sources are all available.http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipFinally some fixes but just one issue that was in the Top10 of Bugzilla Voting list ? using D2, thanks to its main feature (const..), unusable. Regards
Mar 05 2009
== Quote from Walter Bright (newshound1 digitalmars.com)'s articlehttp://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipAwesome. You and Andrei and Bartoz and the rest of the D people are doing a truly outstanding job with D. I find it amazing that a language that's being worked on by a few C++ gurus in their spare time kicks $$ compared to languages with massive corporate backing. Purely out of curiosity, with regard to the DMD source, what changed that all of the sudden caused you to release the full source?
Mar 05 2009
dsimcha Wrote:Awesome. You and Andrei and Bartoz and the rest of the D people are doing a truly outstanding job with D. I find it amazing that a language that's being worked on by a few C++ gurus in their spare time kicks $$ compared to languages with massive corporate backing. Purely out of curiosity, with regard to the DMD source, what changed that all of the sudden caused you to release the full source?I'm curious too, :-) anyway, good job & thanks!
Mar 05 2009
dsimcha, el 5 de marzo a las 14:03 me escribiste:== Quote from Walter Bright (newshound1 digitalmars.com)'s articleA non-imposible to contribute opensource compiler called LDC maybe? =) Anyway, it's great that the source is out there. Thanks! -- Leandro Lucarella (luca) | Blog colectivo: http://www.mazziblog.com.ar/blog/ ---------------------------------------------------------------------------- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) ---------------------------------------------------------------------------- Todos en el mundo somos grasas, no hago distinción de sexo y raza, sólo que algunos lo disfrutan y otros no pueden evitarlo.http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipAwesome. You and Andrei and Bartoz and the rest of the D people are doing a truly outstanding job with D. I find it amazing that a language that's being worked on by a few C++ gurus in their spare time kicks $$ compared to languages with massive corporate backing. Purely out of curiosity, with regard to the DMD source, what changed that all of the sudden caused you to release the full source?
Mar 05 2009
dsimcha wrote:Purely out of curiosity, with regard to the DMD source, what changed that all of the sudden caused you to release the full source?I've been intending to for a while, it took a while for me to clean it up, check all the licenses, and get it into a presentable form. Essentially, it's pretty obvious that the world has changed, and closed source is no longer acceptable for a mainstream product that people will be relying on. Open source is the future, and it's past time for dmd to join the party!
Mar 05 2009
Walter Bright wrote:[...] Essentially, it's pretty obvious that the world has changed, and closed source is no longer acceptable for a mainstream product that people will be relying on. Open source is the future, and it's past time for dmd to join the party!Hell, I'm at a loss for words! Go, D!
Mar 05 2009
Walter Bright wrote:dsimcha wrote:Thanks Walter, I think that is a big step forward. -- Bruno MedeirosPurely out of curiosity, with regard to the DMD source, what changed that all of the sudden caused you to release the full source?I've been intending to for a while, it took a while for me to clean it up, check all the licenses, and get it into a presentable form. Essentially, it's pretty obvious that the world has changed, and closed source is no longer acceptable for a mainstream product that people will be relying on. Open source is the future, and it's past time for dmd to join the party!
Mar 28 2009
2009/3/5 Walter Bright <newshound1 digitalmars.com>:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipFrom the backend license: "The Software was not designed to operate after December 31, 1999." Well that explains EVERYTHING! ;)
Mar 05 2009
Jarrett Billingsley wrote:From the backend license: "The Software was not designed to operate after December 31, 1999." Well that explains EVERYTHING! ;)Yeah, well, I'm not at liberty to change that license.
Mar 05 2009
Jarrett Billingsley wrote:2009/3/5 Walter Bright <newshound1 digitalmars.com>:Y2K compliance is such a tricky thing...http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipFrom the backend license: "The Software was not designed to operate after December 31, 1999." Well that explains EVERYTHING! ;)
Mar 05 2009
Jarrett Billingsley wrote: <snip>From the backend license: "The Software was not designed to operate after December 31, 1999." Well that explains EVERYTHING! ;)As does the preceding statement "It has not undergone testing". Hang on ... does that mean that 200% of things are now explained? Now if only the remaining -100% can be explained, human knowledge'll be complete. Stewart.
Mar 06 2009
Walter Bright wrote:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipCool thing about the sources!!! Should the following file be removed? samples/d/dhry.res I see no point with it, and it is over 200k.
Mar 05 2009
Georg Wrede wrote:Should the following file be removed? samples/d/dhry.res I see no point with it, and it is over 200k.I don't know why that's there, I'll get rid of it.
Mar 05 2009
Walter Bright wrote:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipO.O Hell yeah!
Mar 05 2009
Am Thu, 05 Mar 2009 02:40:07 -0800 schrieb Walter Bright <newshound1 digitalmars.com>:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipAwesome release, even with the source code! But compiling with dsss on linux using the dmd-posix layout gives: $ Error: version identifier 'Posix' is reserved and cannot be set Apparently this release reserved the Posix identifier on linux. Removing the -version=Posix in your dmd-posix layout fixes this.
Mar 05 2009
2009/3/5 Walter Bright <newshound1 digitalmars.com>:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipCompiling on linux from source is broken! Looks like you forgot to include the total.h file! -Tomas
Mar 05 2009
Tomas Lindquist Olsen wrote:2009/3/5 Walter Bright <newshound1 digitalmars.com>:On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions. ------------ rmem.obj(rmem) Offset 00111H Record Type 0091 Error 1: Previous Definition Different : ?strdup Mem QAEPADPBD Z (char *syscall Mem::strdup(char const *)) --- and so on for the other Mem functions, all from rmem.obj. tk.obj(tk) Error 42: Symbol Undefined ?mem_free YAXPAX Z (void cdecl mem_free(void *)) -- and so on, all the malloc functions from tk.obj. e2ir.obj(e2ir) Error 42: Symbol Undefined ?mem_fcalloc YAPAXI Z (void *cdecl mem_fcalloc(unsi gned )) cgobj.obj(cgobj) Error 42: Symbol Undefined ?mem_realloc YAPAXPAXI Z (void *cdecl mem_realloc(v oid *,unsigned )) -----------http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipCompiling on linux from source is broken! Looks like you forgot to include the total.h file! -Tomas
Mar 05 2009
On Thu, 05 Mar 2009 18:54:53 +0300, Don <nospam nospam.com> wrote:Tomas Lindquist Olsen wrote:I'm on Windows, too, and it compiles fine for me. I'm using Microsoft nmake and compile it as follows:2009/3/5 Walter Bright <newshound1 digitalmars.com>:On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions. ------------ rmem.obj(rmem) Offset 00111H Record Type 0091 Error 1: Previous Definition Different : ?strdup Mem QAEPADPBD Z (char *syscall Mem::strdup(char const *)) --- and so on for the other Mem functions, all from rmem.obj. tk.obj(tk) Error 42: Symbol Undefined ?mem_free YAXPAX Z (void cdecl mem_free(void *)) -- and so on, all the malloc functions from tk.obj. e2ir.obj(e2ir) Error 42: Symbol Undefined ?mem_fcalloc YAPAXI Z (void *cdecl mem_fcalloc(unsi gned )) cgobj.obj(cgobj) Error 42: Symbol Undefined ?mem_realloc YAPAXPAXI Z (void *cdecl mem_realloc(v oid *,unsigned )) -----------http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipCompiling on linux from source is broken! Looks like you forgot to include the total.h file! -Tomasname win32.makFull build log is attached.
Mar 05 2009
Don さんは書きました:On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions. ------------ rmem.obj(rmem) Offset 00111H Record Type 0091 Error 1: Previous Definition Different : ?strdup Mem QAEPADPBD Z (char *syscall Mem::strdup(char const *)) --- and so on for the other Mem functions, all from rmem.obj. tk.obj(tk) Error 42: Symbol Undefined ?mem_free YAXPAX Z (void cdecl mem_free(void *)) -- and so on, all the malloc functions from tk.obj. e2ir.obj(e2ir) Error 42: Symbol Undefined ?mem_fcalloc YAPAXI Z (void *cdecl mem_fcalloc(unsi gned )) cgobj.obj(cgobj) Error 42: Symbol Undefined ?mem_realloc YAPAXPAXI Z (void *cdecl mem_realloc(v oid *,unsigned )) -----------1. Edit win32.mak like this: --- win32.mak.default Thu Mar 05 01:53:36 2009 +++ win32.mak Thu Mar 05 23:06:02 2009 -6,6 +6,6 -D= +D=c:\d SCROOT=$D\dm INCLUDE=$(SCROOT)\include -CC=\dm\bin\dmc +CC=c:\d\dm\bin\dmc LIBNT=$(SCROOT)\lib -14,2 +14,3 CP=cp +SC=c:\d\dm\bin\sc.exe -153,3 +154,3 $(TARGET).exe : $(OBJS) win32.mak - sc -o$(TARGET).exe $(OBJS) -cpp -mn -Ar $(LFLAGS) + $(SC) -o$(TARGET).exe $(OBJS) -cpp -mn -Ar $(LFLAGS) -169,3 +170,3 msgsx.exe : msgsx.c - sc msgsx -mn -D$(TARGET) $(DEFINES) $(WINLIBS) + $(SC) msgsx -mn -D$(TARGET) $(DEFINES) $(WINLIBS) -173,3 +174,3 $C\cdef.h $C\cc.h $C\oper.h $C\ty.h $C\optabgen.c + $(SC) -cpp -ooptabgen.exe $C\optabgen -DMARS -I$(TK) $(WINLIBS) optabgen -181,3 +182,3 id.h id.c : idgen.c - sc -cpp idgen + $(SC) -cpp idgen idgen 2. Remove old dmd and dmc folders. 3. Extract dmd.zip and dmc.zip. You got link errors because you over-wrote to old folders. 4. Enjoy your dmd!
Mar 05 2009
Haruki Shigemori wrote:Don さんは書きました:As far as I know, that's the first time I've ever さんは書きました something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.You got link errors because you over-wrote to old folders.Thanks! This one line was all I needed.
Mar 05 2009
"Don" <nospam nospam.com> wrote in message news:gop88f$2b97$1 digitalmars.com...Haruki Shigemori wrote:From the tiny bit I've managed to remember, I think it's more like the first time Don-?? had ????? something ;) (What's the root form of that verb in ramaji again? "kikiru" or something like that? I think it starts with a "k", IIRC (My apologies if "kikiru" is something bad))Don ????????:As far as I know, that's the first time I've ever ???????? something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.You got link errors because you over-wrote to old folders.Thanks! This one line was all I needed.
Mar 05 2009
"Nick Sabalausky" <a a.a> wrote in message news:gop8op$2cfj$1 digitalmars.com..."Don" <nospam nospam.com> wrote in message news:gop88f$2b97$1 digitalmars.com...Oops, I guess my newsgroup client can't send UTF. ;)Haruki Shigemori wrote:From the tiny bit I've managed to remember, I think it's more like the first time Don-?? had ????? something ;) (What's the root form of that verb in ramaji again? "kikiru" or something like that? I think it starts with a "k", IIRC (My apologies if "kikiru" is something bad))Don ????????:As far as I know, that's the first time I've ever ???????? something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.You got link errors because you over-wrote to old folders.Thanks! This one line was all I needed.
Mar 05 2009
On Thu, Mar 5, 2009 at 11:12 AM, Don <nospam nospam.com> wrote:Haruki Shigemori wrote:It says "Don-san wa kakimashita:" or "Mr. Don wrote:" :-)Don $B$5$s$O=q$-$^$7$?(B:As far as I know, that's the first time I've ever $B$5$s$O=q$-$^$7$?(B something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.
Mar 05 2009
Bill Baxter wrote:On Thu, Mar 5, 2009 at 11:12 AM, Don <nospam nospam.com> wrote:It's the first time I see something in Japanese is longer than the English version.Haruki Shigemori wrote:It says "Don-san wa kakimashita:" or "Mr. Don wrote:" :-)Don さんは書きました:As far as I know, that's the first time I've ever さんは書きました something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.
Mar 05 2009
Georg Wrede wrote:Bill Baxter wrote:Formalities .. otherwise wrote is also 書いた [kaita]On Thu, Mar 5, 2009 at 11:12 AM, Don <nospam nospam.com> wrote:It's the first time I see something in Japanese is longer than the English version.Haruki Shigemori wrote:It says "Don-san wa kakimashita:" or "Mr. Don wrote:" :-)Don さんは書きました:As far as I know, that's the first time I've ever さんは書きました something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.
Mar 05 2009
"Georg Wrede" <georg.wrede iki.fi> wrote in message news:gophg0$2uu3$1 digitalmars.com...Bill Baxter wrote:I've noticed it seems to happen both ways. It's interesting how english words get translated into their katakana alphabet. I've seen that occasionally end up longer than the original spelling because of approximating certain sounds and sound combinations that they don't have. And then when that katakana gets written in our english/roman letters, it's roughly twice as long as the katakana. Its been far too long since I've studied it though, so I can't really think of a good example (probably something with a lot of consecutive consonants). I do love the language though (even though I understand very little of it).On Thu, Mar 5, 2009 at 11:12 AM, Don <nospam nospam.com> wrote:It's the first time I see something in Japanese is longer than the English version.Haruki Shigemori wrote:It says "Don-san wa kakimashita:" or "Mr. Don wrote:" :-)Don ????????:As far as I know, that's the first time I've ever ???????? something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.
Mar 05 2009
Don wrote:Haruki Shigemori wrote:書きました [kakimashita] -> "wrote" *don't try to pronounce it in English because it's *not* ka-kee-mashii-ta :PDon さんは書きました:As far as I know, that's the first time I've ever さんは書きました something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.
Mar 05 2009
"hasen" <hasan.aljudy gmail.com> wrote in message news:gophel$2vj7$1 digitalmars.com...Don wrote:In other words, the "i" from the "shi" generally gets dropped in cases like this. (There isn't anything else about the pronunciation I'm unaware of, is there?)Haruki Shigemori wrote:????? [kakimashita] -> "wrote" *don't try to pronounce it in English because it's *not* ka-kee-mashii-ta :PDon ????????:As far as I know, that's the first time I've ever ???????? something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.
Mar 05 2009
Nick Sabalausky wrote:"hasen" <hasan.aljudy gmail.com> wrote in message news:gophel$2vj7$1 digitalmars.com...Well, sure there is. You know how non-native-English speakers often pronounce English words using the rules of their own native language? And they sound kinda funny, no? (This includes me too! lol) Same thing kinda applies here. There are several differences (some of them are somewhat subtle) that make American pronunciation of Japanese sound quite .. funny :P Just one example, in English (more specifically, north american english), most often, non-stressed vowels are converted to schwa (think about the 'u' sound in the verb subject vs the noun subject). Japanese doesn't do that kinda thing. wow, this is very off-topic.Don wrote:In other words, the "i" from the "shi" generally gets dropped in cases like this. (There isn't anything else about the pronunciation I'm unaware of, is there?)Haruki Shigemori wrote:????? [kakimashita] -> "wrote" *don't try to pronounce it in English because it's *not* ka-kee-mashii-ta :PDon ????????:As far as I know, that's the first time I've ever ???????? something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.
Mar 05 2009
Nick Sabalausky wrote:"hasen" <hasan.aljudy gmail.com> wrote in message news:gophel$2vj7$1 digitalmars.com...It's elided completely these days? I was aware that high vowels became voiceless between voiceless consonants, but this is new. It does sound about right, but I'm not used to hearing voiceless vowels, so it's a bit hard for me to distinguish.Don wrote:In other words, the "i" from the "shi" generally gets dropped in cases like this. (There isn't anything else about the pronunciation I'm unaware of, is there?)Haruki Shigemori wrote:????? [kakimashita] -> "wrote" *don't try to pronounce it in English because it's *not* ka-kee-mashii-ta :PDon ????????:As far as I know, that's the first time I've ever ???????? something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.
Mar 06 2009
I uploaded new makefiles, should fix the problem.
Mar 05 2009
Don wrote:On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.It could be you're picking up the wrong mem.h. Try installing the source tree into a clean directory.
Mar 05 2009
Tomas Lindquist Olsen Wrote:Compiling on linux from source is broken! Looks like you forgot to include the total.h file!It compiles with some changes (dchar path, mars.h path, remove copyright.c from makefile) and the total.h from dmd 1.039. Thanks for making this available!
Mar 05 2009
Tomas Lindquist Olsen wrote:Compiling on linux from source is broken! Looks like you forgot to include the total.h file!You don't need it, I'll fix the makefile. total.h is for precompiled headers, which don't even exist on gcc.
Mar 05 2009
Walter Bright, el 5 de marzo a las 11:37 me escribiste:Tomas Lindquist Olsen wrote:I don't know exactly what you mean, but: http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html -- Leandro Lucarella (luca) | Blog colectivo: http://www.mazziblog.com.ar/blog/ ---------------------------------------------------------------------------- GPG Key: 5F5A8D05 (F8CD F9A7 BF00 5431 4145 104C 949E BFB6 5F5A 8D05) ---------------------------------------------------------------------------- Pitzulino! Pitzulino! Todos a cantar por el tubo! Pitzulino! Pitzulino! Todos a cantar por el codo!Compiling on linux from source is broken! Looks like you forgot to include the total.h file!You don't need it, I'll fix the makefile. total.h is for precompiled headers, which don't even exist on gcc.
Mar 06 2009
Leandro Lucarella wrote:Walter Bright, el 5 de marzo a las 11:37 me escribiste:I suppose it's been added since the last time I looked. gcc has thousands of switches.Tomas Lindquist Olsen wrote:I don't know exactly what you mean, but: http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.htmlCompiling on linux from source is broken! Looks like you forgot to include the total.h file!You don't need it, I'll fix the makefile. total.h is for precompiled headers, which don't even exist on gcc.
Mar 06 2009
Walter Bright wrote:Leandro Lucarella wrote:There are days when I can get upset at you for not implementing feature X. I really need X, damnit. Do you have any idea how badly I want X?! ... And then I do something that requires me to look at the man page for gcc. And then I die a little inside. It's strange at times, but I do appreciate that you take a considerable amount of convincing. It's a bit like the situation with Archchancellor Mustrum Ridcully from Discworld; he holds the view that if someone is still trying to explain something to him after about 2 minutes, it must be worth listening to, and if they give up earlier, it was not worth bothering him with in the first place. Obviously, s/minutes/years/ :P -- DanielWalter Bright, el 5 de marzo a las 11:37 me escribiste:I suppose it's been added since the last time I looked. gcc has thousands of switches.Tomas Lindquist Olsen wrote:I don't know exactly what you mean, but: http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.htmlCompiling on linux from source is broken! Looks like you forgot to include the total.h file!You don't need it, I'll fix the makefile. total.h is for precompiled headers, which don't even exist on gcc.
Mar 07 2009
Daniel Keep wrote:Walter Bright wrote:Every command line switch that a compiler has is a failure of design. It reminds me of early jet engine controls for aircraft. There were all kinds of tweaks for it, and the pilot often got it wrong. The thing was eventually boiled down to a fantastically complicated mechanical box, that had one lever on it - "gimme more power".Leandro Lucarella wrote:There are days when I can get upset at you for not implementing feature X. I really need X, damnit. Do you have any idea how badly I want X?! ... And then I do something that requires me to look at the man page for gcc. And then I die a little inside.Walter Bright, el 5 de marzo a las 11:37 me escribiste:I suppose it's been added since the last time I looked. gcc has thousands of switches.Tomas Lindquist Olsen wrote:I don't know exactly what you mean, but: http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.htmlCompiling on linux from source is broken! Looks like you forgot to include the total.h file!You don't need it, I'll fix the makefile. total.h is for precompiled headers, which don't even exist on gcc.It's strange at times, but I do appreciate that you take a considerable amount of convincing. It's a bit like the situation with Archchancellor Mustrum Ridcully from Discworld; he holds the view that if someone is still trying to explain something to him after about 2 minutes, it must be worth listening to, and if they give up earlier, it was not worth bothering him with in the first place.The C++ standards committee has a good system for that. They won't consider any ideas unless they are submitted as papers. The idea is that if someone doesn't care enough about a feature to write a paper about it, it isn't worth the committee's time. I'm not willing to go that far, but working on D is a full time job for me. New ideas and proposals come in *every single day*. I cannot even *read* them all, let alone prepare an intelligent reply even in saying it's not a good idea.
Mar 07 2009
Walter Bright wrote:Daniel Keep wrote:I wish somehow all this nice philosophy about aircraft would somehow found its way in the compiler implementation. Or perhaps it *is* the main cause of the problems with the compielr implementation. I finally found out why dmd was crashing on my program with nothing but "Segmentation fault": assert(puu.is_empty()); was used in my old code instead of: assert(puu.empty()); This was inside a template class and was enough to have the compiler segfault leaving me with no line and not even file information. Combine that with templates and multiple files and -lib compiling, and you'll see just how pernicious that is. (If you answer and the answer contains "binary search", I'll drop to the ground and start kicking it with my arms and legs. Binary search for where compilation fails DOES NOT WORK! It is search but NOWHERE NEAR binary.) If you allow me a little criticism, I did notice different pattern which may also be derived from a systematic mechanical engineering approach: there generality could be improved. From the hail of bugs that hit my face on a daily basis, I notice that stuff that works works only for the situations it was tested, and subsequently bug fixes only fix one particular situation, not an entire class of problems. That's why reenactments of bugs are not infrequent. Without having looked at the dmd source, I'd conjecture that it contains in many places a hodge-podge of particular cases instead of consistently looking to nail the general problem. I guess this would be the way to go in mechanical engineering, where restrictions of the natural world make the by-case analysis easier to carry exhaustively. AndreiWalter Bright wrote:Every command line switch that a compiler has is a failure of design. It reminds me of early jet engine controls for aircraft. There were all kinds of tweaks for it, and the pilot often got it wrong. The thing was eventually boiled down to a fantastically complicated mechanical box, that had one lever on it - "gimme more power".Leandro Lucarella wrote:There are days when I can get upset at you for not implementing feature X. I really need X, damnit. Do you have any idea how badly I want X?! ... And then I do something that requires me to look at the man page for gcc. And then I die a little inside.Walter Bright, el 5 de marzo a las 11:37 me escribiste:I suppose it's been added since the last time I looked. gcc has thousands of switches.Tomas Lindquist Olsen wrote:I don't know exactly what you mean, but: http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.htmlCompiling on linux from source is broken! Looks like you forgot to include the total.h file!You don't need it, I'll fix the makefile. total.h is for precompiled headers, which don't even exist on gcc.
Mar 07 2009
Andrei Alexandrescu wrote:I wish somehow all this nice philosophy about aircraft would somehow found its way in the compiler implementation.I was referring to the language design, but yes, I think some of it is in the compiler implementation. In your criticism, you should also realize the Boeing is extremely conservative about adopting new designs. D is not conservative in that way at all, we're constantly trying out new things, and that means crashes and the occasional blowup on the launch pad <g>. It took about 20 years of flying jet engines in aircraft, and iterative improvements, to really work the usability problems out. I once had an illuminating conversation with the lead engineer of the 757 cockpit design. I (stupidly) said it was obvious how to design the controls. He mildly replied that everything that looked obvious was paid for by someone who splattered his brains over the instrument panel, and the obviousness of the right way to do it was discovered only later after careful analysis.Or perhaps it *is* the main cause of the problems with the compielr implementation. I finally found out why dmd was crashing on my program with nothing but "Segmentation fault": assert(puu.is_empty()); was used in my old code instead of: assert(puu.empty()); This was inside a template class and was enough to have the compiler segfault leaving me with no line and not even file information. Combine that with templates and multiple files and -lib compiling, and you'll see just how pernicious that is. (If you answer and the answer contains "binary search", I'll drop to the ground and start kicking it with my arms and legs. Binary search for where compilation fails DOES NOT WORK! It is search but NOWHERE NEAR binary.)I agree that the line number thing is a constant problem. It really is a load of special cases.If you allow me a little criticism, I did notice different pattern which may also be derived from a systematic mechanical engineering approach: there generality could be improved. From the hail of bugs that hit my face on a daily basis, I notice that stuff that works works only for the situations it was tested, and subsequently bug fixes only fix one particular situation, not an entire class of problems. That's why reenactments of bugs are not infrequent. Without having looked at the dmd source, I'd conjecture that it contains in many places a hodge-podge of particular cases instead of consistently looking to nail the general problem. I guess this would be the way to go in mechanical engineering, where restrictions of the natural world make the by-case analysis easier to carry exhaustively.In my defense, I'll point out that you said that when you did "Modern C++ Design" you had similar issues with C++ compilers not working. You are writing code right out on the edge, and often over the edge, of what has been implemented in the compiler. I'm not making excuses, but it's often hard to see what the general case is until after the special cases are accounted for. Then it's time for refactoring can cleanup. When I implement a new feature, there isn't (by definition) any existing body of code that uses it. So I have no test cases, nothing, other than what I cobble together. You're often the first person to use the feature in a substantive way. Special cases are an odd thing with computers. What a computer sees as a special case a user sees as a generalization, and vice versa. Programming languages struggle with this dissonance all the time. For a recent example on the n.g., 'void' is a special case to the compiler, but a general case to the programmer. Back in college, a science historian did a nice lecture on how research was done. He said that in reading the scientists' notebooks, he found that they went all over the place in trying to find a solution. When they finally found it, they wrote a paper where they presented their activities as a straight line progression from hypothesis to proof, whereas the reality of how it actually happened was nothing like that. I also wish to point out that despite dmd being written in C++, it has had very few memory corruption bugs in the last 10 years. (Lars found one I introduced with the Mac port.) I attribute that to changing my coding style to a way which heads them off, but that wasn't possible without long experience with them. The problems you're seeing are with the new stuff, not the old stuff.
Mar 07 2009
Walter Bright wrote:[...] Back in college, a science historian did a nice lecture on how research was done. He said that in reading the scientists' notebooks, he found that they went all over the place in trying to find a solution. When they finally found it, they wrote a paper where they presented their activities as a straight line progression from hypothesis to proof, whereas the reality of how it actually happened was nothing like that. [...]Reminds me of Parnas' "A rational design process: How and why to fake it"... =)
Mar 07 2009
Walter Bright wrote:Andrei Alexandrescu wrote:Well this is all nice and dandy, but lately dmd does next to nothing to improve my mood. I gotta tell about this bug because it's very illustrative. The newly-added local instantiation continued to not work in one rather obvious case when it should have, with the error: std/algorithm.d(4228): function std.algorithm.topNIndex!("a > b",cast(SwapStrategy)0,int[],ubyte[]).topNIndex.BinaryHeap!(ubyte[],indirectLess .BinaryHeap.heapify cannot get frame pointer to indirectLess The pointed-to line was: public void heapify(Range r, size_t i) I spent a couple of of hours on figuring out what was going on. I tried simpler cases - they all compiled. I tried to comment out code in std.algorithm until there was only a shell of empty function - it didn't compile. At some point, in a bout of exasperation, I removed the redundant "public". (I've put it there to remind myself and you about a bug that disallows private functions.) In the context it was redundant - it did absolutely nothing. As soon as I removed it, the unittest compiled, linked, and ran. I have no idea how the redundant "public" is so important to something completely unrelated. But I can tell that a design that needs to handle that as a special case, and in which the very interaction is allowed to occur on separate code paths,... well, I better stop here. AndreiI wish somehow all this nice philosophy about aircraft would somehow found its way in the compiler implementation.I was referring to the language design, but yes, I think some of it is in the compiler implementation. In your criticism, you should also realize the Boeing is extremely conservative about adopting new designs. D is not conservative in that way at all, we're constantly trying out new things, and that means crashes and the occasional blowup on the launch pad <g>. It took about 20 years of flying jet engines in aircraft, and iterative improvements, to really work the usability problems out. I once had an illuminating conversation with the lead engineer of the 757 cockpit design. I (stupidly) said it was obvious how to design the controls. He mildly replied that everything that looked obvious was paid for by someone who splattered his brains over the instrument panel, and the obviousness of the right way to do it was discovered only later after careful analysis.Or perhaps it *is* the main cause of the problems with the compielr implementation. I finally found out why dmd was crashing on my program with nothing but "Segmentation fault": assert(puu.is_empty()); was used in my old code instead of: assert(puu.empty()); This was inside a template class and was enough to have the compiler segfault leaving me with no line and not even file information. Combine that with templates and multiple files and -lib compiling, and you'll see just how pernicious that is. (If you answer and the answer contains "binary search", I'll drop to the ground and start kicking it with my arms and legs. Binary search for where compilation fails DOES NOT WORK! It is search but NOWHERE NEAR binary.)I agree that the line number thing is a constant problem. It really is a load of special cases.If you allow me a little criticism, I did notice different pattern which may also be derived from a systematic mechanical engineering approach: there generality could be improved. From the hail of bugs that hit my face on a daily basis, I notice that stuff that works works only for the situations it was tested, and subsequently bug fixes only fix one particular situation, not an entire class of problems. That's why reenactments of bugs are not infrequent. Without having looked at the dmd source, I'd conjecture that it contains in many places a hodge-podge of particular cases instead of consistently looking to nail the general problem. I guess this would be the way to go in mechanical engineering, where restrictions of the natural world make the by-case analysis easier to carry exhaustively.In my defense, I'll point out that you said that when you did "Modern C++ Design" you had similar issues with C++ compilers not working. You are writing code right out on the edge, and often over the edge, of what has been implemented in the compiler. I'm not making excuses, but it's often hard to see what the general case is until after the special cases are accounted for. Then it's time for refactoring can cleanup. When I implement a new feature, there isn't (by definition) any existing body of code that uses it. So I have no test cases, nothing, other than what I cobble together. You're often the first person to use the feature in a substantive way. Special cases are an odd thing with computers. What a computer sees as a special case a user sees as a generalization, and vice versa. Programming languages struggle with this dissonance all the time. For a recent example on the n.g., 'void' is a special case to the compiler, but a general case to the programmer. Back in college, a science historian did a nice lecture on how research was done. He said that in reading the scientists' notebooks, he found that they went all over the place in trying to find a solution. When they finally found it, they wrote a paper where they presented their activities as a straight line progression from hypothesis to proof, whereas the reality of how it actually happened was nothing like that. I also wish to point out that despite dmd being written in C++, it has had very few memory corruption bugs in the last 10 years. (Lars found one I introduced with the Mac port.) I attribute that to changing my coding style to a way which heads them off, but that wasn't possible without long experience with them. The problems you're seeing are with the new stuff, not the old stuff.
Mar 07 2009
Walter Bright:New ideas and proposals come in *every single day*.Consider yourself a very lucky person for this. Bye, bearophile
Mar 07 2009
bearophile wrote:Walter Bright:Sure. It's an embarrassment of riches.New ideas and proposals come in *every single day*.Consider yourself a very lucky person for this.
Mar 07 2009
I can confirm that this indeed fixes the issues with the infinite loop in compilation for me. And it does so without creating any blahblah__initZ errors too. This is the first compiler since 1.037 that can actually compile my source. Not sure about the speed though. I haven't measured the compile time, but it did feel like it took significantly longer to compile than 1.037 did. I'll measure it when I get the chance to see if there's really a difference or not. --bb 2009/3/5 Walter Bright <newshound1 digitalmars.com>:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zip
Mar 05 2009
Great release! :) Although I'm curious, where is the 3x speed improvement from? Just general misc optimizations, or something specific?
Mar 05 2009
"Nick Sabalausky" <a a.a> wrote in message news:gopboj$2j0b$1 digitalmars.com...Great release! :) Although I'm curious, where is the 3x speed improvement from? Just general misc optimizations, or something specific?Compile Times For DWT)?
Mar 05 2009
Nick Sabalausky wrote:Although I'm curious, where is the 3x speed improvement from? Just general misc optimizations, or something specific?Have to ask Don, he did that!
Mar 05 2009
Nick Sabalausky wrote:Great release! :) Although I'm curious, where is the 3x speed improvement from? Just general misc optimizations, or something specific?That's a 3x speed improvement for those particular library functions, not dmd or the resulting code :P
Mar 05 2009
Nick Sabalausky wrote:Great release! :) Although I'm curious, where is the 3x speed improvement from? Just general misc optimizations, or something specific?It's just the exp(), expm1(), and exp2() functions. Previously they used some extremely slow asm instructions. I wrote completely new implementations that are fast. It was done primarily because the C std math library was inaccurate on Mac OSX. Most people won't care. But in the past, someone (Robert Frazer, I think) had complained that DMD's exp() was the bottleneck in his code, and was less than half as fast as MSVC/Intel, so the speed of these functions is actually critical sometimes.
Mar 06 2009
On Fri, 06 Mar 2009 03:35:10 -0500, Don <nospam nospam.com> wrote:But in the past, someone (Robert Frazer, I think) had complained that DMD's exp() was the bottleneck in his code, and was less than half as fast as MSVC/Intel, so the speed of these functions is actually critical sometimes.Actually, it was me and thank you very much!
Mar 06 2009
Georg Wrede Wrote:Bill Baxter wrote:"書" is mean "wrote" in old Japanese or Chinese language.On Thu, Mar 5, 2009 at 11:12 AM, Don <nospam nospam.com> wrote:It's the first time I see something in Japanese is longer than the English version.Haruki Shigemori wrote:It says "Don-san wa kakimashita:" or "Mr. Don wrote:" :-)Don さんは書きました:As far as I know, that's the first time I've ever さんは書きました something.On Windows, it compiles, but I can't get it to link. The errors are all related to malloc-family functions.
Mar 05 2009
Walter Bright Wrote:total.h is for precompiled headers, which don't even exist on gcc.??? Did I get it right that gcc doesn't support precompiled headers?
Mar 06 2009
Kagamin wrote:Sounds strange... http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Precompiled-Headers.html --anderstotal.h is for precompiled headers, which don't even exist on gcc.??? Did I get it right that gcc doesn't support precompiled headers?
Mar 06 2009
Anders F Bjrklund wrote:Kagamin wrote:Well, it didn't when I initially worked on linux.Sounds strange... http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Precompiled-Headers.htmltotal.h is for precompiled headers, which don't even exist on gcc.??? Did I get it right that gcc doesn't support precompiled headers?
Mar 06 2009
Walter Bright wrote:True, forgot that it's been in Apple GCC much longer than in main. Think they didn't appear there until GCC 3.4, so only since 2004 ? --andershttp://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Precompiled-Headers.htmlWell, it didn't when I initially worked on linux.
Mar 07 2009
I don't see this in the change logs but does this version fix the MacOS seek problem (issue 2689)? Just curious, wade Walter Bright Wrote:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zip
Mar 06 2009
wade wrote:I don't see this in the change logs but does this version fix the MacOS seek problem (issue 2689)?It should be fixed in the next release as an artifact of some other changes that are being made.
Mar 06 2009
great! wade Sean Kelly Wrote:wade wrote:I don't see this in the change logs but does this version fix the MacOS seek problem (issue 2689)?It should be fixed in the next release as an artifact of some other changes that are being made.
Mar 06 2009
wade wrote:I don't see this in the change logs but does this version fix the MacOS seek problem (issue 2689)?No. Would you like to take a look at figuring out what's wrong?
Mar 06 2009
Walter Bright wrote:http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.041.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.026.zipHow awesome, thank you so much!
Mar 07 2009
I believe the problem relates to calls to lseek in stream.d (multiple places, e.g. class File: line 1981): Unlike standard posix, darwin uses a 64bit offset by default so this line causes issues: ulong result = lseek(hFile, cast(int)offset, rel); Here's a link to this problem: http://www.opendarwin.info/opendarwin.org/en/faq/ch04.html#lseek There's some discussion about this on the bugs list. wade Walter Bright Wrote:wade wrote:I don't see this in the change logs but does this version fix the MacOS seek problem (issue 2689)?No. Would you like to take a look at figuring out what's wrong?
Mar 07 2009
davesun wrote:when can I use dmd on 64bit linux ?You can now - 32 bit executables work fine on 64 bit linux!
Mar 11 2009
Walter Bright wrote:davesun wrote:Maybe I should try it again sometime, but I ran into linker issues when I tried using DMD on 64bit linux. Other than that, DMD worked fine.when can I use dmd on 64bit linux ?You can now - 32 bit executables work fine on 64 bit linux!
Mar 12 2009
== Quote from Ellery Newcomer (ellery-newcomer utulsa.edu)'s articleWalter Bright wrote:Same here, but only on some installations of 64-bit Linux. Others work fine. I think the key is that you need the 32-bit version of GCC and all the libraries like libpthread, libgcc, libc, etc. available. I've been nagging my sysadmin to install these, though it matters less for me now that I have the DMD source and was able to make DMD work on some other Linux boxes that it previously didn't work on for unrelated reasons. If you have a bunch of Linux boxes around, you can also compile on one that has the 32-bit libs and copy the resulting binary over to one that doesn't, and it will usually work.davesun wrote:Maybe I should try it again sometime, but I ran into linker issues when I tried using DMD on 64bit linux. Other than that, DMD worked fine.when can I use dmd on 64bit linux ?You can now - 32 bit executables work fine on 64 bit linux!
Mar 12 2009
dsimcha wrote:== Quote from Ellery Newcomer (ellery-newcomer utulsa.edu)'s articleOn Ubuntu64, which is my main linux dev machine, the following is necessary: To compile 32 bit programs under ub64: sudo apt-get install gcc-multilib libc6-i386 lib6-dev-i386 To run 32 bit programs: sudo apt-get install gcc-multilib sudo apt-get install g++-multilib (After long bitter experience, I now keep notes on how to configure the machine after a fresh install <g>.)Walter Bright wrote:Same here, but only on some installations of 64-bit Linux. Others work fine. I think the key is that you need the 32-bit version of GCC and all the libraries like libpthread, libgcc, libc, etc. available. I've been nagging my sysadmin to install these, though it matters less for me now that I have the DMD source and was able to make DMD work on some other Linux boxes that it previously didn't work on for unrelated reasons. If you have a bunch of Linux boxes around, you can also compile on one that has the 32-bit libs and copy the resulting binary over to one that doesn't, and it will usually work.davesun wrote:Maybe I should try it again sometime, but I ran into linker issues when I tried using DMD on 64bit linux. Other than that, DMD worked fine.when can I use dmd on 64bit linux ?You can now - 32 bit executables work fine on 64 bit linux!
Mar 12 2009
Walter Bright wrote:dsimcha wrote:When I have free time again I'll give that a try. I found it easier just to put something inside a VM.== Quote from Ellery Newcomer (ellery-newcomer utulsa.edu)'s articleOn Ubuntu64, which is my main linux dev machine, the following is necessary: To compile 32 bit programs under ub64: sudo apt-get install gcc-multilib libc6-i386 lib6-dev-i386 To run 32 bit programs: sudo apt-get install gcc-multilib sudo apt-get install g++-multilib (After long bitter experience, I now keep notes on how to configure the machine after a fresh install <g>.)Walter Bright wrote:Same here, but only on some installations of 64-bit Linux. Others work fine. I think the key is that you need the 32-bit version of GCC and all the libraries like libpthread, libgcc, libc, etc. available. I've been nagging my sysadmin to install these, though it matters less for me now that I have the DMD source and was able to make DMD work on some other Linux boxes that it previously didn't work on for unrelated reasons. If you have a bunch of Linux boxes around, you can also compile on one that has the 32-bit libs and copy the resulting binary over to one that doesn't, and it will usually work.davesun wrote:Maybe I should try it again sometime, but I ran into linker issues when I tried using DMD on 64bit linux. Other than that, DMD worked fine.when can I use dmd on 64bit linux ?You can now - 32 bit executables work fine on 64 bit linux!
Mar 12 2009
== Quote from Walter Bright (newshound1 digitalmars.com)'s articledsimcha wrote:Seems I might have to as well. Before installing these, I was getting a "file not found" error running dmd. Now everything works perfectly. Talk about a confusing error message!== Quote from Ellery Newcomer (ellery-newcomer utulsa.edu)'s articleOn Ubuntu64, which is my main linux dev machine, the following is necessary: To compile 32 bit programs under ub64: sudo apt-get install gcc-multilib libc6-i386 lib6-dev-i386 To run 32 bit programs: sudo apt-get install gcc-multilib sudo apt-get install g++-multilib (After long bitter experience, I now keep notes on how to configure the machine after a fresh install <g>.)Walter Bright wrote:Same here, but only on some installations of 64-bit Linux. Others work fine. I think the key is that you need the 32-bit version of GCC and all the libraries like libpthread, libgcc, libc, etc. available. I've been nagging my sysadmin to install these, though it matters less for me now that I have the DMD source and was able to make DMD work on some other Linux boxes that it previously didn't work on for unrelated reasons. If you have a bunch of Linux boxes around, you can also compile on one that has the 32-bit libs and copy the resulting binary over to one that doesn't, and it will usually work.davesun wrote:Maybe I should try it again sometime, but I ran into linker issues when I tried using DMD on 64bit linux. Other than that, DMD worked fine.when can I use dmd on 64bit linux ?You can now - 32 bit executables work fine on 64 bit linux!
May 04 2009
Download page says so: http://www.digitalmars.com/d/download.html I've never noticed this until i make proposal for my friends. Thanks.
Mar 13 2009
On Fri, 13 Mar 2009 13:12:47 -0400, The Anh Tran wrote:Download page says so: http://www.digitalmars.com/d/download.html I've never noticed this until i make proposal for my friends. Thanks.The whole 1.0 branch is supposed to be stable (meaning, no new features only bug fixes). There have been releases that were unusable due to obscure introduced bugs, but there are definitely more recent versions than 1.030 that were usable. I use 1.038 at the moment. I have no idea why 1.030 is annointed the stable version. -Steve
Mar 13 2009
On Fri, Mar 13, 2009 at 1:20 PM, Steven Schveighoffer <schveiguy yahoo.com> wrote:On Fri, 13 Mar 2009 13:12:47 -0400, The Anh Tran wrote: The whole 1.0 branch is supposed to be stable (meaning, no new features o=nlybug fixes). =A0There have been releases that were unusable due to obscure introduced bugs, but there are definitely more recent versions than 1.030 that were usable. =A0I use 1.038 at the moment.I don't know why there's a 'stable' version either. The newer versions are usually more stable (fewer bugs).I have no idea why 1.030 is annointed the stable version.Worse, which version is "stable" is inconsistent. On the D1 changelog, it has a link to download the latest stable compiler, marked as 1.020.
Mar 13 2009
There is a problem with debug symbols, namely source file paths, generated by DMD on OS X. It seems that gdb cannot find any source files when debugging a program compiled with DMD's -g (or -gc) switch, with a "no source file named [whatever]" error, so setting breakpoints is impossible. GDC on OS X does not have this problem. Some googling around has led me to discover that GNU gcc on linux (not Apple gcc) also had this problem a few releases ago until it was patched, caused by something to do with the pathnames used in the debug symbols it generated, though I'm not sure of the technical details.
Mar 17 2009
http://d.puremagic.com/issues/show_bug.cgi?id=2741
Mar 17 2009
Walter Bright Wrote:http://d.puremagic.com/issues/show_bug.cgi?id=2741A few more details if it'll help. Using the gdb command "info sources" on a simple Tango "hello" program lists the following (comiled with "dmd -g"), which lists no D source files at all: /System/Library/Frameworks/System.framework/PrivateHeaders/i386 cpu_capabilities.h, /System/Library/Frameworks/System.framework/PrivateHeaders/machine cpu_capabilities.h, <command line>, <built-in>, /SourceCache/Libsystem/Libsystem-88.3.10//, CommPageSymbols.st, {standard input} Now, the same file compiled with GDC shows the following sources: /System/Library/Frameworks/System.framework/PrivateHeaders/i386 cpu_capabilities.h, /System/Library/Frameworks/System.framework/PrivateHeaders/machine cpu_capabilities.h, <command line>, <built-in>, /SourceCache/Libsystem/Libsystem-88.3.10//, CommPageSymbols.st, {standard input}, ../shared/rt/typeinfo/ti_C.d, critical.c, arraycast.d, ../shared/rt/util/string.d, ../shared/rt/util/hash.d, ../shared/rt/util/console.d, ../shared/rt/typeinfo/ti_wchar.d, ../shared/rt/typeinfo/ti_void.d, ../shared/rt/typeinfo/ti_ushort.d, ../shared/rt/typeinfo/ti_uint.d, ../shared/rt/typeinfo/ti_ubyte.d, ../shared/rt/typeinfo/ti_short.d, ../shared/rt/typeinfo/ti_int.d, ../shared/rt/typeinfo/ti_dchar.d, ../shared/rt/typeinfo/ti_char.d, ../shared/rt/typeinfo/ti_byte.d, ../shared/rt/typeinfo/ti_Ashort.d, ../shared/rt/typeinfo/ti_Aint.d, ../shared/rt/typeinfo/ti_Ag.d, ../shared/rt/typeinfo/ti_AC.d, monitor.c, memory_dyld.c, memory.d, /Users/obijohn/projects/d/tango/std/c/stdarg.di, lifetime.d, genobj.d, gcc/unwind.d, gcc/deh.d, dgccmain2.d, cmain.d, cast.d, aaA.d, /Users/obijohn/projects/d/hello.d Also, I took a look at the executable in a hex editor, and in the DMD-compiled version the main source filename actually comes directly before the path (it comes after the path in the GDC-compiled version). I don't know if this means anything, though.
Mar 17 2009
John Stoneham wrote:Also, I took a look at the executable in a hex editor, and in the DMD-compiled version the main source filename actually comes directly before the path (it comes after the path in the GDC-compiled version). I don't know if this means anything, though.Use the dumpobj program that comes with dmd, it'll make it a lot easier to examine object files. Also, anyone can post bug reports and more info to bugzilla!
Mar 17 2009