www.digitalmars.com         C & C++   DMDScript  

D.gnu - gdmd 0.21

reply Ben Hinkle <bhinkle4 juno.com> writes:
All the talk on d.gnu inspired me to update gdmd a little after a
month or so hiatus. New stuff:
  - updated to dmd-0.81 and gcc-3.4-20040310
  - support class fields and field reference. no member functions yet.
  - support basic "new" to just call C++'s new (ie - no gc)

available at http://home.comcast.net/~benhinkle/gdmd-0.21.tar.gz

-Ben
Mar 16 2004
next sibling parent reply Pablo De Napoli <pdenapo AT yahoo.com> <Pablo_member pathlink.com> writes:
I've tried to compile gdmd-0.21.tar.gz 
with the gcc sources from cvs, and I've
got the following 
error messages 
 
rm: cannot remove `stage2_build': No such
file or directory 
./../gcc-3.4/gcc/d/dmd/lexer.c: In member function `TOK
Lexer::number(Token*) 
   ': 
./../gcc-3.4/gcc/d/dmd/lexer.c:1478: error:
integer constant is too large for  
   "long" type
./../gcc-3.4/gcc/d/dmd/lexer.c:1480: error: integer constant is too large for
"long" type 
./../gcc-3.4/gcc/d/dmd/lexer.c:1489: error: integer constant is
too large for  
   "long" type 
./../gcc-3.4/gcc/d/dmd/lexer.c:1491: error:
integer constant is too large for  
   "long" type
./../gcc-3.4/gcc/d/dmd/lexer.c:1499: error: integer constant is too large for
"long" type 
./../gcc-3.4/gcc/d/dmd/lexer.c:1507: error: integer constant is
too large for  
   "long" type 
make[3]: *** [lexer.dmd.o] Error 1 
make[2]: ***
[stage2_build] Error 2 
make[1]: *** [quickstrap] Error 2 
make: *** [all-gcc]
Error 2 
 
Best regards, 
Pablo De Napoli 
 
Mar 17 2004
parent reply Ben Hinkle <bhinkle4 juno.com> writes:
On Wed, 17 Mar 2004 21:00:52 +0000 (UTC), Pablo De Napoli <pdenapo AT
yahoo.com> <Pablo_member pathlink.com> wrote:

I've tried to compile gdmd-0.21.tar.gz 
with the gcc sources from cvs, and I've
got the following 
error messages 
 
rm: cannot remove `stage2_build': No such
file or directory 
./../gcc-3.4/gcc/d/dmd/lexer.c: In member function `TOK
Lexer::number(Token*) 
   ': 
./../gcc-3.4/gcc/d/dmd/lexer.c:1478: error:
integer constant is too large for  
   "long" type
./../gcc-3.4/gcc/d/dmd/lexer.c:1480: error: integer constant is too large for
"long" type 
./../gcc-3.4/gcc/d/dmd/lexer.c:1489: error: integer constant is
too large for  
   "long" type 
./../gcc-3.4/gcc/d/dmd/lexer.c:1491: error:
integer constant is too large for  
   "long" type
./../gcc-3.4/gcc/d/dmd/lexer.c:1499: error: integer constant is too large for
"long" type 
./../gcc-3.4/gcc/d/dmd/lexer.c:1507: error: integer constant is
too large for  
   "long" type 
make[3]: *** [lexer.dmd.o] Error 1 
make[2]: ***
[stage2_build] Error 2 
make[1]: *** [quickstrap] Error 2 
make: *** [all-gcc]
Error 2 
 
Best regards, 
Pablo De Napoli 

What platform and version of gcc are you using? A couple people have reported the same error. Googling around try putting UL at the end of the constantx like 0x8000000000000000UL, etc. -Ben
Mar 17 2004
next sibling parent reply Manfred Hansen <manfred toppoint.de> writes:
On Wed, 17 Mar 2004 22:00:21 -0500, Ben Hinkle wrote:

 On Wed, 17 Mar 2004 21:00:52 +0000 (UTC), Pablo De Napoli <pdenapo AT
 yahoo.com> <Pablo_member pathlink.com> wrote:
 
 [zitierter Text ausgeblendet]

