www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - DMD installation on Linux

reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
I've updated the installation instructions on Wiki4D:
http://www.prowiki.org/wiki4d/wiki.cgi?D__Tutorial/InstallingDCompiler

I separated them into two different methods:
1. unpack the distribution in your home directory, and use it from there
2. install the files to the system locations (for instance with an RPM)

The first one is suitable if you don't have admin priviledges,
and the second one is good for (single) installation packages...

They are still somewhat tedious, in requiring several manual steps.


I also updated the RPMS for dmd and phobos, to exclude the internal
modules from installation and to put "phobos-debug" in a subpackage

http://www.algonet.se/~afb/d/dmd.spec
http://www.algonet.se/~afb/d/dmd-0.113-7.nosrc.rpm

The SRPM builds the following binaries from the dmd.zip file:

436K    dmd-0.113-7.i686.rpm
348K    dmd-doc-0.113-7.i686.rpm
428K    phobos-0.113-7.i686.rpm
252K    phobos-debug-0.113-7.i686.rpm

3.0M    ftp://ftp.digitalmars.com/dmd.113.zip

Installation is then simplified to:

sudo rpm -Uvh dmd-0.113-7.i686.rpm phobos-0.113-7.i686.rpm

--anders
Feb 22 2005
parent reply jicman <jicman_member pathlink.com> writes:
In article <cvg4or$17nl$1 digitaldaemon.com>,
=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= says...
I've updated the installation instructions on Wiki4D:
http://www.prowiki.org/wiki4d/wiki.cgi?D__Tutorial/InstallingDCompiler

[clip]
--anders

v.96) and it corrupted gcc. I had to rebuild the server. But, I should say that it was **probably** not the porting, but a combination of a bunch of things, which porting dmd didn't help. Just wondering... thanks. josť
Feb 22 2005
parent reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
jicman wrote:

 And speaking of linux, has anyone ported d to gentoo?  I tried it once (dmd
 v.96) and it corrupted gcc.  I had to rebuild the server.

I'm sorry, that question does not make any sense. DMD works just fine with Gentoo, without porting... Did you mean "has anyone got an ebuild for dmd" ? (probably not, since DMD itself is not Open Source) Or "can you compile GDC on Gentoo" ? (which several people have claimed to have done without problems)
 But, I should say
 that it was **probably** not the porting, but a  combination
 of a bunch of things, which porting dmd didn't help.

I don't think it was the "porting" either. :-P --anders
Feb 22 2005
parent reply Lars Ivar Igesund <larsivar igesund.net> writes:
Anders F BjŲrklund wrote:
 jicman wrote:
 
 And speaking of linux, has anyone ported d to gentoo?  I tried it once 
 (dmd
 v.96) and it corrupted gcc.  I had to rebuild the server.

I'm sorry, that question does not make any sense. DMD works just fine with Gentoo, without porting... Did you mean "has anyone got an ebuild for dmd" ? (probably not, since DMD itself is not Open Source)

An ebuild exists on the Gentoo bugzilla, but I believe it won't ever be included in Portage due to problems creating the needed/required digest. The Open Source part isn't a problem.
 
 Or "can you compile GDC on Gentoo" ? (which several
 people have claimed to have done without problems)

Yep, it worked for me. Lars Ivar Igesund
Feb 22 2005
parent reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
Lars Ivar Igesund wrote:

 Did you mean "has anyone got an ebuild for dmd" ?
 (probably not, since DMD itself is not Open Source)

An ebuild exists on the Gentoo bugzilla, but I believe it won't ever be included in Portage due to problems creating the needed/required digest. The Open Source part isn't a problem.

Seems to be fixed now: http://bugs.gentoo.org/show_bug.cgi?id=46806 The digest problem was only because dmd.zip wasn't versioned, but it is now: dmd.133.zip And you are right, Gentoo does accept entries without sources. I was thinking of Debian :-) However, their LICENSE="Artistic" is bogus... DMD is not distributable, Phobos is zlib/png. --anders
Feb 22 2005
parent reply =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= <afb algonet.se> writes:
I myself wrote:

 Seems to be fixed now:
 http://bugs.gentoo.org/show_bug.cgi?id=46806
 
 The digest problem was only because dmd.zip
 wasn't versioned, but it is now: dmd.113.zip
 
 And you are right, Gentoo does accept entries
 without sources. I was thinking of Debian :-)
 
 However, their LICENSE="Artistic" is bogus...
 DMD is not distributable, Phobos is zlib/png.

Fixed the ebuild and updated to version 113... http://bugs.gentoo.org/show_bug.cgi?id=46806
 # emerge dmd
 Calculating dependencies ...done!
 emerge (1 of 1) dev-lang/dmd-0.113 to /
 md5 src_uri ;-) dmd.113.zip



 dev-lang/dmd-0.113 merged.




