www.digitalmars.com         C & C++   DMDScript  

D - DMD 0.65 release

reply "Walter" <walter digitalmars.com> writes:
Hopefully fixed another bad section
name bug.

http://www.digitalmars.com/d/changelog.html
May 13 2003
next sibling parent reply John Reimer <jjreimer telus.net> writes:
On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:


 Hopefully fixed another bad section
 name bug.
 
 http://www.digitalmars.com/d/changelog.html



I 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
parent reply "Walter" <walter digitalmars.com> writes:
"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:


 Hopefully fixed another bad section
 name bug.

 http://www.digitalmars.com/d/changelog.html



 I 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.4



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.
May 13 2003
next sibling parent reply Russ Lewis <spamhole-2001-07-16 deming-os.org> writes:
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...

 On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:


 Hopefully fixed another bad section
 name bug.

 http://www.digitalmars.com/d/changelog.html



 I 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.4



 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.



--
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
next sibling parent reply "Walter" <walter digitalmars.com> writes:
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 on




 RH 7.2 (gcc 2.96) machine.



 BTW, it's fairly easy to move to new versions if you use symbolic links.




 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




 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...

 On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:


 Hopefully fixed another bad section
 name bug.

 http://www.digitalmars.com/d/changelog.html



 I 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.4



 Please double check that you put the new libphobos.a in /usr/lib. I







 checked 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
parent reply Russ Lewis <spamhole-2001-07-16 deming-os.org> writes:
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...

 I too am getting this on my RH 9 (gcc 3.2.2) machine.  I don't get this on




 RH 7.2 (gcc 2.96) machine.



 BTW, it's fairly easy to move to new versions if you use symbolic links.




 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




 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...

 On Tue, 13 May 2003 02:14:45 -0700, Walter wrote:


 Hopefully fixed another bad section
 name bug.

 http://www.digitalmars.com/d/changelog.html



 I 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.4



 Please double check that you put the new libphobos.a in /usr/lib. I







 checked 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))) ]






--
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
parent reply "Walter" <walter digitalmars.com> writes:
"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 am




 confused about what it is for.  "ln -sf 0.65 cur" didn't change my link,




 was 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
parent reply Russ Lewis <spamhole-2001-07-16 deming-os.org> writes:
"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...

 GAHK!  Either the -f switch of the 'ln' command is broken, or I am




 confused about what it is for.  "ln -sf 0.65 cur" didn't change my link,




 was continuing to use all of the old stuff!

 However....on RH 9, I still get the "bad relocation symbol" error.



 For what symbol?



--
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
next sibling parent Jonathan Andrew <Jonathan_member pathlink.com> writes:
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...

 GAHK!  Either the -f switch of the 'ln' command is broken, or I am




 confused about what it is for.  "ln -sf 0.65 cur" didn't change my link,




 was continuing to use all of the old stuff!

 However....on RH 9, I still get the "bad relocation symbol" error.



 For what symbol?



--
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
prev sibling parent reply "Walter" <walter digitalmars.com> writes:
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
next sibling parent Russ Lewis <spamhole-2001-07-16 deming-os.org> writes:
[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...

 "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?






--
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
prev sibling parent Russ Lewis <spamhole-2001-07-16 deming-os.org> writes:
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...

 "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?






--
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
prev sibling parent Russ Lewis <spamhole-2001-07-16 deming-os.org> writes:
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:


 "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:


 Hopefully fixed another bad section
 name bug.

 http://www.digitalmars.com/d/changelog.html



 I 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.4



 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.



 --
 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))) ]



--
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
prev sibling parent reply John Reimer <jjreimer telus.net> writes:
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
next sibling parent John Reimer <jjreimer telus.net> writes:
On Tue, 13 May 2003 13:58:19 -0700, John Reimer wrote:


 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?



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.
May 13 2003
prev sibling parent reply "Walter" <walter digitalmars.com> writes:
"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:

 Please double check that you put the new libphobos.a in /usr/lib. I







 checked 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.



 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




 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?



Use:
    ar -x libphobos.a gc.o
Then run:
    dumpobj gc.o >log
please email me the log file.
May 13 2003
next sibling parent reply John Reimer <jjreimer telus.net> writes:
 
 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
parent reply Georg Wrede <Georg_member pathlink.com> writes:
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
next sibling parent "Luna Kid" <lunakid neuropolis.org> writes:
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:




 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
prev sibling parent reply "Walter" <walter digitalmars.com> writes:
"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:




 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 256



dhry.d needs a little updating <g>.
May 14 2003
next sibling parent Russ Lewis <spamhole-2001-07-16 deming-os.org> writes:
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...

 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:




 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 256



 dhry.d needs a little updating <g>.



--
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 14 2003
prev sibling parent reply Georg Wrede <Georg_member pathlink.com> writes:
In article <b9tqb4$1m32$1 digitaldaemon.com>, Walter says...

"Georg Wrede" <Georg_member pathlink.com> wrote

 Cannot compile dhry.



it again.



Bliss!!! 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.)



dhry.d needs a little updating <g>.




Thanks to Luna Kid, that too works now!
May 14 2003
parent "Walter" <walter digitalmars.com> writes:
"Georg Wrede" <Georg_member pathlink.com> wrote in message
news:b9uml3$2l24$1 digitaldaemon.com...

dhry.d needs a little updating <g>.






I uploaded a fix for that as well. I had it in my linux test suite, but had
forgotten to update the distribution directory.
May 14 2003
prev sibling parent reply John Reimer <jjreimer telus.net> writes:
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
next sibling parent John Reimer <jjreimer telus.net> writes:
 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
prev sibling parent "Walter" <walter digitalmars.com> writes:
"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
prev sibling parent Olaf Rogalsky <olaf.rogalsky theorie1.physik.uni-erlangen.de> writes:
Walter wrote:

 Hopefully fixed another bad section
 name bug.




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