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

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

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

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
>

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

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

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

"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

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

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