• Ben Hinkle (7/7) Mar 16 2004 All the talk on d.gnu inspired me to update gdmd a little after a
• Pablo De Napoli (36/36) Mar 17 2004 I've tried to compile gdmd-0.21.tar.gz
• Ben Hinkle (7/42) Mar 17 2004 What platform and version of gcc are you using? A couple
• Manfred Hansen (9/20) Mar 18 2004 I have successfully compiled with 0x8000000000000000ULL .
• Ben Hinkle (7/27) Mar 18 2004 try
• Pablo De Napoli (9/15) Mar 20 2004 I'm using gcc (GCC) 3.3.2 20031218 (Gentoo Linux 3.3.2-r5,
• resistor mac.com (3/10) Mar 17 2004 Awesome! I'm compiling on my OS X box as we speak. Er...type that is.
• resistor mac.com (6/20) Mar 18 2004 Well, that didn't work. I got link errors. Don't have time to try to d...
• Ben Hinkle (10/35) Mar 18 2004 I hadn't tried the mac with dmd-0.81 - I should have checked if the
• resistor mac.com (12/51) Mar 18 2004 Here's the exact error, if it helps:
• Mike Hearn (9/16) Mar 19 2004 Cool! Keep going, I see a lot of interest in D from the free software

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

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 
 

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

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

"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

and running the cc1d command by hand. That will generate an

in cc1d or as or link commands.

 Under gdmd-0.2 i get the hello.o file.

 Manfred Hansen

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 

I'm using gcc (GCC) 3.3.2 20031218 (Gentoo Linux 3.3.2-r5,  
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) 
  

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

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

"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

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

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

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

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