• Matthew Wilson (2/2) Jun 15 2003 Is there a way, without editing SC.INI, to have the compiler look first ...
• Walter (6/8) Jun 15 2003 No. The reason it is the way it is is because one can have DMC reside on...
• Matthew Wilson (9/17) Jun 16 2003 Sure I get the point, and most of the time I appreciate it. However, at ...
• Frank Albe (8/16) Jun 21 2003 Here come the baby geese to nibble on you... =:)
• Matthew Wilson (6/26) Jun 21 2003 Very good idea. I second that.

"Matthew Wilson" <matthew stlsoft.org> writes:

Is there a way, without editing SC.INI, to have the compiler look first at
the environment variables (specifically INCLUDE), and then look at SC.INI?

"Walter" <walter digitalmars.com> writes:

"Matthew Wilson" <matthew stlsoft.org> wrote in message
news:bcj5sm$k5n$1 digitaldaemon.com...
 Is there a way, without editing SC.INI, to have the compiler look first at
 the environment variables (specifically INCLUDE), and then look at SC.INI?

No. The reason it is the way it is is because one can have DMC reside on a
system peacefully with some other compiler that demanded exclusive use of
the environment.

The way to do what you ask is to edit sc.ini.

"Matthew Wilson" <matthew stlsoft.org> writes:

Sure I get the point, and most of the time I appreciate it. However, at the
moment I'm wanting to do some testing of DMC++ with and without STLPort, and
I was wanting a quick and easy solution. The alternative, of course, is
specify ...\dm\stlport in the include list, but it'd be much easier with
a -e (a la MAKE).

"Walter" <walter digitalmars.com> wrote in message
news:bcjelt$r62$1 digitaldaemon.com...
 "Matthew Wilson" <matthew stlsoft.org> wrote in message
 news:bcj5sm$k5n$1 digitaldaemon.com...
 Is there a way, without editing SC.INI, to have the compiler look first


at
 the environment variables (specifically INCLUDE), and then look at


SC.INI?
 No. The reason it is the way it is is because one can have DMC reside on a
 system peacefully with some other compiler that demanded exclusive use of
 the environment.

 The way to do what you ask is to edit sc.ini.

Frank Albe <falbe mindspring.com> writes:

Here come the baby geese to nibble on you... =:)

Would it be possible to have the compiler look for an SC.INI in the
current directory, using it in preference to the one in the .\dm\bin
directory?

Or yet another command-line switch naming a file to override SC.INI?


On Sun, 15 Jun 2003 20:47:47 -0700, "Walter" <walter digitalmars.com>
wrote:

"Matthew Wilson" <matthew stlsoft.org> wrote in message
news:bcj5sm$k5n$1 digitaldaemon.com...
 Is there a way, without editing SC.INI, to have the compiler look first at
 the environment variables (specifically INCLUDE), and then look at SC.INI?

No. The reason it is the way it is is because one can have DMC reside on a
system peacefully with some other compiler that demanded exclusive use of
the environment.

The way to do what you ask is to edit sc.ini.

 ../frank

"Matthew Wilson" <matthew stlsoft.org> writes:

Very good idea. I second that.

"Frank Albe" <falbe mindspring.com> wrote in message
news:bnq8fvkqkjhecagctjbtm1htqkokdqq11i 4ax.com...
 Here come the baby geese to nibble on you... =:)

 Would it be possible to have the compiler look for an SC.INI in the
 current directory, using it in preference to the one in the .\dm\bin
 directory?

 Or yet another command-line switch naming a file to override SC.INI?


 On Sun, 15 Jun 2003 20:47:47 -0700, "Walter" <walter digitalmars.com>
 wrote:

"Matthew Wilson" <matthew stlsoft.org> wrote in message
news:bcj5sm$k5n$1 digitaldaemon.com...
 Is there a way, without editing SC.INI, to have the compiler look first



at
 the environment variables (specifically INCLUDE), and then look at



SC.INI?
No. The reason it is the way it is is because one can have DMC reside on


a
system peacefully with some other compiler that demanded exclusive use of
the environment.

The way to do what you ask is to edit sc.ini.

  ../frank