TODO: run the Phobos unittest in the test phase (it's broken anyway at the moment, so for later) --anders PS. I knew that spare Gentoo partition would come in handy someday, but my main distro is Fedora Core.
Feb 22 2005
parent reply John Reimer <brk_6502 yahoo.com> writes:
Anders F BjŲrklund wrote:
 I myself wrote:
 
 Seems to be fixed now:
 http://bugs.gentoo.org/show_bug.cgi?id=46806

 The digest problem was only because dmd.zip
 wasn't versioned, but it is now: dmd.113.zip

 And you are right, Gentoo does accept entries
 without sources. I was thinking of Debian :-)

 However, their LICENSE="Artistic" is bogus...
 DMD is not distributable, Phobos is zlib/png.

Fixed the ebuild and updated to version 113... http://bugs.gentoo.org/show_bug.cgi?id=46806
 # emerge dmd
 Calculating dependencies ...done!
 emerge (1 of 1) dev-lang/dmd-0.113 to /
 md5 src_uri ;-) dmd.113.zip



 dev-lang/dmd-0.113 merged.





Ah... Thanks Anders, I'll have to give this a try again.
Feb 22 2005
parent reply Anders Runesson <anders runesson.info> writes:
There are also ebuilds for gdc on gentoo bugzilla, at 
http://bugs.gentoo.org/show_bug.cgi?id=48136
in case anyone has missed it. They need some fixing, but they mostly work.
/Anders Runesson

John Reimer wrote:
 Anders F Björklund wrote:
 
 I myself wrote:

 Seems to be fixed now:
 http://bugs.gentoo.org/show_bug.cgi?id=46806

 The digest problem was only because dmd.zip
 wasn't versioned, but it is now: dmd.113.zip

 And you are right, Gentoo does accept entries
 without sources. I was thinking of Debian :-)

 However, their LICENSE="Artistic" is bogus...
 DMD is not distributable, Phobos is zlib/png.

Fixed the ebuild and updated to version 113... http://bugs.gentoo.org/show_bug.cgi?id=46806
 # emerge dmd
 Calculating dependencies ...done!
 emerge (1 of 1) dev-lang/dmd-0.113 to /
 md5 src_uri ;-) dmd.113.zip



 dev-lang/dmd-0.113 merged.





Ah... Thanks Anders, I'll have to give this a try again.

Feb 22 2005
next sibling parent =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Anders Runesson wrote:

 There are also ebuilds for gdc on gentoo bugzilla, at 
 http://bugs.gentoo.org/show_bug.cgi?id=48136
 in case anyone has missed it. They need some fixing, but they mostly work.

Hmm... The gdc ebuild includes a "dev-libs/phobos", which is the GDC variant. That's bound to get ugly, when it conflicts with the DMD version later on... (Phobos is currently specific to each D compiler!) The "dmd" bin conflict is avoided by sticking it in the gcc/d subdirectory (is that on the PATH?) I guess one should either include "phobos" in the "gdc" ebuild, or split it out into "dmd-phobos" and "gdc-phobos" or something. Or fix it... :-) For the RPMS, "phobos" is for DMD (/usr/lib) and "gdc" is installed in /opt/gdc (i.e. /opt/gdc/lib) --anders
Feb 23 2005
prev sibling parent reply KennyB <funisher gmail.com> writes:
Anders Runesson wrote:
 There are also ebuilds for gdc on gentoo bugzilla, at 
 http://bugs.gentoo.org/show_bug.cgi?id=48136
 in case anyone has missed it. They need some fixing, but they mostly work.
 /Anders Runesson
 

BTW Anders, on bugzilla, I'm Kenny Bentley that is posting some of the bugfixes. Do you have any idea when the new 0.11 will come out? I might have some more fixes for gdc... I was thinking for now either forcing the compile of built in boehm-gc or forcing it not to be built in. maybe a use flag. It appears that it's kinda random if it gets built or not. If I get some more time, I'm going to figure out what's going wrong in the configure script. (if I enable CFLAGS, it forces the compile, but if I disable, then it is random..) I also want to figure out how to enable DFLAGS in the ebuild (without it breaking it). I agree something should be done about having conflicting dmd and gdc packages... perhaps just make sure portage knows they conflict. That's really easy to be added to the ebuilds, and should be added to both, so it doesn't happen. It *SHOULD* be possible that they can both co-exist though. I'm going to run a diff on the two phobos libraries a little later, so see if I can spot the problem.
Feb 23 2005
next sibling parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
KennyB wrote:

 I agree something should be done about having conflicting dmd and gdc 
 packages... perhaps just make sure portage knows they conflict. That's 
 really easy to be added to the ebuilds, and should be added to both, so 
 it doesn't happen. It *SHOULD* be possible that they can both co-exist 
 though. I'm going to run a diff on the two phobos libraries a little 
 later, so see if I can spot the problem.

