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

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

David Friedman schrieb am Tue, 12 Apr 2005 00:03:40 -0400:
> 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.

Thank's a lot for your great work David.

Somehow Phobos' configure set the target_alias but didn't set the host_alias and as a consequence make tried to create /gcc instead of i686-pc-linux-gnu/gcc.

Thomas


-----BEGIN PGP SIGNATURE-----

iD8DBQFCW8/Z3w+/yD4P9tIRAkG6AJ9Zerq5xY1jM1NyUQJvSCVfYlbqzQCeJy7a
8JPFx7KHK6UIG6MAIPMkY4Q=
=2Hgj
-----END PGP SIGNATURE-----

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.

I get this error when trying to build Phobos:
"configure: error: Sorry, you must provide the
target-specific configure fragments (--enable-phobos-config-dir)"

I tried adding --disable-phobos-config-dir,
but that didn't help much... And making it a
fake directory just made "frag-unix not found".

--anders

David Friedman wrote:

> * Included Anders Björklund's patches to enable the use of frameworks on Darwin.

In case anyone wonders, the patch is just to make GCC/GDC pass any
-framework on to the system linker, to avoid the clunky alternative:

	"-framework Whatever"  =>  "-Wl,-framework,Whatever"

It just makes doing GDC things a little nicer on the Mac OS X platform.
Especially with the new fix to make it co-exist with Apple's GCC/G++ !

--anders

Thomas Kuehne wrote:

> Somehow Phobos' configure set the target_alias but didn't set the
> host_alias and as a consequence make tried to create /gcc instead of i686-pc-linux-gnu/gcc.

Thanks Thomas, this got me a little further...
(explicitly setting --host and --build params)

Now it seems to be disliking my paths instead:

i386-redhat-linux-gcc -o internal/gc/gc.o -O2 -g -pipe -march=i386 -funittest -nostdinc -I ../gcc-3.4.3/gcc/d/phobos -I ../gcc-3.4.3/gcc/d/phobos/internal/gc -I ./i386-redhat-linux -c ../gcc-3.4.3/gcc/d/phobos/internal/gc/gc.d
{standard input}: Assembler messages:
{standard input}:10: Error: unknown pseudo-op: `..'
make: *** [internal/gc/gc.o] Error 1

It's really, really hard to try to pass the
standard CFLAGS and DFLAGS to anything in D ?
(having similar problems with DMD and recls)

--anders

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Anders F Björklund schrieb am Tue, 12 Apr 2005 15:56:25 +0200:
>
> Now it seems to be disliking my paths instead:
>
> i386-redhat-linux-gcc -o internal/gc/gc.o -O2 -g -pipe -march=i386
> -funittest -nostdinc -I ../gcc-3.4.3/gcc/d/phobos -I
> ../gcc-3.4.3/gcc/d/phobos/internal/gc -I ./i386-redhat-linux -c
> ../gcc-3.4.3/gcc/d/phobos/internal/gc/gc.d
> {standard input}: Assembler messages:
> {standard input}:10: Error: unknown pseudo-op: `..'
> make: *** [internal/gc/gc.o] Error 1

guessing from the error message your directory setup would be

somewhere/gcc-3.4.3
somewhere/gcc-3.4.3/gcc/d/phobos
somewhere/phobos [you are here and trying to build Phobos]

Is that right?

Thomas


-----BEGIN PGP SIGNATURE-----

iD8DBQFCW9j93w+/yD4P9tIRAtdVAKCaxfmIifnbwZTuKdQGSIf4SEXNwACfXCBl
9YM/Vgdo3SSoVv4rT2Q8rRQ=
=Ujhp
-----END PGP SIGNATURE-----

