D - DMD 0.65 release
- Walter (3/3) May 13 2003 Hopefully fixed another bad section
- John Reimer (12/16) May 13 2003 I hate to say this but I'm still getting a similar error:
- Walter (7/17) May 13 2003 /usr/lib/gcc-lib/i586-pc-linux-gnu/3.2.2/../../../libphobos.a(gc.o)
- Russ Lewis (26/47) May 13 2003 I too am getting this on my RH 9 (gcc 3.2.2) machine. I don't get this ...
- Walter (8/56) May 13 2003 Do an ls -l on /usr/lib/libphobos.a
- Russ Lewis (10/82) May 13 2003 GAHK! Either the -f switch of the 'ln' command is broken, or I am serio...
- Walter (5/9) May 13 2003 seriously
- Russ Lewis (14/24) May 13 2003 "Bad relocation section," sorry. It's the same as I've posted in anothe...
- Jonathan Andrew (8/31) May 13 2003 I'm not using RH9, but Slackware 9 with the same compiler (3.2.2) gives ...
- Walter (3/11) May 13 2003 Please, what is the exact size of the libphobos.a file?
- Russ Lewis (16/34) May 13 2003 [russ@deming-os russ]$ ls -lL /usr/lib/libphobos.a
- Russ Lewis (18/36) May 13 2003 The other was on my RH7.2 machine (oops). But I have precisely the same...
- Russ Lewis (12/60) May 13 2003 Just a note, everybody.
- John Reimer (8/13) May 13 2003 Yes, libphobos.a is indeed in /usr/lib. I copied the file there instead
- John Reimer (7/23) May 13 2003 I should add that being able to run DMD without erros on Gentoo linux wo...
- Walter (10/22) May 13 2003 double
- John Reimer (10/16) May 13 2003 Thanks Walter,
- Georg Wrede (121/121) May 14 2003 Cannot compile dhry.
- Luna Kid (15/26) May 14 2003 Apart from the
- Walter (6/16) May 14 2003 /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libphobos.a(gc.o):
- Russ Lewis (9/26) May 14 2003 I downloaded the new compiler to my RH9 machine, it fixed by "bad reloca...
- Georg Wrede (7/12) May 14 2003 Bliss!!! It works.
- Walter (4/6) May 14 2003 I uploaded a fix for that as well. I had it in my linux test suite, but ...
- John Reimer (7/12) May 13 2003 Under section 9 of the log file, there is a hex dump in which
- John Reimer (7/14) May 13 2003 Eureka! Thanks Walter. Everything builds with no errors now. I haven't
- Walter (3/4) May 14 2003 Thanks!
- Olaf Rogalsky (10/12) May 14 2003 Thank you very much, error has gone.
Hopefully fixed another bad section name bug. http://www.digitalmars.com/d/changelog.html
May 13 2003
On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:Hopefully fixed another bad section name bug. http://www.digitalmars.com/d/changelog.htmlI hate to say this but I'm still getting a similar error: gcc hello.o -o hello -lphobos -lpthread -lm /usr/bin/ld: /usr/lib/gcc-lib/i586-pc-linux-gnu/3.2.2/../../../libphobos.a(gc.o) : bad relocation section name `.rel.gnu.linkonce.t_d_new?' DMD version 0.65 on Gentoo Linux v1.4 gcc version 3.2.2 GNU ld version 2.14.90.0.1 20030508 Supported emulations: elf_i386 i386linux elf_i386_glibc21
May 13 2003
"John Reimer" <jjreimer telus.net> wrote in message news:pan.2003.05.13.09.58.44.525969 telus.net...On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:/usr/lib/gcc-lib/i586-pc-linux-gnu/3.2.2/../../../libphobos.a(gc.o)Hopefully fixed another bad section name bug. http://www.digitalmars.com/d/changelog.htmlI hate to say this but I'm still getting a similar error: gcc hello.o -o hello -lphobos -lpthread -lm /usr/bin/ld:: bad relocation section name `.rel.gnu.linkonce.t_d_new?' DMD version 0.65 on Gentoo Linux v1.4Please double check that you put the new libphobos.a in /usr/lib. I double checked it, and the section name is correct in the archive I uploaded. If that doesn't work, try extracting gc.o from /usr/lib/libphobos.a and run dumpobj on it. Look at the section name for d_new.
May 13 2003
I too am getting this on my RH 9 (gcc 3.2.2) machine. I don't get this on my RH 7.2 (gcc 2.96) machine. BTW, it's fairly easy to move to new versions if you use symbolic links. My directory structure looks like this: /home/russ/d/0.64/<files for version 0.64> /home/russ/d/0.65/<files for version 0.65> /home/russ/d/cur -> 0.65 /home/russ/d/dmd -> cur/dmd /home/russ/d/dm -> cur/dm /usr/lib/libphobos.a -> /home/russ/d/dmd/lib/libphobos.a /usr/local/bin/dmd -> /home/russ/d/dmd/bin/dmd /usr/local/bin/dumpobj -> /home/russ/d/dmd/bin/dumpobj /usr/local/bin/obj2asm -> /home/russ/d/dmd/bin/obj2asm When I download 0.66, I will extract it to the /home/russ/d/0.66 directory. Then the only thing I have to change is the 'cur' symbolic link: cd /home/russ/d ln -sf 0.66 cur and then everything...executables, libphobos, etc. is immediately updated. HINT: don't link /etc/dmd.conf, or you'll lose all your settings when you download a new version of the compiler. Walter wrote:"John Reimer" <jjreimer telus.net> wrote in message news:pan.2003.05.13.09.58.44.525969 telus.net...-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:/usr/lib/gcc-lib/i586-pc-linux-gnu/3.2.2/../../../libphobos.a(gc.o)Hopefully fixed another bad section name bug. http://www.digitalmars.com/d/changelog.htmlI hate to say this but I'm still getting a similar error: gcc hello.o -o hello -lphobos -lpthread -lm /usr/bin/ld:: bad relocation section name `.rel.gnu.linkonce.t_d_new?' DMD version 0.65 on Gentoo Linux v1.4Please double check that you put the new libphobos.a in /usr/lib. I double checked it, and the section name is correct in the archive I uploaded. If that doesn't work, try extracting gc.o from /usr/lib/libphobos.a and run dumpobj on it. Look at the section name for d_new.
May 13 2003
Do an ls -l on /usr/lib/libphobos.a "Russ Lewis" <spamhole-2001-07-16 deming-os.org> wrote in message news:3EC12501.AC2388DD deming-os.org...I too am getting this on my RH 9 (gcc 3.2.2) machine. I don't get this onmyRH 7.2 (gcc 2.96) machine. BTW, it's fairly easy to move to new versions if you use symbolic links.Mydirectory structure looks like this: /home/russ/d/0.64/<files for version 0.64> /home/russ/d/0.65/<files for version 0.65> /home/russ/d/cur -> 0.65 /home/russ/d/dmd -> cur/dmd /home/russ/d/dm -> cur/dm /usr/lib/libphobos.a -> /home/russ/d/dmd/lib/libphobos.a /usr/local/bin/dmd -> /home/russ/d/dmd/bin/dmd /usr/local/bin/dumpobj -> /home/russ/d/dmd/bin/dumpobj /usr/local/bin/obj2asm -> /home/russ/d/dmd/bin/obj2asm When I download 0.66, I will extract it to the /home/russ/d/0.66directory.Then the only thing I have to change is the 'cur' symbolic link: cd /home/russ/d ln -sf 0.66 cur and then everything...executables, libphobos, etc. is immediately updated. HINT: don't link /etc/dmd.conf, or you'll lose all your settings when you download a new version of the compiler. Walter wrote:double"John Reimer" <jjreimer telus.net> wrote in message news:pan.2003.05.13.09.58.44.525969 telus.net...On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:/usr/lib/gcc-lib/i586-pc-linux-gnu/3.2.2/../../../libphobos.a(gc.o)Hopefully fixed another bad section name bug. http://www.digitalmars.com/d/changelog.htmlI hate to say this but I'm still getting a similar error: gcc hello.o -o hello -lphobos -lpthread -lm /usr/bin/ld:: bad relocation section name `.rel.gnu.linkonce.t_d_new?' DMD version 0.65 on Gentoo Linux v1.4Please double check that you put the new libphobos.a in /usr/lib. IIfchecked it, and the section name is correct in the archive I uploaded.that doesn't work, try extracting gc.o from /usr/lib/libphobos.a and run dumpobj on it. Look at the section name for d_new.-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]
May 13 2003
GAHK! Either the -f switch of the 'ln' command is broken, or I am seriously confused about what it is for. "ln -sf 0.65 cur" didn't change my link, so I was continuing to use all of the old stuff! However....on RH 9, I still get the "bad relocation symbol" error. Walter wrote:Do an ls -l on /usr/lib/libphobos.a "Russ Lewis" <spamhole-2001-07-16 deming-os.org> wrote in message news:3EC12501.AC2388DD deming-os.org...-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]I too am getting this on my RH 9 (gcc 3.2.2) machine. I don't get this onmyRH 7.2 (gcc 2.96) machine. BTW, it's fairly easy to move to new versions if you use symbolic links.Mydirectory structure looks like this: /home/russ/d/0.64/<files for version 0.64> /home/russ/d/0.65/<files for version 0.65> /home/russ/d/cur -> 0.65 /home/russ/d/dmd -> cur/dmd /home/russ/d/dm -> cur/dm /usr/lib/libphobos.a -> /home/russ/d/dmd/lib/libphobos.a /usr/local/bin/dmd -> /home/russ/d/dmd/bin/dmd /usr/local/bin/dumpobj -> /home/russ/d/dmd/bin/dumpobj /usr/local/bin/obj2asm -> /home/russ/d/dmd/bin/obj2asm When I download 0.66, I will extract it to the /home/russ/d/0.66directory.Then the only thing I have to change is the 'cur' symbolic link: cd /home/russ/d ln -sf 0.66 cur and then everything...executables, libphobos, etc. is immediately updated. HINT: don't link /etc/dmd.conf, or you'll lose all your settings when you download a new version of the compiler. Walter wrote:double"John Reimer" <jjreimer telus.net> wrote in message news:pan.2003.05.13.09.58.44.525969 telus.net...On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:/usr/lib/gcc-lib/i586-pc-linux-gnu/3.2.2/../../../libphobos.a(gc.o)Hopefully fixed another bad section name bug. http://www.digitalmars.com/d/changelog.htmlI hate to say this but I'm still getting a similar error: gcc hello.o -o hello -lphobos -lpthread -lm /usr/bin/ld:: bad relocation section name `.rel.gnu.linkonce.t_d_new?' DMD version 0.65 on Gentoo Linux v1.4Please double check that you put the new libphobos.a in /usr/lib. IIfchecked it, and the section name is correct in the archive I uploaded.that doesn't work, try extracting gc.o from /usr/lib/libphobos.a and run dumpobj on it. Look at the section name for d_new.-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]
May 13 2003
"Russ Lewis" <spamhole-2001-07-16 deming-os.org> wrote in message news:3EC12FAE.53234B7E deming-os.org...GAHK! Either the -f switch of the 'ln' command is broken, or I amseriouslyconfused about what it is for. "ln -sf 0.65 cur" didn't change my link,so Iwas continuing to use all of the old stuff! However....on RH 9, I still get the "bad relocation symbol" error.For what symbol?
May 13 2003
"Bad relocation section," sorry. It's the same as I've posted in another thread: /usr/bin/ld: /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libphobos.a(gc.o): bad relocation section name '.rel.gnu.linkonce.t_d_new? ' I rechecked *again* that this is the right libphobos.a. It *is* the 0.65 version. Anybody else here using RH9? Walter wrote:"Russ Lewis" <spamhole-2001-07-16 deming-os.org> wrote in message news:3EC12FAE.53234B7E deming-os.org...-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]GAHK! Either the -f switch of the 'ln' command is broken, or I amseriouslyconfused about what it is for. "ln -sf 0.65 cur" didn't change my link,so Iwas continuing to use all of the old stuff! However....on RH 9, I still get the "bad relocation symbol" error.For what symbol?
May 13 2003
Russ Lewis wrote in message:/usr/bin/ld: /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libphobos.a(gc.o): bad relocation section name '.rel.gnu.linkonce.t_d_new? ' I rechecked *again* that this is the right libphobos.a. It *is* the 0.65 version. Anybody else here using RH9?I'm not using RH9, but Slackware 9 with the same compiler (3.2.2) gives me the same error. Its the only dmd install on the machine, so it is definately the 0.65 libphobos.a FWIW, I'm also getting the object.d not found error. -Jon BTW, I can't complain about these errors without telling Walter thanks for the Linux port!Walter wrote:"Russ Lewis" <spamhole-2001-07-16 deming-os.org> wrote in message news:3EC12FAE.53234B7E deming-os.org...-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]GAHK! Either the -f switch of the 'ln' command is broken, or I amseriouslyconfused about what it is for. "ln -sf 0.65 cur" didn't change my link,so Iwas continuing to use all of the old stuff! However....on RH 9, I still get the "bad relocation symbol" error.For what symbol?
May 13 2003
Please, what is the exact size of the libphobos.a file? "Russ Lewis" <spamhole-2001-07-16 deming-os.org> wrote in message news:3EC157AB.3E76A465 deming-os.org..."Bad relocation section," sorry. It's the same as I've posted in another thread: /usr/bin/ld: /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libphobos.a(gc.o): bad relocation section name '.rel.gnu.linkonce.t_d_new? ' I rechecked *again* that this is the right libphobos.a. It *is* the 0.65 version. Anybody else here using RH9?
May 13 2003
[russ deming-os russ]$ ls -lL /usr/lib/libphobos.a -rw-rw-r-- 1 russ russ 379450 May 13 02:08 /usr/lib/libphobos.a [russ deming-os russ]$ ls -l /home/russ/d/*/dmd/lib/libphobos.a -rw-rw-r-- 1 russ russ 379450 May 12 02:03 /home/russ/d/0.64/dmd/lib/libphobos.a -rw-rw-r-- 1 russ russ 379450 May 13 02:08 /home/russ/d/0.65/dmd/lib/libphobos.a -rw-rw-r-- 1 russ russ 379450 May 13 02:08 /home/russ/d/cur/dmd/lib/libphobos.a [russ deming-os russ]$ Walter wrote:Please, what is the exact size of the libphobos.a file? "Russ Lewis" <spamhole-2001-07-16 deming-os.org> wrote in message news:3EC157AB.3E76A465 deming-os.org...-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]"Bad relocation section," sorry. It's the same as I've posted in another thread: /usr/bin/ld: /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libphobos.a(gc.o): bad relocation section name '.rel.gnu.linkonce.t_d_new? ' I rechecked *again* that this is the right libphobos.a. It *is* the 0.65 version. Anybody else here using RH9?
May 13 2003
The other was on my RH7.2 machine (oops). But I have precisely the same result on my RH9 machine. [russ russ russ]$ ls -lL /usr/lib/libphobos.a -rw-rw-r-- 1 russ russ 379450 May 13 02:08 /usr/lib/libphobos.a [russ russ russ]$ ls -l /home/russ/d/*/dmd/lib/libphobos.a -rw-rw-r-- 1 russ russ 379450 May 12 02:03 /home/russ/d/0.64/dmd/lib/libphobos.a -rw-rw-r-- 1 russ russ 379450 May 13 02:08 /home/russ/d/0.65/dmd/lib/libphobos.a -rw-rw-r-- 1 russ russ 379450 May 13 02:08 /home/russ/d/cur/dmd/lib/libphobos.a [russ russ russ]$ Walter wrote:Please, what is the exact size of the libphobos.a file? "Russ Lewis" <spamhole-2001-07-16 deming-os.org> wrote in message news:3EC157AB.3E76A465 deming-os.org...-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]"Bad relocation section," sorry. It's the same as I've posted in another thread: /usr/bin/ld: /usr/lib/gcc-lib/i386-redhat-linux/3.2.2/../../../libphobos.a(gc.o): bad relocation section name '.rel.gnu.linkonce.t_d_new? ' I rechecked *again* that this is the right libphobos.a. It *is* the 0.65 version. Anybody else here using RH9?
May 13 2003
Just a note, everybody. ln -sf 0.66 cur doesn't seem to work. I guess I was confused. Instead, remove the link first: rm cur ln -s 0.66 cur Odd....I could have sworn -f would work like that before... Russ Lewis wrote:I too am getting this on my RH 9 (gcc 3.2.2) machine. I don't get this on my RH 7.2 (gcc 2.96) machine. BTW, it's fairly easy to move to new versions if you use symbolic links. My directory structure looks like this: /home/russ/d/0.64/<files for version 0.64> /home/russ/d/0.65/<files for version 0.65> /home/russ/d/cur -> 0.65 /home/russ/d/dmd -> cur/dmd /home/russ/d/dm -> cur/dm /usr/lib/libphobos.a -> /home/russ/d/dmd/lib/libphobos.a /usr/local/bin/dmd -> /home/russ/d/dmd/bin/dmd /usr/local/bin/dumpobj -> /home/russ/d/dmd/bin/dumpobj /usr/local/bin/obj2asm -> /home/russ/d/dmd/bin/obj2asm When I download 0.66, I will extract it to the /home/russ/d/0.66 directory. Then the only thing I have to change is the 'cur' symbolic link: cd /home/russ/d ln -sf 0.66 cur and then everything...executables, libphobos, etc. is immediately updated. HINT: don't link /etc/dmd.conf, or you'll lose all your settings when you download a new version of the compiler. Walter wrote:-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]"John Reimer" <jjreimer telus.net> wrote in message news:pan.2003.05.13.09.58.44.525969 telus.net...-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:/usr/lib/gcc-lib/i586-pc-linux-gnu/3.2.2/../../../libphobos.a(gc.o)Hopefully fixed another bad section name bug. http://www.digitalmars.com/d/changelog.htmlI hate to say this but I'm still getting a similar error: gcc hello.o -o hello -lphobos -lpthread -lm /usr/bin/ld:: bad relocation section name `.rel.gnu.linkonce.t_d_new?' DMD version 0.65 on Gentoo Linux v1.4Please double check that you put the new libphobos.a in /usr/lib. I double checked it, and the section name is correct in the archive I uploaded. If that doesn't work, try extracting gc.o from /usr/lib/libphobos.a and run dumpobj on it. Look at the section name for d_new.
May 13 2003
On Tue, 13 May 2003 09:39:21 -0700, Walter wrote:Please double check that you put the new libphobos.a in /usr/lib. I double checked it, and the section name is correct in the archive I uploaded. If that doesn't work, try extracting gc.o from /usr/lib/libphobos.a and run dumpobj on it. Look at the section name for d_new.Yes, libphobos.a is indeed in /usr/lib. I copied the file there instead of sym linking. I did run a dumpobj on libphobos.a earlier and couldn't find any references to that section name. I imagine extracting and analyzing gc.o would amount to less voluminous searching. Excuse my ignorance, but how do I extract gc.o from libphobos.a. Does '.rel.gnu.linkonce.t_d_new?' really exist in there somewhere?
May 13 2003
On Tue, 13 May 2003 13:58:19 -0700, John Reimer wrote:On Tue, 13 May 2003 09:39:21 -0700, Walter wrote:I should add that being able to run DMD without erros on Gentoo linux would be a wonderful perk, but I'm not extremely surprised if it doesn't. This is a pre-release system that I update daily with recompiled, CPU-optimized toolsets. As a result it's not near as stable as the redhat versions. All the toolsets are pretty much the most recent versions -- some of them beta. So the fact that dmd got this far is still encouraging.Please double check that you put the new libphobos.a in /usr/lib. I double checked it, and the section name is correct in the archive I uploaded. If that doesn't work, try extracting gc.o from /usr/lib/libphobos.a and run dumpobj on it. Look at the section name for d_new.Yes, libphobos.a is indeed in /usr/lib. I copied the file there instead of sym linking. I did run a dumpobj on libphobos.a earlier and couldn't find any references to that section name. I imagine extracting and analyzing gc.o would amount to less voluminous searching. Excuse my ignorance, but how do I extract gc.o from libphobos.a. Does '.rel.gnu.linkonce.t_d_new?' really exist in there somewhere?
May 13 2003
"John Reimer" <jjreimer telus.net> wrote in message news:pan.2003.05.13.20.58.18.179613 telus.net...On Tue, 13 May 2003 09:39:21 -0700, Walter wrote:doublePlease double check that you put the new libphobos.a in /usr/lib. IIfchecked it, and the section name is correct in the archive I uploaded.findthat doesn't work, try extracting gc.o from /usr/lib/libphobos.a and run dumpobj on it. Look at the section name for d_new.Yes, libphobos.a is indeed in /usr/lib. I copied the file there instead of sym linking. I did run a dumpobj on libphobos.a earlier and couldn'tany references to that section name. I imagine extracting and analyzing gc.o would amount to less voluminous searching. Excuse my ignorance, but how do I extract gc.o from libphobos.a. Does '.rel.gnu.linkonce.t_d_new?' really exist in there somewhere?Use: ar -x libphobos.a gc.o Then run: dumpobj gc.o >log please email me the log file.
May 13 2003
Use: ar -x libphobos.a gc.o Then run: dumpobj gc.o >log please email me the log file.Thanks Walter, I just got back from work. I went ahead and did the above on the libphobos.a that resides in the /usr/lib directory. Email with attachment on its way. The relocation section, .rel.gnu.linkonce.t_d_new, was viewable in the dumpobj of gc.o this time, but I don't understand it enough to see what's wrong, so hopefully you can sort it out. Hope that helps. Thanks, John
May 13 2003
Cannot compile dhry. [georg abit d]$ dmd -I/home/georg/dmd/src/phobos dhry gcc dhry.o -o dhry -lphobos -lpthread -lm /usr/bin/ld: /usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libphobos.a(gc.o): bad relocation section name `.rel.gnu.linkonce.t_d_new?' dhry.o: In function `_Ddhry_dtime_FZd': dhry.o(.gnu.linkonce.t_Ddhry_dtime_FZd+0x16): undefined reference to `_imp__GetTickCount 0' collect2: ld returned 1 exit status --- errorlevel 256 A terminal log of installation and compilation is attached. begin 0644 dmd-session M:7, :7, 9G)E92!S;V9T=V%R93L <V5E('1H92!S;W5R8V4 9F]R(&-O<'EI M;F< 8V]N9&ET:6]N<RX (%1H97)E(&ES($Y/"G=A<G)A;G1Y.R!N;W0 979E M54Q!4B!055)03U-%+ I;9V5O<F=`86)I="!G96]R9UTD(&-D("]T;7`*6V=E M;W)G0&%B:70 =&UP720 ;', +6P 9&UD-C4N>FEP"BUR=WAR+7AR+7 ("` M-C4N>FEP"EMG96]R9T!A8FET('1M<%TD(&-D.PI;9V5O<F=`86)I="!G96]R M9UTD(&QS("UL(&1M9`IL<SH 9&UD.B!.;R!S=6-H(&9I;&4 ;W( 9&ER96-T M;W)Y"EMG96]R9T!A8FET(&=E;W)G720 =6YZ:7` +W1M<"]D;60V-2YZ:7`* M+BXN('5N>FEP<&EN9R!D=6UP(&1E;&5T960 +BXN"EMG96]R9T!A8FET(&=E M='AT"BUR=RUR=RUR+2T ("` ,2!G96]R9R` ("!G96]R9R` ("` ("` ,3$T M:6X*6V=E;W)G0&%B:70 8FEN720 8V%T(&1M9"YC;VYF" I;16YV:7)O;FUE M;G1=" I$1DQ!1U,]+4DO:&]M92]W9V(O>6]U<FYA;64O9&UD+W-R8R]P:&]B M;W,*6V=E;W)G0&%B:70 8FEN720 =FD 9&UD+F-O;F8*6V=E;W)G0&%B:70 M8FEN720 8V%T(&1M9"YC;VYF" I;16YV:7)O;FUE;G1=" I$1DQ!1U,]+4DO M:&]M92]G96]R9R]D;60O<W)C+W!H;V)O<PI;9V5O<F=`86)I="!B:6Y=)"!L M<R`M;"`O971C+V1M9"YC;VYF("]U<W(O;&EB+VQI8G!H;V)O<RYA"FQS.B`O M971C+V1M9"YC;VYF.B!.;R!S=6-H(&9I;&4 ;W( 9&ER96-T;W)Y"FQS.B`O M=7-R+VQI8B]L:6)P:&]B;W,N83H 3F\ <W5C:"!F:6QE(&]R(&1I<F5C=&]R M>0I;9V5O<F=`86)I="!B:6Y=)"!S=0I087-S=V]R9#H*6W)O;W1`86)I="!B M:6Y=(R!C<"!D;60N8V]N9B`O971C"EMR;V]T0&%B:70 8FEN72, 8W` +BXO M;&EB+VQI8G!H;V)O<RYA("]U<W(O;&EB"EMR;V]T0&%B:70 8FEN72, ;', M+6P +V5T8R]D;60N8V]N9B`O=7-R+VQI8B]L:6)P:&]B;W,N80HM<G<M<BTM M.C`V("]E=&,O9&UD+F-O;F8*+7)W+7(M+7(M+2` ("`Q(')O;W0 ("` (')O M;W,N80I;<F]O=$!A8FET(&)I;ETC(&5X:70*97AI=`I;9V5O<F=`86)I="!B M:6Y=)"!C:&UO9"!U*W 9&UD(&]B:C)A<VT 9'5M<&]B: I;9V5O<F=`86)I M9R` ("!G96]R9R` ("` (#DP-3 M=RUR+2T ("` ,2!G96]R9R` ("!G96]R9R` ("` ("` ("`U-B!-87D ,30 M,3`Z-3< 9&UD+F-O;F8*+7)W+7)W+7(M+2` ("`Q(&=E;W)G("` (&=E;W)G M+2` ("`Q(&=E;W)G("` (&=E;W)G("` ("` -S4X,S`P($UA>2`Q,"`P,CHP M-"!D;60N97AE"BUR=WAR=RUR+2T ("` ,2!G96]R9R` ("!G96]R9R` ("` M<VT*+7)W+7)W+7(M+2` ("`Q(&=E;W)G("` (&=E;W)G("` ("` ("` ,C8S M($UA>2`Q,"`P,CHQ,B!R96%D;64N='AT"BUR=RUR=RUR+2T ("` ,2!G96]R M14Q,"B]B:6XO8F%S:`I;9V5O<F=`86)I="!B:6Y=)"!E8VAO("10051("B]U M<W(O:V5R8F5R;W,O8FEN.B]U<W(O;&]C86PO8FEN.B]B:6XZ+W5S<B]B:6XZ M+W5S<B]8,3%2-B]B:6XZ+VAO;64O9V5O<F<O8FEN"EMG96]R9T!A8FET(&)I M;ETD(&5X<&]R="!0051(/2]H;VUE+V=E;W)G+V1M9"]B:6XZ)%!!5$ *6V=E M;W)G0&%B:70 8FEN720 96-H;R`D4$%42`HO:&]M92]G96]R9R]D;60O8FEN M.B]U<W(O:V5R8F5R;W,O8FEN.B]U<W(O;&]C86PO8FEN.B]B:6XZ+W5S<B]B M:6XZ+W5S<B]8,3%2-B]B:6XZ+VAO;64O9V5O<F<O8FEN"EMG96]R9T!A8FET M(&)I;ETD(&-D("XN+W-A;7!L97,O9`I;9V5O<F=`86)I="!D720 9&UD(&AE M;&QO"D5R<F]R.B!%<G)O<B!R96%D:6YG(&9I;&4 )V]B:F5C="YD)PH*6V=E M;W)G0&%B:70 9%TD(&QS("UL(&AE;&QO+F0*+7)W+7)W+7(M+2` ("`Q(&=E M;W)G("` (&=E;W)G("` ("` ("` ,C(R($IA;B`Q."` ,C`P,B!H96QL;RYD M"EMG96]R9T!A8FET(&1=)"!D;60 +4DO:&]M92]G96]R9R]D;60O<W)C+W!H M;V)O<R!H96QL;PIG8V, :&5L;&\N;R`M;R!H96QL;R`M;'!H;V)O<R`M;'!T M<F5D:&%T+6QI;G5X+S,N,B\N+B\N+B\N+B]L:6)P:&]B;W,N82AG8RYO*3H* M8F%D(')E;&]C871I;VX <V5C=&EO;B!N86UE(&`N<F5L+F=N=2YL:6YK;VYC M92YT7V1?;F5W/R<*6V=E;W)G0&%B:70 9%TD(&QS("UL(&AE;&QO(&AE;&QO M,3HR,R!H96QL;RYO"EMG96]R9T!A8FET(&1=)"`N+VAE;&QO"FAE;&QO('=O M<FQD"F%R9W,N;&5N9W1H(#T ,0IA<F=S6S!=(#T )RXO:&5L;&\G"EMG96]R M9T!A8FET(&1=)"!D;60 +4DO:&]M92]G96]R9R]D;60O<W)C+W!H;V)O<R!D M:')Y"F=C8R!D:')Y+F\ +6\ 9&AR>2`M;'!H;V)O<R`M;'!T:')E860 +6QM M;G5X+S,N,B\N+B\N+B\N+B]L:6)P:&]B;W,N82AG8RYO*3H*8F%D(')E;&]C M871I;VX <V5C=&EO;B!N86UE(&`N<F5L+F=N=2YL:6YK;VYC92YT7V1?;F5W M/R<*9&AR>2YO.B!);B!F=6YC=&EO;B! 7T1D:')Y7V1T:6UE7T9:9"<Z"F1H M<GDN;R N9VYU+FQI;FMO;F-E+G1?1&1H<GE?9'1I;65?1EID*S!X,38I.B!U M;F1E9FEN960 <F5F97)E;F-E('1O(&!?:6UP7U]'9714:6-K0V]U;G1`,"<* M;&5V96P ,C4V"EMG96]R9T!A8FET(&1=)"!L<R`M;"!D:')Y* HM<G<M<G<M M8V0 +W1M<`I;9V5O<F=`86)I="!T;7!=)"!A<B`M>"`O=7-R+VQI8B]L:6)P M:&]B;W,N82!G8RYO"EMG96]R9T!A8FET('1M<%TD(&QS("UL(&=C+F\*+7)W M+7)W+2TM+2` ("`Q(&=E;W)G("` (&=E;W)G("` ("` ("`X,C$R($UA>2`Q M-"`Q,3HS-B!G8RYO"EMG96]R9T!A8FET('1M<%TD(&1U;7!O8FH 9V,N;R`^ M+$]&1E-%5#TP ,&$ ("` ("` ("` ("` ('Q+/3 L24Y&3STT,BY\" HT ` end
May 14 2003
Apart from the > bad relocation section name `.rel.gnu.linkonce.t_d_new?' which I luckily don't have on my Debian, the dhry.d sample needs minor fixing: add (at the beginning): import time; and replace (at the end): q = (double)GetTickCount() * 1.0e-03; with q = (double)clock() * 1.0e-03; Cheers, Sz. "Georg Wrede" <Georg_member pathlink.com> wrote in message news:b9t0it$jv9$1 digitaldaemon.com...Cannot compile dhry. [georg abit d]$ dmd -I/home/georg/dmd/src/phobos dhry gcc dhry.o -o dhry -lphobos -lpthread -lm /usr/bin/ld:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libphobos.a(gc.o):bad relocation section name `.rel.gnu.linkonce.t_d_new?' dhry.o: In function `_Ddhry_dtime_FZd': dhry.o(.gnu.linkonce.t_Ddhry_dtime_FZd+0x16): undefined reference to `_imp__GetTickCount 0' collect2: ld returned 1 exit status --- errorlevel 256 A terminal log of installation and compilation is attached.
May 14 2003
"Georg Wrede" <Georg_member pathlink.com> wrote in message news:b9t0it$jv9$1 digitaldaemon.com...Cannot compile dhry. [georg abit d]$ dmd -I/home/georg/dmd/src/phobos dhry gcc dhry.o -o dhry -lphobos -lpthread -lm /usr/bin/ld:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libphobos.a(gc.o):bad relocation section name `.rel.gnu.linkonce.t_d_new?'Apparently, I had put on the web site the wrong libphobos.a. Try downloading it again.dhry.o: In function `_Ddhry_dtime_FZd': dhry.o(.gnu.linkonce.t_Ddhry_dtime_FZd+0x16): undefined reference to `_imp__GetTickCount 0' collect2: ld returned 1 exit status --- errorlevel 256dhry.d needs a little updating <g>.
May 14 2003
I downloaded the new compiler to my RH9 machine, it fixed by "bad relocation section" warning. Thanks! Walter wrote:"Georg Wrede" <Georg_member pathlink.com> wrote in message news:b9t0it$jv9$1 digitaldaemon.com...-- The Villagers are Online! villagersonline.com .[ (the fox.(quick,brown)) jumped.over(the dog.lazy) ] .[ (a version.of(English).(precise.more)) is(possible) ] ?[ you want.to(help(develop(it))) ]Cannot compile dhry. [georg abit d]$ dmd -I/home/georg/dmd/src/phobos dhry gcc dhry.o -o dhry -lphobos -lpthread -lm /usr/bin/ld:/usr/lib/gcc-lib/i386-redhat-linux/3.2/../../../libphobos.a(gc.o):bad relocation section name `.rel.gnu.linkonce.t_d_new?'Apparently, I had put on the web site the wrong libphobos.a. Try downloading it again.dhry.o: In function `_Ddhry_dtime_FZd': dhry.o(.gnu.linkonce.t_Ddhry_dtime_FZd+0x16): undefined reference to `_imp__GetTickCount 0' collect2: ld returned 1 exit status --- errorlevel 256dhry.d needs a little updating <g>.
May 14 2003
In article <b9tqb4$1m32$1 digitaldaemon.com>, Walter says..."Georg Wrede" <Georg_member pathlink.com> wroteBliss!!! It works. BTW, I really like D! This is only the second time I feel at home with a language. (The first time was back in '83, when I finally got Turbo Pascal for my Kaypro-II CP/M machine -- both of which I still have.)Cannot compile dhry.Apparently, I had put on the web site the wrong libphobos.a. Try downloading it again.dhry.d needs a little updating <g>.Thanks to Luna Kid, that too works now!
May 14 2003
"Georg Wrede" <Georg_member pathlink.com> wrote in message news:b9uml3$2l24$1 digitaldaemon.com...I uploaded a fix for that as well. I had it in my linux test suite, but had forgotten to update the distribution directory.dhry.d needs a little updating <g>.Thanks to Luna Kid, that too works now!
May 14 2003
On Tue, 13 May 2003 14:28:00 -0700, Walter wrote:Use: ar -x libphobos.a gc.o Then run: dumpobj gc.o >log please email me the log file.Under section 9 of the log file, there is a hex dump in which .rel.gnu.linkonce.t_d_new shows up twice, one after the other. all the symbols appear to be separated by 0x00 0x2e normally. The first t_d_new, though, adds the two other numbers that Olaf pointed out earlier in 0.64. That is, 0xa8 and 0x04 are appended to it still. Man, those are neat tools. :-)
May 13 2003
Under section 9 of the log file, there is a hex dump in which .rel.gnu.linkonce.t_d_new shows up twice, one after the other. all the symbols appear to be separated by 0x00 0x2e normally. The first t_d_new, though, adds the two other numbers that Olaf pointed out earlier in 0.64. That is, 0xa8 and 0x04 are appended to it still. Man, those are neat tools. :-)Eureka! Thanks Walter. Everything builds with no errors now. I haven't the faintest idea how I got the old libphobos.a in there. I really thought I had been careful to delete the old and copy the new. The one you sent me worked perfectly in /usr/lib. Thanks again (and sorry for all that trouble :-P) Later, John
May 13 2003
"John Reimer" <jjreimer telus.net> wrote in message news:pan.2003.05.14.04.07.08.544307 telus.net...Man, those are neat tools. :-)Thanks!
May 14 2003
Walter wrote:Hopefully fixed another bad section name bug.Thank you very much, error has gone. Olaf -- +----------------------------------------------------------------------+ I Dr. Olaf Rogalsky Institut f. Theo. Physik I I I Tel.: 09131 8528440 Univ. Erlangen-Nuernberg I I Fax.: 09131 8528444 Staudtstrasse 7 B3 I I rogalsky theorie1.physik.uni-erlangen.de D-91058 Erlangen I +----------------------------------------------------------------------+
May 14 2003