The problem is: 1) The GDC version of Phobos have quite a few patches applied, that are taking eons to appear in the upstream Phobos sources 2) They both want to be called "libphobos.a", even though they (possibly) contain different code and link to different libs 3) There is a similar conflict between "dmd" (the DMD compiler) and "dmd" (the GDC wrapper script), when both are installed. Since GDC conflicts with the system GCC compiler anyway, I ended up installing it under /opt/gdc instead of under /usr... That way, both can be installed without any conflicts at all ? Only downside is that you have to add /opt/gdc/bin to your PATH I suggest that Gentoo does the same, and removes the "phobos" ebuild. (including Phobos modules and libraries in the main "gdc" package ?) --anders
Feb 23 2005
parent reply KennyB <funisher gmail.com> writes:
Anders F Björklund wrote:
 KennyB wrote:
 
 I agree something should be done about having conflicting dmd and gdc 
 packages... perhaps just make sure portage knows they conflict. That's 
 really easy to be added to the ebuilds, and should be added to both, 
 so it doesn't happen. It *SHOULD* be possible that they can both 
 co-exist though. I'm going to run a diff on the two phobos libraries a 
 little later, so see if I can spot the problem.

The problem is: 1) The GDC version of Phobos have quite a few patches applied, that are taking eons to appear in the upstream Phobos sources 2) They both want to be called "libphobos.a", even though they (possibly) contain different code and link to different libs 3) There is a similar conflict between "dmd" (the DMD compiler) and "dmd" (the GDC wrapper script), when both are installed. Since GDC conflicts with the system GCC compiler anyway, I ended up installing it under /opt/gdc instead of under /usr... That way, both can be installed without any conflicts at all ? Only downside is that you have to add /opt/gdc/bin to your PATH I suggest that Gentoo does the same, and removes the "phobos" ebuild. (including Phobos modules and libraries in the main "gdc" package ?) --anders

For now, I'll continue working on the gdc aspect of it, getting it as close to perfect as possible. I don't want to have to add another PATH entry if I don't have to. I haven't had problems with it in the same dir as gcc, and I've really been messin with the compiler quite a bit. What is the conflict with gcc? If anything should get a separate dir, it should be dmd and its version of phobos (because of the licensing thing). I'll look into this when I get back from work. 1. oh, wow, ok -- forget the diff then. 2. since dmd has it's linking somewhat hardcoded, perhaps libphobos.a for dmd could be libdmdphobos.a 3. oh aight, lemme know how I can help kenny
Feb 23 2005
parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
KennyB wrote:

 I don't want to have to add another PATH entry if I don't have to.

Me neither, but the recommended (by Digital Mars) approach to D is to put the files wherever you like and play with PATH and DFLAGS... It's the same approach that Java uses, and I think it sucks eggs. :-)
 I haven't had problems with it in the same dir as gcc, and I've really 
 been messin with the compiler quite a bit. What is the conflict with 
 gcc? If anything should get a separate dir, it should be dmd and its 
 version of phobos (because of the licensing thing). I'll look into this 
 when I get back from work.

Maybe it's not such a big deal on Gentoo, but on other distros (not to mention other operating systems) the system GCC has a truckload of conflicting and unrelated patches applied to it... This means that the regular compiler needs the regular gcc, and the GDC frontend needs the matching gcc to link the files. If Gentoo can get by with "just one" gcc and g++, the better...
 1. oh, wow, ok -- forget the diff then.

If you look in the GDC distribution, there is a file called "patch-dmd-0.102" (or something like that) ? It should contain most of the patches applied, usually with a version(GNU) { }
 2. since dmd has it's linking somewhat hardcoded, perhaps libphobos.a 
 for dmd could be libdmdphobos.a

I don't think DMD is going to change, but maybe they do need different names ? (I added one such "different" Phobos library myself, called libphobos-debug.a that was built without -release, for the contracts)
 3. oh

Of course, the "dmd" wrapper is just a helper when you don't have DMD... Maybe it should be installed as eg. "dmd-wrapper", and then it could (optionally) set up a symbolic link - only if there is no real "dmd" ?
 aight, lemme know how I can help

Walter and David are the authorities, I'm just trying to package stuff --anders
Feb 23 2005
parent reply John Reimer <brk_6502 yahoo.com> writes:
Anders F Björklund wrote:
 KennyB wrote:
 2. since dmd has it's linking somewhat hardcoded, perhaps libphobos.a 
 for dmd could be libdmdphobos.a

I don't think DMD is going to change, but maybe they do need different names ? (I added one such "different" Phobos library myself, called libphobos-debug.a that was built without -release, for the contracts)