Thomas Kuehne wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Anders F Björklund schrieb am Tue, 12 Apr 2005 15:56:25 +0200:
> 
>>Now it seems to be disliking my paths instead:
>>
>>i386-redhat-linux-gcc -o internal/gc/gc.o -O2 -g -pipe -march=i386 -funittest -nostdinc -I ../gcc-3.4.3/gcc/d/phobos -I ../gcc-3.4.3/gcc/d/phobos/internal/gc -I ./i386-redhat-linux -c ../gcc-3.4.3/gcc/d/phobos/internal/gc/gc.d
>>{standard input}: Assembler messages:
>>{standard input}:10: Error: unknown pseudo-op: `..'
>>make: *** [internal/gc/gc.o] Error 1
> 
> 
> guessing from the error message your directory setup would be
> 
> somewhere/gcc-3.4.3
> somewhere/gcc-3.4.3/gcc/d/phobos
> somewhere/phobos [you are here and trying to build Phobos]
> 
> Is that right?
> 
> Thomas
> 
> 
> -----BEGIN PGP SIGNATURE-----
> 
> iD8DBQFCW9j93w+/yD4P9tIRAtdVAKCaxfmIifnbwZTuKdQGSIf4SEXNwACfXCBl
> 9YM/Vgdo3SSoVv4rT2Q8rRQ=
> =Ujhp
> -----END PGP SIGNATURE-----

Argh, I forgot to mention this: The build process has changed and there is no need to build Phobos separately.  The INSTALL file has been updated and explains the new process. Don't worry, it's a lot easier now.

David

Thomas Kuehne wrote:


> guessing from the error message your directory setup would be
> 
> somewhere/gcc-3.4.3
> somewhere/gcc-3.4.3/gcc/d/phobos
> somewhere/phobos [you are here and trying to build Phobos]
> 
> Is that right?

Actually my set up is: (done by the RPM specfile, you see...)

BUILD/
  gdc-0.11pre1-gcc-3.4.3/
    gcc-3.4.3
    obj-i386-redhat-linux
    gdc-temp
    phobos-unittest
    phobos-contracts
    phobos-release

Where gcc-3.4.3 are the patched GCC/GDC sources, unpacked from gcc-core-%{gcc_version}.tar.bz2 and gcc-g++-%{gcc_version}.tar.bz2,
and then gdc-%{gdc_version}.tar.bz2 is added as "gcc-?.?.?/gcc/d"

And I'm building GCC/GDC in the "obj-%{_target_platform}" directory,
and temporarily installing it in the "gdc-temp" directory to build
Phobos in the "phobos-***" and the "phobos-release" directories...


But I will fall back to building a vanilla version, since it seems that
David has added a new toplev patch and that my Make hacks don't work:

make libphobos.a unittest \
CC="gcc" CFLAGS="$OPT_FLAGS -DPHOBOS_USE_PTHREADS=1 -DHAVE_CONFIG_H -Ietc/c/stlsoft -I." \
DMD="gdc" DFLAGS="$OPT_FLAGS -funittest -nostdinc"

./unittest || exit 1

It's possible that this can be made simpler now, with the new
"check-target-libphobos"

Maybe one can even pass the flags directly to configure, now
that the whining "boehm-gc" target is not needed anymore ?

Who knows, maybe it can even be built with "make -j3" now...


All that I *really* want to do is to pass $OPT_FLAGS along
to the various C/C++/D builds - it is currently constructed from
$RPM_OPT_FLAGS, minus all flags that GCC and libiberty hates:

OPT_FLAGS=`echo $RPM_OPT_FLAGS|sed -e 's/-fno-rtti//g' -e 's/-fno-exceptions//g'`
# -mcpu makes libiberty fail to build, in GCC 3.4 *grr!*
OPT_FLAGS=`echo $OPT_FLAGS|perl -pe 's/ ?-mcpu=([^ ]+)//g'`

Where the standard i386 $RPM_OPT_FLAGS is:
#rpm --eval %{optflags}
-O2 -g -pipe -march=i386 -mcpu=i686

Then I use the setting of "-funittest" for phobos-unittest,
"" for phobos-contracts and "-frelease" for phobos-release ?

Rest of the flags crud was just added to make it limp along...

--anders

David Friedman wrote:

> Argh, I forgot to mention this: The build process has changed and there is no need to build Phobos separately.  The INSTALL file has been updated and explains the new process. Don't worry, it's a lot easier now.

Yeah, ended up actually *reading* the INSTALL when the build failed :-)

And with a little luck, it should be no longer needed to provide a
/opt/gdc/gcc and /opt/gdc/g++ for Mac OS X... That should cut down
the download size for GDC, from 30 MB to a tiny 3 MB or something!

The vanilla build completed on Mac OS X, so I will test that later on...

--anders