What platform and version of gcc are you using? A couple people have reported the same error. Googling around try putting UL at the end of the constantx like 0x8000000000000000UL, etc. -Ben

I have successfully compiled with 0x8000000000000000ULL . ^ My next problem is: hansen hansen-lx:~/gdmd$ ./gdmd -c hello.d gdmd: hello.d: linker input file unused because linking not done The hello.o file wasn't generated Under gdmd-0.2 i get the hello.o file. Manfred Hansen
Mar 18 2004
parent "Ben Hinkle" <bhinkle4 juno.com> writes:
"Manfred Hansen" <manfred toppoint.de> wrote in message
news:pan.2004.03.18.20.13.21.815930 toppoint.de...
 On Wed, 17 Mar 2004 22:00:21 -0500, Ben Hinkle wrote:

 On Wed, 17 Mar 2004 21:00:52 +0000 (UTC), Pablo De Napoli <pdenapo AT
 yahoo.com> <Pablo_member pathlink.com> wrote:

 [zitierter Text ausgeblendet]

What platform and version of gcc are you using? A couple people have reported the same error. Googling around try putting UL at the end of the constantx like 0x8000000000000000UL, etc. -Ben

I have successfully compiled with 0x8000000000000000ULL . ^ My next problem is: hansen hansen-lx:~/gdmd$ ./gdmd -c hello.d gdmd: hello.d: linker input file unused because linking not done The hello.o file wasn't generated

try ./gdmd -### hello.d and running the cc1d command by hand. That will generate an assembly language file. I use -### to track down if a bug is in cc1d or as or link commands.
 Under gdmd-0.2 i get the hello.o file.

 Manfred Hansen

Mar 18 2004
prev sibling parent Pablo De Napoli <Pablo_member pathlink.com> writes:
What platform and version of gcc are you using? A couple  
people have reported the same error. 
Googling around try putting UL at the end of the constantx 
like 0x8000000000000000UL, etc. 
 
-Ben 

propolice-3.3-7) to bootstrap the compiler (and the gcc-3.4 sources from cvs) I'm using Gentoo Linux, glibc 2.3.2-r9 and kernel 2.4.25 Pablo De Napoli (pdenapo AT yahoo.com)
Mar 20 2004
prev sibling next sibling parent reply resistor mac.com writes:
Awesome!  I'm compiling on my OS X box as we speak.  Er...type that is.

Owen

In article <c38e0d$2sjm$1 digitaldaemon.com>, Ben Hinkle says...
All the talk on d.gnu inspired me to update gdmd a little after a
month or so hiatus. New stuff:
  - updated to dmd-0.81 and gcc-3.4-20040310
  - support class fields and field reference. no member functions yet.
  - support basic "new" to just call C++'s new (ie - no gc)

available at http://home.comcast.net/~benhinkle/gdmd-0.21.tar.gz

-Ben

Mar 17 2004
parent reply resistor mac.com writes:
Well, that didn't work.  I got link errors.  Don't have time to try to diagnose
it right now, but I'll work on it later:

Undefined Symbols:
_charset_locale
fmodl(double a, doubleb b)

In article <c3bcbg$1s53$1 digitaldaemon.com>, resistor mac.com says...
Awesome!  I'm compiling on my OS X box as we speak.  Er...type that is.

Owen

In article <c38e0d$2sjm$1 digitaldaemon.com>, Ben Hinkle says...
All the talk on d.gnu inspired me to update gdmd a little after a
month or so hiatus. New stuff:
  - updated to dmd-0.81 and gcc-3.4-20040310
  - support class fields and field reference. no member functions yet.
  - support basic "new" to just call C++'s new (ie - no gc)

available at http://home.comcast.net/~benhinkle/gdmd-0.21.tar.gz

-Ben