I think a name change is necessary for libphobos.a. For each D compiler, they are two different libraries. At least they should be considered different in much the same way as library versions on the same system are different (that's how they coexist). Therefore, it seems logical to assign each phobos a different name. dmd and gdc should be able to coexist on the same system and each compiler should know which phobos belongs to them. - John R.
Feb 23 2005
parent KennyB <funisher gmail.com> writes:
John Reimer wrote:
 Anders F Björklund wrote:
 
 KennyB wrote:

 2. since dmd has it's linking somewhat hardcoded, perhaps libphobos.a 
 for dmd could be libdmdphobos.a

I don't think DMD is going to change, but maybe they do need different names ? (I added one such "different" Phobos library myself, called libphobos-debug.a that was built without -release, for the contracts)

I think a name change is necessary for libphobos.a. For each D compiler, they are two different libraries. At least they should be considered different in much the same way as library versions on the same system are different (that's how they coexist). Therefore, it seems logical to assign each phobos a different name. dmd and gdc should be able to coexist on the same system and each compiler should know which phobos belongs to them. - John R.

what I mean is, in dmd on windows (if I remember right before I removed that partition) you could type "dmd myprog.d" and it would output myprog.exe. In the process of that, you would notice that it does two things.. it did the compiling, then it linked it with the linker tool. If it's the same on linux (I don't know, I use gdc), all that needs to be done for dmd would be to simply edit the (ini?) file to reflect the new lib location or name. Ok, seriously, I'm getting tired here, so nap, then code, then work, then I'll check this out :) peace kenny P.S. david, if there's anything I can do to help, lemme know :)
Feb 23 2005
prev sibling parent reply Anders Runesson <anders runesson.info> writes:
I'm gonna take a look at the ebuilds in a moment, and hopefully fix the 
boehm-gc-stuff. David Friedman had an idea of what caused it, there is a 
message about it in the d.gnu newsgroup in the "trouble compiling DUI 
with gdc"-thread.
At least I'll be able to clean them up a little(checking gcc versions, 
patches and so on). I'm not gonna combine them into a single package 
right now, but I agree it might be a good idea to do so.
/Anders Runesson

KennyB wrote:
 
 BTW Anders, on bugzilla, I'm Kenny Bentley that is posting some of the 
 bugfixes. Do you have any idea when the new 0.11 will come out? I might 
 have some more fixes for gdc... I was thinking for now either forcing 
 the compile of built in boehm-gc or forcing it not to be built in. maybe 
 a use flag. It appears that it's kinda random if it gets built or not. 
 If I get some more time, I'm going to figure out what's going wrong in 
 the configure script. (if I enable CFLAGS, it forces the compile, but if 
 I disable, then it is random..) I also want to figure out how to enable 
 DFLAGS in the ebuild (without it breaking it).
 
 I agree something should be done about having conflicting dmd and gdc 
 packages... perhaps just make sure portage knows they conflict. That's 
 really easy to be added to the ebuilds, and should be added to both, so 
 it doesn't happen. It *SHOULD* be possible that they can both co-exist 
 though. I'm going to run a diff on the two phobos libraries a little 
 later, so see if I can spot the problem.

Feb 23 2005
next sibling parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Anders Runesson wrote:

 I'm gonna take a look at the ebuilds in a moment, and hopefully fix the 
 boehm-gc-stuff. David Friedman had an idea of what caused it, there is a 
 message about it in the d.gnu newsgroup in the "trouble compiling DUI 
 with gdc"-thread.
 At least I'll be able to clean them up a little(checking gcc versions, 
 patches and so on). I'm not gonna combine them into a single package 
 right now, but I agree it might be a good idea to do so.

I fixed the gcc/gdc versions and patching, let you worry about the trashman and about including phobos into the main package... :-) --anders
Feb 23 2005
parent reply KennyB <funisher gmail.com> writes:
 I fixed the gcc/gdc versions and patching, let you worry about
 the trashman and about including phobos into the main package... :-)
 
 --anders

awesome! great job! The ebuild works perfectly (after the small little thing at the end of install, of course). I left you a note on bugzilla about gcc-major-version. I wonder why I don't have that command on my commandline. perhaps it's a variable... where did you find out about this? It would have saved me from having to learn sed, lol I'll start work on the inclusion later... time for bed
Feb 23 2005
next sibling parent Anders Runesson <anders runesson.info> writes:
That's stuff from portage, convenience stuff for writing ebuilds. 
There's a whole bunch of them available, take a look at 
http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1#doc_chap5
Very convenient.
/Anders Runesson

KennyB wrote:

 I left you a note on bugzilla 
 about gcc-major-version. I wonder why I don't have that command on my 
 commandline. perhaps it's a variable... where did you find out about 
 this?

Feb 23 2005
prev sibling parent =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
KennyB wrote:

 I wonder why I don't have that command on my commandline.

Because it's a function ? :-)
 perhaps it's a variable... where did you find out about 
 this? It would have saved me from having to learn sed, lol

Learning is good for you. (but I don't use sed much since perl...) I found the gcc functions in the manual, along with some friendly explanations of why running commands in the global scope is bad ? --anders References: "Gentoo Developer Handbook" http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=0&chap=0 Specifically: "Ebuild HOWTO" http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=1 "Ebuild policy" http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3&chap=1
Feb 23 2005
prev sibling parent reply KennyB <funisher gmail.com> writes:
Anders Runesson wrote:
 I'm gonna take a look at the ebuilds in a moment, and hopefully fix the 
 boehm-gc-stuff. David Friedman had an idea of what caused it, there is a 
 message about it in the d.gnu newsgroup in the "trouble compiling DUI 
 with gdc"-thread.
 At least I'll be able to clean them up a little(checking gcc versions, 
 patches and so on). I'm not gonna combine them into a single package 
 right now, but I agree it might be a good idea to do so.
 /Anders Runesson

