Re: preparing for the next open-source gfortran release




"post" <no-spam@xxxxxxxxxxxx> wrote in message
news:7R0yj.7364$li.2495@xxxxxxxxxxx

"Gerry Ford" <invalid@xxxxxxxxxxx> wrote in message
news:1204268678_55777@xxxxxxxxxxxxxxxxxxxxxx
I've been working up my game with open-source distros and believe to have
come upon a compelling reason not to have more than one on a given
machine.
So I'll be ripping out everything I have in anticipation of the new
release.

Linux is much more aware this way. Anyways, I had an installation that
turned out to be 4.3.0, after which I installed 4.2.3. This is what the
linker is looking for:
.....


You installed two versions on the same system. ENVIRONMENT VARIABLES
messed
up. The way to resolve the problem is type the command

set | more

to find out which environment variable messed up. The distribution 4.2.3,
from www.equation.com, properly set the variable, and won't cause the
problem. That is not a problem caused by 4.2.3. If you re-install 4.2.3
under a new account, you should not get the problem.

The distribution 4.3.0-20080127 does not have g++. I have no idea how the
distribution, 4.3.0-20080127 (possibly from FX) you installed, set the
variables. The message, you provided, shows "nonexistent directory". That
means c++ components cannot be found. As a matter of fact, the
distribution
4.2.3 has all the g++ components. This is problem of environment
variables.
Please type the command

set | more

to show the environment variables. I do have a suggestion. If you like to
install two distributions on Windows. You can install, for example, 4.2.3,
under a new account user_a, and install 4.3.0-20080127 under another
account. Don't install two distributions under the same account.
Environment
variables could be messed up.
These are the values of the path system variable of my primary identity, now
that I put equation's open source distro on another user identity:

C:\path\gcc\bin;C:\path\gcc\i386-pc-mingw32\bin;C:\equation\gcc\bin;C:\Program
Files\Silverfrost\FTN95;C:\Perl\site\bin;C:\Perl\bin;c:\ruby\bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem

I don't think that having another user identity shelters a person from path
trouble with open-source distros. The point is, I think, that you have to
go in after the fact and change this stuff manually, if you want gcc distros
of differing versions to "work." At a minumum, dos cannot be confused as
well as your linker.

Now that I look back, equation 4.2.3 adds a mingw entry; 4.3.0 does not.

set | more
I'm curious what that pipe is supposed to do for me.

--
Gerry Ford



"Anybody who says, that a high-speed collision with water is the same as
with concrete, likely has more experience with the former than the latter."


.



Relevant Pages

  • Re: Windows Installer (MSI) Error 2203 An internal error has occurred.
    ... Computer> Properties> Advanced> Environment Variables and type ... SUCCESS Offset: 2147483539 Length: 1 ... I also have a log for the msi install if required. ... The problem only occurs under my own account. ...
    (microsoft.public.windows.server.general)
  • Re: preparing for the next open-source gfortran release
    ... under a new account, you should not get the problem. ... The distribution 4.3.0-20080127 does not have g++. ... This is problem of environment variables. ... install two distributions on Windows. ...
    (comp.lang.fortran)
  • Re: Universal sound card?
    ... As soon as that machine is set up and fully functional, I intend to install ... GNU/Linux as an operating system was meant as a Windows replacement. ... GNU/Linux continues that tradition - and perhaps more so even for the Linux ... AFAIK Mandriva is not the only distribution that is this ...
    (comp.os.linux.hardware)
  • Re: Advanced Client install nightmare
    ... I can successfully install manually using the SMS account. ... MS Client Configuration Manager cannot install the Advanced Client to ...
    (microsoft.public.sms.admin)
  • Re: userName="machine" didnt work
    ... Juan, ... version) than the .42 dlls. ... Deleted the ASPNET account from "Local Users and Group – ... ASPNET user and allowed the ASP.NET install to re-create it. ...
    (microsoft.public.dotnet.framework.aspnet)