www.digitalmars.com         C & C++   DMDScript  

D.gnu - GDC pre-release posted

reply David Friedman <d3rdclsmail_a_ _t_earthlink_d_._t_net> writes:
Lots of new features, not much documentation.  The full release will be 
made when I sync up with the latest DMD version.

http://home.earthlink.net/~dvdfrdmn/d/

Major Improvements:

* Updated to DMD 0.113
* Phobos is now built as target library (i.e., no need for a separate 
build step.)
* Boehm-gc is no longer used and the Java package is no longer required.
* Inline assembler for x86 (some limitations compared to DMD)
* Included Anders Björklund's patches to enable the use of frameworks on 
Darwin.

David
Apr 11 2005
next sibling parent Dejan Lekic <leka entropy.tmok.com> writes:
PERFECT! I prefer GPL projects and all I can say is _THANKS_! New GDC
version is most welcome...

Dejan

-- 
...........
Dejan Lekic
  http://dejan.lekic.org
  
Apr 11 2005
prev sibling next sibling parent reply "Charlie" <charles jwavro.com> writes:
A mingwn build soon to follow :) ?

Charlie

"David Friedman" <d3rdclsmail_a_ _t_earthlink_d_._t_net> wrote in message
news:d3fh9n$1gur$1 digitaldaemon.com...
 Lots of new features, not much documentation.  The full release will be
 made when I sync up with the latest DMD version.

 http://home.earthlink.net/~dvdfrdmn/d/

 Major Improvements:

 * Updated to DMD 0.113
 * Phobos is now built as target library (i.e., no need for a separate
 build step.)
 * Boehm-gc is no longer used and the Java package is no longer required.
 * Inline assembler for x86 (some limitations compared to DMD)
 * Included Anders Björklund's patches to enable the use of frameworks on
 Darwin.

 David

Apr 12 2005
next sibling parent reply bug d.com writes:
Tried the pre-release with my example large file. cc1d reports:

virtual memory exhausted: Cannot allocate memory

Even though I have ~350M phisical free memory as shown by top.  gdc fails after
about 250M allocation.

What's the flag I should pass to "configure" to build a debugging version of
gdc?  I can try to generate the stack trace of gdc itself when it fails.  Do you
think this will help?
Apr 12 2005
parent reply David Friedman <d3rdclsmail_a_ _t_earthlink_d_._t_net> writes:
bug d.com wrote:
 Tried the pre-release with my example large file. cc1d reports:
 
 virtual memory exhausted: Cannot allocate memory
 
 Even though I have ~350M phisical free memory as shown by top.  gdc fails after
 about 250M allocation.
 
 What's the flag I should pass to "configure" to build a debugging version of
 gdc?  I can try to generate the stack trace of gdc itself when it fails.  Do
you
 think this will help?
 
 
 

A stack trace will definately be helpful. Setting the CFLAGS environment variable to '-O0 -g' before running configure should work. You could also uncomment 'D_CC_FLAGS += -O0 -g' in d/Make-lang.in. David
Apr 12 2005
parent bug d.com writes:
This problem also doesn't work under gdc:

digitalmars.D/21401

Some info regarding my bug with large files: I have lot's of things like (T/A/B)
as described in the above.

Separate compilation always gives many errors like:

b.d:9: size of type T!(B) is not known
b.d:9: size of type T!(B) is not known

I'm not sure if this is a bug or feature? (both DMD and GDC behave the same.)

So I wrote a script to generate all of them into one big file, then DMD works.
But GDC fails with: "virtual memory exhausted: Cannot allocate memory".

By setting CFLAGS='-O0 -g', I was able to debug gdc, but I don't know where to
set breakpoint.

Detaching after fork from child process 20376.
virtual memory exhausted: Cannot allocate memory

Program exited with code 01.
(gdb)

Grep the error message doesn't give me much help, there are many occurance of
"virtual memory exhausted", but not occurance of "Cannot allocate memory".

Can you give me some hint here, where to set break point to catch the stack
trace?
Apr 13 2005
prev sibling parent David Friedman <d3rdclsmail_a_ _t_earthlink_d_._t_net> writes:
Because this was a pre-release and there are still some outstanding 
issues, I didn't want to announce it just yet... But yes, you can at 
least build a cross compiler with a mingw32 target now.  I haven't tried 
a native build under MSYS/Cygwin.

BTW, this is the only cross target currently supported 'out of the box'.

David

Charlie wrote:
 A mingwn build soon to follow :) ?
 
 Charlie
 
 "David Friedman" <d3rdclsmail_a_ _t_earthlink_d_._t_net> wrote in message
 news:d3fh9n$1gur$1 digitaldaemon.com...
 
Lots of new features, not much documentation.  The full release will be
made when I sync up with the latest DMD version.

http://home.earthlink.net/~dvdfrdmn/d/

Major Improvements:

* Updated to DMD 0.113
* Phobos is now built as target library (i.e., no need for a separate
build step.)
* Boehm-gc is no longer used and the Java package is no longer required.
* Inline assembler for x86 (some limitations compared to DMD)
* Included Anders Björklund's patches to enable the use of frameworks on
Darwin.

David


Apr 12 2005
prev sibling parent brad domain.invalid writes:
David Friedman wrote:
 Lots of new features, not much documentation.  The full release will be 
 made when I sync up with the latest DMD version.
 
 http://home.earthlink.net/~dvdfrdmn/d/
 
 Major Improvements:
 
 * Updated to DMD 0.113
 * Phobos is now built as target library (i.e., no need for a separate 
 build step.)
 * Boehm-gc is no longer used and the Java package is no longer required.
 * Inline assembler for x86 (some limitations compared to DMD)
 * Included Anders Björklund's patches to enable the use of frameworks on 
 Darwin.
 
 David

I just wanted to say thank you for all the work that you have put in to GDC. Thanks Brad
Apr 13 2005