oh ok, sweet! If I were to do it, I would rather see gdc have a dependency on boehm-gc, as then if someone wanted to use their own gc, it's a much easier task, or creating a threadsafe gc, or removing the gc... Just a thought... David?
Feb 23 2005
parent reply Anders Runesson <anders runesson.info> writes:
Ok, I got the gc-stuff figured out, and I'm gonna put the new ebuilds on 
bugzilla in a minute(some other tiny stuff to do) or so. Please test 
them, I have probably screwed something up (I hate writing ebuilds!!!).
:)

The error with boehm-gc was the configure script in the boehm-subdir of 
phobos failed because LDFLAGS was set, and thus d_os_dep.c didn'g get 
patched as it should(thanks David). This wasn't caught because the 
ebuild didn't check if configure failed, and happily went on with 
make+make install.

/Anders Runesson

KennyB wrote:
 Anders Runesson wrote:
 
 I'm gonna take a look at the ebuilds in a moment, and hopefully fix 
 the boehm-gc-stuff. David Friedman had an idea of what caused it, 
 there is a message about it in the d.gnu newsgroup in the "trouble 
 compiling DUI with gdc"-thread.
 At least I'll be able to clean them up a little(checking gcc versions, 
 patches and so on). I'm not gonna combine them into a single package 
 right now, but I agree it might be a good idea to do so.
 /Anders Runesson

oh ok, sweet! If I were to do it, I would rather see gdc have a dependency on boehm-gc, as then if someone wanted to use their own gc, it's a much easier task, or creating a threadsafe gc, or removing the gc... Just a thought... David?

Feb 23 2005
parent reply Brad Anderson <brad dsource.dot.org> writes:
Guys,

I got the latest ebuilds for gdc & phobos out of bugs.gentoo.org and 
only ran the digest part of both.  The gdc one seems to be working, but 
phobos has some issues.


 ebuild /usr/local/portage/dev-lang/gdc/phobos-0.10-r1.ebuild digest

!!! None !!! aux_get(): ebuild path for 'dev-lang/phobos-0.10-r1' not specified: !!! None doebuild(): aux_get() error reading dev-lang/phobos-0.10-r1; aborting.

Am I doing something wrong here? I looked inside and couldn't find a path with dev-lang/phobos-* instead of dev-lang/gdc/phobos-* I have PORTDIR_OVERLAY="/usr/local/portage" in my /etc/make.conf file. Thanks, BA Anders Runesson wrote:
 Ok, I got the gc-stuff figured out, and I'm gonna put the new ebuilds on 
 bugzilla in a minute(some other tiny stuff to do) or so. Please test 
 them, I have probably screwed something up (I hate writing ebuilds!!!).
 :)
 
 The error with boehm-gc was the configure script in the boehm-subdir of 
 phobos failed because LDFLAGS was set, and thus d_os_dep.c didn'g get 
 patched as it should(thanks David). This wasn't caught because the 
 ebuild didn't check if configure failed, and happily went on with 
 make+make install.
 
 /Anders Runesson
 
 KennyB wrote:
 
 Anders Runesson wrote:

 I'm gonna take a look at the ebuilds in a moment, and hopefully fix 
 the boehm-gc-stuff. David Friedman had an idea of what caused it, 
 there is a message about it in the d.gnu newsgroup in the "trouble 
 compiling DUI with gdc"-thread.
 At least I'll be able to clean them up a little(checking gcc 
 versions, patches and so on). I'm not gonna combine them into a 
 single package right now, but I agree it might be a good idea to do so.
 /Anders Runesson

oh ok, sweet! If I were to do it, I would rather see gdc have a dependency on boehm-gc, as then if someone wanted to use their own gc, it's a much easier task, or creating a threadsafe gc, or removing the gc... Just a thought... David?


Feb 23 2005
parent reply KennyB <funisher gmail.com> writes:
it should be in dev-libs/phobos

Brad Anderson wrote:
 Guys,
 
 I got the latest ebuilds for gdc & phobos out of bugs.gentoo.org and 
 only ran the digest part of both.  The gdc one seems to be working, but 
 phobos has some issues.
 
 
  > ebuild /usr/local/portage/dev-lang/gdc/phobos-0.10-r1.ebuild digest
 !!! aux_get(): ebuild path for 'dev-lang/phobos-0.10-r1' not specified:
 !!!            None
 !!! aux_get(): ebuild path for 'dev-lang/phobos-0.10-r1' not specified:
 !!!            None
 doebuild(): aux_get() error reading dev-lang/phobos-0.10-r1; aborting.
  >
 
 
 Am I doing something wrong here?  I looked inside and couldn't find a 
 path with dev-lang/phobos-* instead of dev-lang/gdc/phobos-*
 
 I have PORTDIR_OVERLAY="/usr/local/portage" in my /etc/make.conf file.
 
 Thanks,
 BA
 
 
 Anders Runesson wrote:
 
 Ok, I got the gc-stuff figured out, and I'm gonna put the new ebuilds 
 on bugzilla in a minute(some other tiny stuff to do) or so. Please 
 test them, I have probably screwed something up (I hate writing 
 ebuilds!!!).
 :)

 The error with boehm-gc was the configure script in the boehm-subdir 
 of phobos failed because LDFLAGS was set, and thus d_os_dep.c didn'g 
 get patched as it should(thanks David). This wasn't caught because the 
 ebuild didn't check if configure failed, and happily went on with 
 make+make install.

 /Anders Runesson

 KennyB wrote:

 Anders Runesson wrote:

 I'm gonna take a look at the ebuilds in a moment, and hopefully fix 
 the boehm-gc-stuff. David Friedman had an idea of what caused it, 
 there is a message about it in the d.gnu newsgroup in the "trouble 
 compiling DUI with gdc"-thread.
 At least I'll be able to clean them up a little(checking gcc 
 versions, patches and so on). I'm not gonna combine them into a 
 single package right now, but I agree it might be a good idea to do so.
 /Anders Runesson

