www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.bugs - dmd.conf problems on dmd.2.019 (object.d not readable)

reply Charles Hixson <charleshixsn earthlink.net> writes:
Message:
object.d: module object cannot read file 'object.d'

The fix was to alter dmd.conf, thus:

[Environment]

DFLAGS=-I/usr/local/dmd/src/phobos -L-L/usr/local/dmd/lib
#DFLAGS=-I% P%/../src/phobos -L-L% P%/../lib

I'm running on Ubuntu Hardy Heron.  dmd is installed in /usr/local/dmd, 
but the execution is via symbolic links in /usr/local/bin.  My guess is 
that it's reading the compilation path via the links rather than the 
installation location.

Sorry I didn't file this via Bugzilla, but I'm on the wrong computer, 
and I don't have my account memorized.
Oct 26 2008
next sibling parent ore-sama <spam here.lot> writes:
Charles Hixson Wrote:

 Message:
 object.d: module object cannot read file 'object.d'
 
 The fix was to alter dmd.conf, thus:
 
 [Environment]
 
 DFLAGS=-I/usr/local/dmd/src/phobos -L-L/usr/local/dmd/lib
 #DFLAGS=-I% P%/../src/phobos -L-L% P%/../lib
 
 I'm running on Ubuntu Hardy Heron.  dmd is installed in /usr/local/dmd, 
 but the execution is via symbolic links in /usr/local/bin.  My guess is 
 that it's reading the compilation path via the links rather than the 
 installation location.

But how can it know, where it's installed? % P% is replaced with directory of conf file, where does it reside?
Oct 27 2008
prev sibling next sibling parent "Steven Schveighoffer" <schveiguy yahoo.com> writes:
"Charles Hixson" wrote
 Message:
 object.d: module object cannot read file 'object.d'

 The fix was to alter dmd.conf, thus:

 [Environment]

 DFLAGS=-I/usr/local/dmd/src/phobos -L-L/usr/local/dmd/lib
 #DFLAGS=-I% P%/../src/phobos -L-L% P%/../lib

 I'm running on Ubuntu Hardy Heron.  dmd is installed in /usr/local/dmd, 
 but the execution is via symbolic links in /usr/local/bin.  My guess is 
 that it's reading the compilation path via the links rather than the 
 installation location.

 Sorry I didn't file this via Bugzilla, but I'm on the wrong computer, and 
 I don't have my account memorized.

The benefit of links is that the application does not know that it is a link (and shouldn't try to find out). This is the expected behavior in my opinion. -Steve
Oct 27 2008
prev sibling parent BCS <ao pathlink.com> writes:
Reply to Charles,

 Message:
 object.d: module object cannot read file 'object.d'
 The fix was to alter dmd.conf, thus:
 
 [Environment]
 
 DFLAGS=-I/usr/local/dmd/src/phobos -L-L/usr/local/dmd/lib
 #DFLAGS=-I% P%/../src/phobos -L-L% P%/../lib
 
 I'm running on Ubuntu Hardy Heron.  dmd is installed in
 /usr/local/dmd, but the execution is via symbolic links in
 /usr/local/bin.  My guess is that it's reading the compilation path
 via the links rather than the installation location.
 
 Sorry I didn't file this via Bugzilla, but I'm on the wrong computer,
 and I don't have my account memorized.
 

IIRC On linux you can get away with not using a dmd.conf at all. It requiters that stuff be put in all the right places. I have a script that seems to work most places I have used it (YMMV so take it more as guide lines) http://www.dsource.org/projects/scrapple/browser/trunk/scripts/dmd_update
Oct 27 2008