digitalmars.D - DMD installation on Linux
- =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= (21/21) Feb 22 2005 I've updated the installation instructions on Wiki4D:
- jicman (10/13) Feb 22 2005 [clip]
- =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= (9/14) Feb 22 2005 I'm sorry, that question does not make any sense.
- Lars Ivar Igesund (6/21) Feb 22 2005 An ebuild exists on the Gentoo bugzilla, but I believe it won't ever be
- =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= (10/16) Feb 22 2005 Seems to be fixed now:
- =?ISO-8859-1?Q?Anders_F_Bj=F6rklund?= (8/25) Feb 22 2005 Fixed the ebuild and updated to version 113...
- John Reimer (2/27) Feb 22 2005 Ah... Thanks Anders, I'll have to give this a try again.
- Anders Runesson (5/36) Feb 22 2005 There are also ebuilds for gdc on gentoo bugzilla, at
- =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= (13/16) Feb 23 2005 Hmm... The gdc ebuild includes a "dev-libs/phobos",
- KennyB (16/21) Feb 23 2005 BTW Anders, on bugzilla, I'm Kenny Bentley that is posting some of the
- =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= (15/21) Feb 23 2005 The problem is:
- KennyB (15/47) Feb 23 2005 For now, I'll continue working on the gdc aspect of it, getting it as
- =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= (21/32) Feb 23 2005 Me neither, but the recommended (by Digital Mars) approach to D is
- John Reimer (9/18) Feb 23 2005 I think a name change is necessary for libphobos.a. For each D
- KennyB (13/36) Feb 23 2005 what I mean is, in dmd on windows (if I remember right before I removed
- Anders Runesson (9/26) Feb 23 2005 I'm gonna take a look at the ebuilds in a moment, and hopefully fix the
- =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= (4/11) Feb 23 2005 I fixed the gcc/gdc versions and patching, let you worry about
- KennyB (6/10) Feb 23 2005 awesome! great job! The ebuild works perfectly (after the small little
- Anders Runesson (6/10) Feb 23 2005 That's stuff from portage, convenience stuff for writing ebuilds.
- =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= (14/17) Feb 23 2005 Learning is good for you. (but I don't use sed much since perl...)
- KennyB (5/13) Feb 23 2005 oh ok, sweet! If I were to do it, I would rather see gdc have a
- Anders Runesson (11/28) Feb 23 2005 Ok, I got the gc-stuff figured out, and I'm gonna put the new ebuilds on...
- Brad Anderson (15/50) Feb 23 2005 Guys,
- KennyB (2/65) Feb 23 2005
- Brad Anderson (11/81) Feb 24 2005 !!! aux_get(): ebuild path for 'portage/phobos-0.10-r1' not specified:
- Brad Anderson (8/97) Feb 24 2005 Either it didn't work, or I'm a complete idiot.
- KennyB (6/18) Feb 25 2005 I doubt your a complete idiot. I have never seen this error. try
- KennyB (10/22) Feb 25 2005 I just read your post again. Sorry about that. I'm screwed up. My friend...
- Brad Anderson (7/35) Feb 25 2005 My post meant that I didn't read yours and have a dev-libs/phobos/*
- =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= (5/7) Feb 25 2005 There's a new GDC ebuild up now, that doesn't use dev-libs/phobos...
- Anders Runesson (8/21) Feb 26 2005 Sweet, except that you still need to unset LDFLAGS(note the leading 'L')...
- =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= (4/10) Feb 26 2005 I thought releases were mostly for released versions... ?
- Georg Wrede (2/17) Feb 27 2005 It's not. The idea is to handle different versions of things.
- =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= (6/9) Feb 27 2005 I meant that I wanted it to start at "0", once out of development.
- Brad Anderson (5/22) Feb 27 2005 http://forums.gentoo.org/viewtopic-t-163922-highlight-dmd.html
- =?UTF-8?B?QW5kZXJzIEYgQmrDtnJrbHVuZA==?= (21/25) Feb 27 2005 Interesting...
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
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]--andersAnd 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. 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
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
Anders F Bj�rklund wrote:jicman wrote: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.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)Yep, it worked for me. Lars Ivar Igesund
Feb 22 2005
Lars Ivar Igesund 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.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. --andersDid 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.
Feb 22 2005
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=46806Calculating dependencies ...done!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....emerge (1 of 1) dev-lang/dmd-0.113 to / md5 src_uri ;-) dmd.113.zipdev-lang/dmd-0.113 merged.
Feb 22 2005
Anders F Bj�rklund wrote:I myself wrote:Ah... Thanks Anders, I'll have to give this a try again.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=46806Calculating dependencies ...done!...emerge (1 of 1) dev-lang/dmd-0.113 to / md5 src_uri ;-) dmd.113.zipdev-lang/dmd-0.113 merged.
Feb 22 2005
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:Ah... Thanks Anders, I'll have to give this a try again.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=46806Calculating dependencies ...done!...emerge (1 of 1) dev-lang/dmd-0.113 to / md5 src_uri ;-) dmd.113.zipdev-lang/dmd-0.113 merged.
Feb 22 2005
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
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 RunessonBTW 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
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
Anders F Björklund wrote:KennyB wrote: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 kennyI 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
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.aI 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. ohOf 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 helpWalter and David are the authorities, I'm just trying to package stuff --anders
Feb 23 2005
Anders F Björklund wrote:KennyB wrote: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.2. since dmd has it's linking somewhat hardcoded, perhaps libphobos.a for dmd could be libdmdphobos.aI 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)
Feb 23 2005
John Reimer wrote:Anders F Björklund wrote: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 :)KennyB wrote: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.2. since dmd has it's linking somewhat hardcoded, perhaps libphobos.a for dmd could be libdmdphobos.aI 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)
Feb 23 2005
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
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
I fixed the gcc/gdc versions and patching, let you worry about the trashman and about including phobos into the main package... :-) --andersawesome! 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
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
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, lolLearning 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
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 Runessonoh 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
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 Runessonoh 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
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 Runessonoh 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
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 Runessonoh 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
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 Runessonoh 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
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 Runessonoh 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
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 BAI 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
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 BAI 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: 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
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 BAI 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: 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
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
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
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
Anders F Björklund wrote:Anders Runesson wrote:It's not. The idea is to handle different versions of things.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... ?
Feb 27 2005
Georg Wrede wrote: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. --andersI thought releases were mostly for released versions... ?It's not. The idea is to handle different versions of things.
Feb 27 2005
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 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. --andersI thought releases were mostly for released versions... ?It's not. The idea is to handle different versions of things.
Feb 27 2005
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