oh ok, sweet! If I were to do it, I would rather see gdc have a dependency on boehm-gc, as then if someone wanted to use their own gc, it's a much easier task, or creating a threadsafe gc, or removing the gc... Just a thought... David?



Feb 23 2005
parent reply Brad Anderson <brad dsource.dot.org> writes:
Nope.  That didn't do it either.

 ebuild /usr/local/portage/dev-libs/phobos-0.10-r1.ebuild digest

!!! None !!! aux_get(): ebuild path for 'portage/phobos-0.10-r1' not specified: !!! None doebuild(): aux_get() error reading portage/phobos-0.10-r1; aborting.

It almost appears that there's a call to ../ (the directory above) somewhere in the script, but I can't find it. Sorry, not too good with ebuilds yet. BA KennyB wrote:
 it should be in dev-libs/phobos
 
 Brad Anderson wrote:
 
 Guys,

 I got the latest ebuilds for gdc & phobos out of bugs.gentoo.org and 
 only ran the digest part of both.  The gdc one seems to be working, 
 but phobos has some issues.


  > ebuild /usr/local/portage/dev-lang/gdc/phobos-0.10-r1.ebuild digest
 !!! aux_get(): ebuild path for 'dev-lang/phobos-0.10-r1' not specified:
 !!!            None
 !!! aux_get(): ebuild path for 'dev-lang/phobos-0.10-r1' not specified:
 !!!            None
 doebuild(): aux_get() error reading dev-lang/phobos-0.10-r1; aborting.
  >


 Am I doing something wrong here?  I looked inside and couldn't find a 
 path with dev-lang/phobos-* instead of dev-lang/gdc/phobos-*

 I have PORTDIR_OVERLAY="/usr/local/portage" in my /etc/make.conf file.

 Thanks,
 BA


 Anders Runesson wrote:

 Ok, I got the gc-stuff figured out, and I'm gonna put the new ebuilds 
 on bugzilla in a minute(some other tiny stuff to do) or so. Please 
 test them, I have probably screwed something up (I hate writing 
 ebuilds!!!).
 :)

 The error with boehm-gc was the configure script in the boehm-subdir 
 of phobos failed because LDFLAGS was set, and thus d_os_dep.c didn'g 
 get patched as it should(thanks David). This wasn't caught because 
 the ebuild didn't check if configure failed, and happily went on with 
 make+make install.

 /Anders Runesson

 KennyB wrote:

 Anders Runesson wrote:

 I'm gonna take a look at the ebuilds in a moment, and hopefully fix 
 the boehm-gc-stuff. David Friedman had an idea of what caused it, 
 there is a message about it in the d.gnu newsgroup in the "trouble 
 compiling DUI with gdc"-thread.
 At least I'll be able to clean them up a little(checking gcc 
 versions, patches and so on). I'm not gonna combine them into a 
 single package right now, but I agree it might be a good idea to do 
 so.
 /Anders Runesson

oh ok, sweet! If I were to do it, I would rather see gdc have a dependency on boehm-gc, as then if someone wanted to use their own gc, it's a much easier task, or creating a threadsafe gc, or removing the gc... Just a thought... David?




Feb 24 2005
parent reply Brad Anderson <brad dsource.dot.org> writes:
Either it didn't work, or I'm a complete idiot.

You said dev-libs/phobos/phobos-*.ebuild

I put it in dev-libs/phobos-*.ebuild

So, my conclusion is that I'm a complete idiot.  Worked fine after I did 
that.

Thx

BA

