|
»
« Return to Thread: (no subject)
Re: libgmp-10.dll not found (was: no subject)
by keithmarshall
::
Rate this Message:
On 09/04/12 09:26, Peter Rockett wrote:
>>> Is the compiler's bin/ directory on the PATH?
>>
>> No, but the installation is set up to be portable. If I set it in
>> their path, and they happen to never use it again, then it's in their
>> path and they may not delete it.
Why ever not? Unless you employ particularly draconian administrative
policies, users should always be empowered to modify that area of the
environment designated as "User Environment Variables"; you don't have
to add it to the "System Environment".
>> Is there a way I could temporarily set it in their path, or is there
>> another fix for this problem?
>
> Copy the DLL(s) to the same directory as the exe? (I believe Windows
> searches the current directory for any DLLs it needs before checking the
> paths.)
That should work, but begs the question why the DLLs required by GCC are
not already in the same directory as the GCC executable? They should
be, in a correctly installed set-up.
> Ultimately, the cleanest technique would be static linking... but
> unfortunately MinGW does not provide static libraries.
Well, that isn't likely to happen; (why do so many Windoze users exhibit
this irrational aversion to using DLLs?)
In any case, ultimately, the cleanest solution is to use the process
local environment to specify the appropriate PATH, (as we do, when we
use MSYS as our shell, or use the "set" command in cmd.exe). Using the
Windoze control panel, or even worse, editing the registry, to specify
environment variables for a specific process, is usually a bad idea.
BTW, unless you really want a majority of subscribers to automatically
filter your postings into their spam/junk disposal system, without ever
reading them, don't post messages with no subject.
--
Regards,
Keith.
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
MinGW-users mailing list
MinGW-users@...
This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated.
_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
>>> Is the compiler's bin/ directory on the PATH?
>>
>> No, but the installation is set up to be portable. If I set it in
>> their path, and they happen to never use it again, then it's in their
>> path and they may not delete it.
Why ever not? Unless you employ particularly draconian administrative
policies, users should always be empowered to modify that area of the
environment designated as "User Environment Variables"; you don't have
to add it to the "System Environment".
>> Is there a way I could temporarily set it in their path, or is there
>> another fix for this problem?
>
> Copy the DLL(s) to the same directory as the exe? (I believe Windows
> searches the current directory for any DLLs it needs before checking the
> paths.)
That should work, but begs the question why the DLLs required by GCC are
not already in the same directory as the GCC executable? They should
be, in a correctly installed set-up.
> Ultimately, the cleanest technique would be static linking... but
> unfortunately MinGW does not provide static libraries.
Well, that isn't likely to happen; (why do so many Windoze users exhibit
this irrational aversion to using DLLs?)
In any case, ultimately, the cleanest solution is to use the process
local environment to specify the appropriate PATH, (as we do, when we
use MSYS as our shell, or use the "set" command in cmd.exe). Using the
Windoze control panel, or even worse, editing the registry, to specify
environment variables for a specific process, is usually a bad idea.
BTW, unless you really want a majority of subscribers to automatically
filter your postings into their spam/junk disposal system, without ever
reading them, don't post messages with no subject.
--
Regards,
Keith.
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
MinGW-users mailing list
MinGW-users@...
This list observes the Etiquette found at
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated.
_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
« Return to Thread: (no subject)
| Free embeddable forum powered by Nabble | Forum Help |