Mar 18 2004
parent reply "Ben Hinkle" <bhinkle4 juno.com> writes:
I hadn't tried the mac with dmd-0.81 - I should have checked if the
fmodl workaround was still needed and it looks like it is. Try modifying
gcc/d/dmd/constfold.c to not call fmodl (it looks like Apple's libraries
don't have fmodl) and just put anything else in it's place. Or if you
can figure out what corresponds to fmodl on the mac let me or Walter
know so the source can be updated.

The _charset_locale doesn't ring a bell.

-Ben

<resistor mac.com> wrote in message news:c3cbis$epn$1 digitaldaemon.com...
 Well, that didn't work.  I got link errors.  Don't have time to try to

 it right now, but I'll work on it later:

 Undefined Symbols:
 _charset_locale
 fmodl(double a, doubleb b)

 In article <c3bcbg$1s53$1 digitaldaemon.com>, resistor mac.com says...
Awesome!  I'm compiling on my OS X box as we speak.  Er...type that is.

Owen

In article <c38e0d$2sjm$1 digitaldaemon.com>, Ben Hinkle says...
All the talk on d.gnu inspired me to update gdmd a little after a
month or so hiatus. New stuff:
  - updated to dmd-0.81 and gcc-3.4-20040310
  - support class fields and field reference. no member functions yet.
  - support basic "new" to just call C++'s new (ie - no gc)

available at http://home.comcast.net/~benhinkle/gdmd-0.21.tar.gz

-Ben



Mar 18 2004
parent resistor mac.com writes:
Here's the exact error, if it helps:

ld: warning multiple definitions of symbol _locale_charset
./intl/libintl.a(localcharset.o) definition of _locale_charset in section
(__TEXT,__text)
/usr/lib/libiconv.dylib(localcharset.o) definition of _locale_charset
ld: Undefined symbols:
fmodl(long double, long double)

Actually, on second glance it looks like the _locale_charset part is just a
warning and fmodl is the only 
real error.

Owen

In article <c3cf3r$kvq$1 digitaldaemon.com>, Ben Hinkle says...
I hadn't tried the mac with dmd-0.81 - I should have checked if the
fmodl workaround was still needed and it looks like it is. Try modifying
gcc/d/dmd/constfold.c to not call fmodl (it looks like Apple's libraries
don't have fmodl) and just put anything else in it's place. Or if you
can figure out what corresponds to fmodl on the mac let me or Walter
know so the source can be updated.

The _charset_locale doesn't ring a bell.

-Ben

<resistor mac.com> wrote in message news:c3cbis$epn$1 digitaldaemon.com...
 Well, that didn't work.  I got link errors.  Don't have time to try to

 it right now, but I'll work on it later:

 Undefined Symbols:
 _charset_locale
 fmodl(double a, doubleb b)

 In article <c3bcbg$1s53$1 digitaldaemon.com>, resistor mac.com says...
Awesome!  I'm compiling on my OS X box as we speak.  Er...type that is.

Owen

In article <c38e0d$2sjm$1 digitaldaemon.com>, Ben Hinkle says...
All the talk on d.gnu inspired me to update gdmd a little after a
month or so hiatus. New stuff:
  - updated to dmd-0.81 and gcc-3.4-20040310
  - support class fields and field reference. no member functions yet.
  - support basic "new" to just call C++'s new (ie - no gc)

available at http://home.comcast.net/~benhinkle/gdmd-0.21.tar.gz

-Ben




Mar 18 2004
prev sibling parent Mike Hearn <mike navi.cx> writes:
On Tue, 16 Mar 2004 21:43:24 -0500, Ben Hinkle wrote:
 All the talk on d.gnu inspired me to update gdmd a little after a
 month or so hiatus. New stuff:
   - updated to dmd-0.81 and gcc-3.4-20040310
   - support class fields and field reference. no member functions yet.
   - support basic "new" to just call C++'s new (ie - no gc)
 
 available at http://home.comcast.net/~benhinkle/gdmd-0.21.tar.gz

Cool! Keep going, I see a lot of interest in D from the free software community. Many more people than you suspect have seen it and liked it, but been put off because of the lack of a free (gcc based) compiler. I've had a few conversations on IRC with people that ended with "yeah, I'd use it if it wasn't tied to proprietary software" or words to that effect. Especially with all the discussion on the linux desktop platform, the entrance of D as a contender could make things even more interesting. thanks -mike
Mar 19 2004