Brad Anderson wrote:
 Nope.  That didn't do it either.
 
  > ebuild /usr/local/portage/dev-libs/phobos-0.10-r1.ebuild digest
 !!! aux_get(): ebuild path for 'portage/phobos-0.10-r1' not specified:
 !!!            None
 !!! aux_get(): ebuild path for 'portage/phobos-0.10-r1' not specified:
 !!!            None
 doebuild(): aux_get() error reading portage/phobos-0.10-r1; aborting.
  >
 
 It almost appears that there's a call to ../ (the directory above) 
 somewhere in the script, but I can't find it.
 
 Sorry, not too good with ebuilds yet.
 
 BA
 
 KennyB wrote:
 
 it should be in dev-libs/phobos

 Brad Anderson wrote:

 Guys,

 I got the latest ebuilds for gdc & phobos out of bugs.gentoo.org and 
 only ran the digest part of both.  The gdc one seems to be working, 
 but phobos has some issues.


  > ebuild /usr/local/portage/dev-lang/gdc/phobos-0.10-r1.ebuild digest
 !!! aux_get(): ebuild path for 'dev-lang/phobos-0.10-r1' not specified:
 !!!            None
 !!! aux_get(): ebuild path for 'dev-lang/phobos-0.10-r1' not specified:
 !!!            None
 doebuild(): aux_get() error reading dev-lang/phobos-0.10-r1; aborting.
  >


 Am I doing something wrong here?  I looked inside and couldn't find a 
 path with dev-lang/phobos-* instead of dev-lang/gdc/phobos-*

 I have PORTDIR_OVERLAY="/usr/local/portage" in my /etc/make.conf file.

 Thanks,
 BA


 Anders Runesson wrote:

 Ok, I got the gc-stuff figured out, and I'm gonna put the new 
 ebuilds on bugzilla in a minute(some other tiny stuff to do) or so. 
 Please test them, I have probably screwed something up (I hate 
 writing ebuilds!!!).
 :)

 The error with boehm-gc was the configure script in the boehm-subdir 
 of phobos failed because LDFLAGS was set, and thus d_os_dep.c didn'g 
 get patched as it should(thanks David). This wasn't caught because 
 the ebuild didn't check if configure failed, and happily went on 
 with make+make install.

 /Anders Runesson

 KennyB wrote:

 Anders Runesson wrote:

 I'm gonna take a look at the ebuilds in a moment, and hopefully 
 fix the boehm-gc-stuff. David Friedman had an idea of what caused 
 it, there is a message about it in the d.gnu newsgroup in the 
 "trouble compiling DUI with gdc"-thread.
 At least I'll be able to clean them up a little(checking gcc 
 versions, patches and so on). I'm not gonna combine them into a 
 single package right now, but I agree it might be a good idea to 
 do so.
 /Anders Runesson

oh ok, sweet! If I were to do it, I would rather see gdc have a dependency on boehm-gc, as then if someone wanted to use their own gc, it's a much easier task, or creating a threadsafe gc, or removing the gc... Just a thought... David?





Feb 24 2005
next sibling parent KennyB <funisher gmail.com> writes:
Brad Anderson wrote:
 Either it didn't work, or I'm a complete idiot.
 
 You said dev-libs/phobos/phobos-*.ebuild
 
 I put it in dev-libs/phobos-*.ebuild
 
 So, my conclusion is that I'm a complete idiot.  Worked fine after I did 
 that.
 
 Thx
 
 BA

I doubt your a complete idiot. I have never seen this error. try removing the -r1 from the ebuild... I dunno. Maybe you could give more detailed information... what does "emerge gdc" produce? How about "emerge phobos" ??? hope you get it working!
Feb 25 2005
prev sibling parent reply KennyB <funisher gmail.com> writes:
Brad Anderson wrote:
 Either it didn't work, or I'm a complete idiot.
 
 You said dev-libs/phobos/phobos-*.ebuild
 
 I put it in dev-libs/phobos-*.ebuild
 
 So, my conclusion is that I'm a complete idiot.  Worked fine after I did 
 that.
 
 Thx
 
 BA

I just read your post again. Sorry about that. I'm screwed up. My friend gave me 3 nodoz yesterday and I'm still feeling the effects. It shouldn't work the way you put it... for me: # ls /usr/local/portage/dev-libs/phobos/ -l total 8 -rw-rw-r-- 1 root portage 127 Feb 16 05:09 Manifest drwxr-xr-x 2 root root 88 Feb 16 05:09 files -rw-r--r-- 1 root root 1652 Feb 20 23:25 phobos-0.10.ebuild that's really weird. Still, can you provide more information?
Feb 25 2005
parent reply Brad Anderson <brad dsource.dot.org> writes:
My post meant that I didn't read yours and have a dev-libs/phobos/* 
directory.  At first, I just put the ebuild into the dev-libs/ directory.

When I corrected it, everything worked fine.  I was able to get GDC as 
well as Phobos (GDC) up and running.

Thanks for the help,
BA

KennyB wrote:
 Brad Anderson wrote:
 
 Either it didn't work, or I'm a complete idiot.

 You said dev-libs/phobos/phobos-*.ebuild

 I put it in dev-libs/phobos-*.ebuild

 So, my conclusion is that I'm a complete idiot.  Worked fine after I 
 did that.

 Thx

 BA

I just read your post again. Sorry about that. I'm screwed up. My friend gave me 3 nodoz yesterday and I'm still feeling the effects. It shouldn't work the way you put it... for me: # ls /usr/local/portage/dev-libs/phobos/ -l total 8 -rw-rw-r-- 1 root portage 127 Feb 16 05:09 Manifest drwxr-xr-x 2 root root 88 Feb 16 05:09 files -rw-r--r-- 1 root root 1652 Feb 20 23:25 phobos-0.10.ebuild that's really weird. Still, can you provide more information?

Feb 25 2005
parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Brad Anderson wrote:

 My post meant that I didn't read yours and have a dev-libs/phobos/* 
 directory.  At first, I just put the ebuild into the dev-libs/ directory.

There's a new GDC ebuild up now, that doesn't use dev-libs/phobos... Instead it is included in dev-lang/gdc, it's compiler specific anyway http://bugs.gentoo.org/show_bug.cgi?id=48136 --anders
Feb 25 2005
parent reply Anders Runesson <anders runesson.info> writes:
Sweet, except that you still need to unset LDFLAGS(note the leading 'L') 
in the ebuild to get the gc stuff right. It doesn't even compile for me 
the way it looks now.

And, when making ebuilds: if you supply an updated version, stick an 
'-rX' suffix on it, it marks the version of the ebuild itself.
This one should be called gdc-0.10-r2.

/Anders Runesson

Anders F Björklund wrote:
 Brad Anderson wrote:
 
 My post meant that I didn't read yours and have a dev-libs/phobos/* 
 directory.  At first, I just put the ebuild into the dev-libs/ directory.

There's a new GDC ebuild up now, that doesn't use dev-libs/phobos... Instead it is included in dev-lang/gdc, it's compiler specific anyway http://bugs.gentoo.org/show_bug.cgi?id=48136 --anders

Feb 26 2005
parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Anders Runesson wrote:

 Sweet, except that you still need to unset LDFLAGS(note the leading 'L') 
 in the ebuild to get the gc stuff right. It doesn't even compile for me 
 the way it looks now.

Okay, just add after the other umpteen "unsets" then.
 And, when making ebuilds: if you supply an updated version, stick an 
 '-rX' suffix on it, it marks the version of the ebuild itself.
 This one should be called gdc-0.10-r2.

I thought releases were mostly for released versions... ? --anders
Feb 26 2005
parent reply Georg Wrede <georg.wrede nospam.org> writes:
Anders F Björklund wrote:
 Anders Runesson wrote:
 
 Sweet, except that you still need to unset LDFLAGS(note the leading 
 'L') in the ebuild to get the gc stuff right. It doesn't even compile 
 for me the way it looks now.

Okay, just add after the other umpteen "unsets" then.
 And, when making ebuilds: if you supply an updated version, stick an 
 '-rX' suffix on it, it marks the version of the ebuild itself.
 This one should be called gdc-0.10-r2.

I thought releases were mostly for released versions... ?

It's not. The idea is to handle different versions of things.
Feb 27 2005
parent reply =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Georg Wrede wrote:

 I thought releases were mostly for released versions... ?

It's not. The idea is to handle different versions of things.

I meant that I wanted it to start at "0", once out of development. Anyway, I'm not sure that it will be released or when that'll happen. Both DMD and GDC were added to Gentoo's bugzilla back in April 2004 ? Maybe they are just waiting for D itself to reach 1.0, or something. --anders
Feb 27 2005
parent reply Brad Anderson <brad dsource.dot.org> writes:
http://forums.gentoo.org/viewtopic-t-163922-highlight-dmd.html

Seems they still may have some issues with licensing, but that may be 
DMD, not GDC.

BA

Anders F Björklund wrote:
 Georg Wrede wrote:
 
 I thought releases were mostly for released versions... ?

It's not. The idea is to handle different versions of things.

I meant that I wanted it to start at "0", once out of development. Anyway, I'm not sure that it will be released or when that'll happen. Both DMD and GDC were added to Gentoo's bugzilla back in April 2004 ? Maybe they are just waiting for D itself to reach 1.0, or something. --anders

Feb 27 2005
parent =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= <afb algonet.se> writes:
Brad Anderson wrote:

 http://forums.gentoo.org/viewtopic-t-163922-highlight-dmd.html
 
 Seems they still may have some issues with licensing,
 but that may be DMD, not GDC.

Interesting... Seems like the initial problem was with DMD lacking versions, so it couldn't be linked to. Then there is the license which does not allow re-distribution, which can be stated in ebuild: LICENSE="DMD" RESTRICT="nomirror" It might be that since DMD is a binary-only package, it can't be put in the regular directories as per policy but has to be in something like /opt/dmd instead ? (like with Sun's JDK:) http://www.gentoo.org/cgi-bin/viewcvs.cgi/dev-java/sun-jdk/ And at least DMD can be downloaded directly with FTP, without going through some silly licensing pages and shellscript / zip wrappers ? (like one has to do for almost all of Sun's java-related stuff...) Fortunately, none of this is a problem for GDC since it comes with full source code and is released under the LICENSE="GPL-2"... It also could work on platforms other than X86, such as Gentoo PPC. (GDC 0.10 doesn't, due to an issue with the signedness of chars) The only remaining issue to be sorted out is the boehm-gc depend ? (and of course the failing unittest, and the missing manpages...) --anders
Feb 27 2005