environment hosed during upgrade

[Sisyphus]

Hi,
During my upgrade from XP (32) Vista (64) my MinGW folder remained in tact.
But whenever I try to compile a source file, I get:

----------------
C:\_32\C>gcc try.c
gcc: installation problem, cannot exec `cc1': No such file or directory
----------------

So, I ran:

----------------
C:\_32\C>set path=C:\_32\MinGW\libexec\gcc\mingw32\3.4.4;%path%

C:\_32\C>gcc try.c
try.c:1:19: no include path in which to search for stdio.h
----------------

Obviously, some environment settings have been lost in the upgrade. What's
the best way to fix this ?

I can't find a downloadable installer on the download site. I do have the
MinGW-4.1.1.exe on another box. Should I transfer it across and do a fresh
install ? (Preferably, I'll want to stay with 3.4.4.)

But maybe there's a simpler, less drastic solution ?

Here's my 'gcc -v':

-------------------
C:\_32\C>gcc -v
Using built-in specs.
Configured with:
../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --host=
mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable
-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared
 --e
nable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-ja
va-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchroniz
ation --enable-libstdcxx-debug
Thread model: win32
gcc version 3.4.4 (mingw special)
-------------------

I also have a second MinGW (3.4.5) installation that came as part of the
Strawberry Perl distribution. It suffers the same problem.

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Sisyphus" <sisyphus1@...>
To: "minGW Users List" <mingw-users@...>
Sent: Wednesday, February 28, 2007 11:42 AM
Subject: [Mingw-users] environment hosed during upgrade


> Hi,
> During my upgrade from XP (32) Vista (64) my MinGW folder remained in
> tact.
> But whenever I try to compile a source file, I get:
>
> ----------------
> C:\_32\C>gcc try.c
> gcc: installation problem, cannot exec `cc1': No such file or directory
> ----------------

I tried re-installing Strawbewrry Perl from scratch (as that was the
simplest way I could find of creating a fresh installing of MinGW) - and the
same problem persists.

The actual apps that were built under the previous install seem to be
working ok - eg my MinGW-built perl works fine. It's just that I can't build
(or re-build) anything that involves MinGW's gcc.

In the meantime I'll just have to build things on my Windows2000 laptop and
transfer them across, I guess.

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Danny Smith]

 
 Sisyphus wrote

>
> Hi,
> During my upgrade from XP (32) Vista (64) my MinGW folder
> remained in tact.
> But whenever I try to compile a source file, I get:
>
> ----------------
> C:\_32\C>gcc try.c
> gcc: installation problem, cannot exec `cc1': No such file or
> directory
> ----------------
>

I suspect that the  problem is a change in the way that the MSVCRT
function _access() handles the X_OK mode. In earlier  versions of MSVCRT
passing X_OK to access was the same as passing F_OK  -- the mode was
just ignored.  Now, however this result in an error return (invalid
param value). GCC calls access to determine relative prefix of cc1.exe
(ie, the relative path from gcc.exe).  Hence the gcc error message.

To fix: gcc driver needs to be recompiled with a patch to avoid use of
X_OK in call to access.

I'll upload a new gcc.exe driver for 3.4.5 ASAP unless someone beats me
to it.

Danny


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Danny Smith" <dannysmith@...>
.
.

>
> I suspect that the  problem is a change in the way that the MSVCRT
> function _access() handles the X_OK mode. In earlier  versions of MSVCRT
> passing X_OK to access was the same as passing F_OK  -- the mode was
> just ignored.  Now, however this result in an error return (invalid
> param value). GCC calls access to determine relative prefix of cc1.exe
> (ie, the relative path from gcc.exe).  Hence the gcc error message.
>
> To fix: gcc driver needs to be recompiled with a patch to avoid use of
> X_OK in call to access.
>
> I'll upload a new gcc.exe driver for 3.4.5 ASAP unless someone beats me
> to it.
>

I have a contact that I know to be running Strawberry Perl (
http://vanillaperl.com/ ) on Vista 64, and I have the impression that he was
using MinGW's gcc without trouble. I've sent off a note asking that he
confirm that. In the meantime I've (yet again) done a fresh install of Vista
64 (incorporating a format of the hard drive to wipe out everything that was
there) - but I still get:

C:\C>gcc -o try.exe try.c
gcc: installation problem, cannot exec `cc1': No such file or directory

Looking forward to getting hold of the new driver.

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Danny Smith]

> ----- Original Message -----
> From: "Danny Smith"
> .
> >
> > I suspect that the  problem is a change in the way that the MSVCRT
> > function _access() handles the X_OK mode. In earlier  
> versions of MSVCRT
> > passing X_OK to access was the same as passing F_OK  -- the mode was
> > just ignored.  Now, however this result in an error return (invalid
> > param value). GCC calls access to determine relative prefix
> of cc1.exe
> > (ie, the relative path from gcc.exe).  Hence the gcc error message.
> >
> > To fix: gcc driver needs to be recompiled with a patch to
> avoid use of
> > X_OK in call to access.
> >
> > I'll upload a new gcc.exe driver for 3.4.5 ASAP unless
> someone beats me
> > to it.
> >

Attached. This will only work with gcc-3.4.5. Install in same place as
gcc.exe, e.g. /mingw/bin.

Danny


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Danny Smith" <dannysmith@...>
.
.
>
> Attached. This will only work with gcc-3.4.5. Install in same place as
> gcc.exe, e.g. /mingw/bin.
>

I gather I was supposed to place the file in the same place as gcc.exe (no
problem with that), then 'gzip -d xgcc-3.4.5.exe.gz', then run 'xgcc-3.4.5'
instead of 'gcc'.

Here's what I got:

C:\C>xgcc-3.4.5 -o try.exe try.c
collect2: cannot find `ld'

C:\C>gcc -v
Using built-in specs.
Configured with:
../gcc-3.4.5/configure --with-gcc --with-gnu-ld --with-gnu-as -
-host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls
 --
enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shar
ed --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --ena
ble-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-sync
hronization --enable-libstdcxx-debug
Thread model: win32
gcc version 3.4.5 (mingw special)

C:\C>type try.c
#include <stdio.h>

int main() {

    printf("Hello from C\n");
    return 0;
}


Cheers,

Rob




-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Danny Smith" <dannysmith@...>

Don't know if this might be useful:

C:\strawberry-perl\mingw\bin>xgcc-3.4.5 -v
Reading specs from
C:/strawberry-perl/mingw/bin/../lib/gcc/mingw32/3.4.5/specs
Configured with:
../gcc/configure --with-gcc --host=mingw32 --build=mingw32 --ta
rget=mingw32 --prefix=/mingw --enable-__cxa_exit --enable-threads --disable-nls
--enable-languages=c,c++,f77 --disable-win32-registry --disable-shared --enable-
sjlj-exceptions
Thread model: win32
gcc version 3.4.5 (mingw32 special)

C:\strawberry-perl\mingw\bin>gcc -v
Reading specs from ../lib/gcc/mingw32/3.4.5/specs
Configured with:
../gcc-3.4.5/configure --with-gcc --with-gnu-ld --with-gnu-as -
-host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls
 --
enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shar
ed --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --ena
ble-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-sync
hronization --enable-libstdcxx-debug
Thread model: win32
gcc version 3.4.5 (mingw special)

Thanks Danny.

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Danny Smith]

> .
> >
> > Attached. This will only work with gcc-3.4.5. Install in
> same place as
> > gcc.exe, e.g. /mingw/bin.
> >
>
> I gather I was supposed to place the file in the same place
> as gcc.exe (no
> problem with that), then 'gzip -d xgcc-3.4.5.exe.gz', then
> run 'xgcc-3.4.5'
> instead of 'gcc'.
>
> Here's what I got:
>
> C:\C>xgcc-3.4.5 -o try.exe try.c
> collect2: cannot find `ld'
>

Ugh, collect2 also calls access("path/to/ld.exe", X_OK).

Put this recompiled collect2 in your libexec/mingw32/3.4.5 directory
(the directory with compiler cc1.exe)

Danny


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Danny Smith" <dannysmith@...>
.
.
>>
>> C:\C>xgcc-3.4.5 -o try.exe try.c
>> collect2: cannot find `ld'
>>
> Ugh, collect2 also calls access("path/to/ld.exe", X_OK).
>
> Put this recompiled collect2 in your libexec/mingw32/3.4.5 directory
> (the directory with compiler cc1.exe)
>

That now works great :-)

Thank you for providing a fix so quickly !!

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Tim Teulings]

Hello!

I can also approve that the patches make the compiler work again!

After compiler works again, my next step was to compile the wget
mingwPORT. This however was not successful, because "patch" did not
work. The call to patch to patch the source code failed with "permission
denied". Perhaps patch also uses "access" (I tried to search int he
mingw CVS repository for code for patch but did not find anything)?

After applying the patch by hand (using a text editor) the compile
worked by no install failed also with "permission denied" while copying
the wget.exe to the mingw directory tree.

Can someone with the sources check this programs for use of "access",
too or perhaps can even supply patched binaries if this is the problem?

Of course I offer my help for his problem, too!

--
Gruß...
       Tim

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Tim Teulings" <rael@...>
To: "MinGW Users List" <mingw-users@...>;
<dannysmith@...>
Sent: Saturday, March 03, 2007 9:20 AM
Subject: Re: [Mingw-users] environment hosed during upgrade
.
.
>
> I can also approve that the patches make the compiler work again!
>
> After compiler works again, my next step was to compile the wget
> mingwPORT. This however was not successful, because "patch" did not
> work. The call to patch to patch the source code failed with "permission
> denied".

When I try to run 'patch.exe' from my user account I get immediately
prompted to supply my admin password. Having done that, a separate console
opens and closes immediately. The patch does not get applied.

I can't really help with this - except that if you have perl, then there's a
Text::Patch module ( http://search.cpan.org/~cade/Text-Patch-1.2/ ) which
may be of some assistance. It supports only 'Unified' diff format, and looks
like it patches only text (not the actual file) - so you still have to read
the text from file, patch that text, then write the patched text back to
file .... rather kludgy, but it's probably better than applying complex
patches by hand.

Much better (obviously) if someone can fix 'patch.exe' :-)

Cheers,
Rob


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Cesar Strauss-2]

Tim Teulings wrote:

> Hello!
>
> I can also approve that the patches make the compiler work again!
>
> After compiler works again, my next step was to compile the wget
> mingwPORT. This however was not successful, because "patch" did not
> work. The call to patch to patch the source code failed with "permission
> denied". Perhaps patch also uses "access" (I tried to search int he
> mingw CVS repository for code for patch but did not find anything)?
>
> After applying the patch by hand (using a text editor) the compile
> worked by no install failed also with "permission denied" while copying
> the wget.exe to the mingw directory tree.
>
> Can someone with the sources check this programs for use of "access",
> too or perhaps can even supply patched binaries if this is the problem?
>
> Of course I offer my help for his problem, too!
>

It appears Vista has added some privilege checks on files such as
"patch" and "install", based solely on their name. This affected Cygwin
as well:

http://article.gmane.org/gmane.os.cygwin/84697

The Cygwin folks eventually found the solution: supply a manifest file
alongside the executable, containing what amounts to saying "Yes, my
name is patch (or install), but I do not require administrative
permissions to run".

You can find such a manifest file on an archive of their mailing list:
http://article.gmane.org/gmane.os.cygwin/84762

Could you try the following:

1) Copy the following files from some recent Cygwin installation (or
create them based on the above link) to /bin in MSYS:

patch.exe.manifest
install.exe.manifest
install-info.exe.manifest

2) Type "touch /bin/install.exe /bin/install-info.exe /bin/patch.exe" in
MSYS.

Does this helps?

Cesar


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Tim Teulings]

Hello!

> It appears Vista has added some privilege checks on files such as
> "patch" and "install", based solely on their name. This affected Cygwin
> as well:
[...]
> You can find such a manifest file on an archive of their mailing list:
> http://article.gmane.org/gmane.os.cygwin/84762

> Could you try the following:

> 1) Copy the following files from some recent Cygwin installation (or
> create them based on the above link) to /bin in MSYS:

> patch.exe.manifest
> install.exe.manifest
> install-info.exe.manifest

> 2) Type "touch /bin/install.exe /bin/install-info.exe /bin/patch.exe" in
> MSYS.

> Does this helps?

Yes!

Ahhhhhhhrggghhh (that was directed to Microsoft)! Thank you :-) (that
was directed to you!)

Now the next Vista problem (this riddle game has more than one level ;-)):

Similar to the gcc compiler g++ seems to have the same problem finding
its preprocessor. I had problems compiling the mingPORTs for libtool and
iconv. In both cases build stopped during configure because of that.

A simple test showed:
> g++ hello.cpp
g++.exe: installation problem, cannot exec `cc1plus': No such file or
directory

I also saw output that /lib/cpp could not be found. Do I need that same
fix for g++ as for gcc?

--
Gruß...
       Tim

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Cesar Strauss" <cestrauss@...>
.
.

>
> You can find such a manifest file on an archive of their mailing list:
> http://article.gmane.org/gmane.os.cygwin/84762
>
> Could you try the following:
>
> 1) Copy the following files from some recent Cygwin installation (or
> create them based on the above link) to /bin in MSYS:
>
> patch.exe.manifest
> install.exe.manifest
> install-info.exe.manifest
>
> 2) Type "touch /bin/install.exe /bin/install-info.exe /bin/patch.exe" in
> MSYS.
>

Yep - works for me !!

Thanks Cesar.

Cheers,
Rob

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Sisyphus]

----- Original Message -----
From: "Tim Teulings" <rael@...>
.
.
>
> A simple test showed:
>> g++ hello.cpp
> g++.exe: installation problem, cannot exec `cc1plus': No such file or
> directory
>
> I also saw output that /lib/cpp could not be found. Do I need that same
> fix for g++ as for gcc?
>

And, of course, g77 suffers a similar fate:

C:\fortran>g77 hello.f
g77: installation problem, cannot exec `f771': No such file or directory

We don't necessarily expect someone to keep posting fixed executables to the
list.

The patches should suffice. Now that we have both patch and gcc working, I
expect that the actual patches are all we need to be able to build g++ and
g77 from the 3.4.5 source distros at http://www.mingw.org/download.shtml

Cheers,
Rob





-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Dave Murphy]

Danny Smith wrote:
>> .
>>    
>> C:\C>xgcc-3.4.5 -o try.exe try.c
>> collect2: cannot find `ld'
>>
>>    
> Ugh, collect2 also calls access("path/to/ld.exe", X_OK).
>
>  

Could I get a patch for these changes when you have time please Danny?

I had a quick look to see if I could figure it out for myself but there
are many calls to access thoughout the gcc sources.

Dave

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Steve Edwards-4]

I dont understand this? What am i supposed to do?

>From: Dave Murphy <wintermute2k4@...>
>Reply-To: MinGW Users List <mingw-users@...>
>To: MinGW Users List <mingw-users@...>
>Subject: Re: [Mingw-users] environment hosed during upgrade
>Date: Sun, 04 Mar 2007 15:18:55 +0000
>
>Danny Smith wrote:
> >> .
> >>
> >> C:\C>xgcc-3.4.5 -o try.exe try.c
> >> collect2: cannot find `ld'
> >>
> >>
> > Ugh, collect2 also calls access("path/to/ld.exe", X_OK).
> >
> >
>
>Could I get a patch for these changes when you have time please Danny?
>
>I had a quick look to see if I could figure it out for myself but there
>are many calls to access thoughout the gcc sources.
>
>Dave
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share
>your
>opinions on IT & business topics through brief surveys-and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>MinGW-users mailing list
>MinGW-users@...
>
>You may change your MinGW Account Options or unsubscribe at:
>https://lists.sourceforge.net/lists/listinfo/mingw-users

_________________________________________________________________
MSN Hotmail is evolving – check out the new Windows Live Mail
http://ideas.live.com



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[James Steward-2]

On Sun, 2007-03-04 at 15:44 +0000, Steve Edwards wrote:
> I dont understand this? What am i supposed to do?

Do nothing.  Or maybe look back at the mail archives to see what this
topic is all about.  There are many topics discussed on this mailing
list and only a few may be relevant to you.  You can safely ignore the
others or read them and try to learn from them.

Also, please read note that on these mailing lists we do not top post.
That means when you reply to someone you reply with your words below
theirs as I have done here, quoting enough of the previous persons email
for others reading to understand the context.

Regards,
James.


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[Danny Smith]

>
> Danny Smith wrote:
> >> .
> >>    
> >> C:\C>xgcc-3.4.5 -o try.exe try.c
> >> collect2: cannot find `ld'
> >>
> >>    
> > Ugh, collect2 also calls access("path/to/ld.exe", X_OK).
> >
> >  
>
> Could I get a patch for these changes when you have time please Danny?

http://www.cygwin.com/ml/cygwin-cvs/2007-q1/msg00120.html

Then build gcc with -D__USE_MINGW_ACCESS included in  $(CFLAGS).

Danny

>
> I had a quick look to see if I could figure it out for myself
> but there
> are many calls to access thoughout the gcc sources.
>
> Dave
>
> --------------------------------------------------------------
> -----------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the
> chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge

&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

[keithmarshall]

On Sunday 04 March 2007 20:51, James Steward wrote:
> Also, please read note that on these mailing lists we do not top
> post. That means when you reply to someone you reply with your words
> below theirs as I have done here, quoting enough of the previous
> persons email for others reading to understand the context.

Thank you for this, James.

As one of the project administrators, I have repeatedly posted requests
that users desist from top posting; I've just sent this, in response to
yet another offender on the MSYS list:

> Please DON'T TOP POST on this, or indeed on any internet mailing list;
> copy only the relevant context, to which you wish to respond, quote
> it,  and interleave your replies, (as I have done here).  Top posting
> is a) lazy; b) bad manners; c) poor `netiquette'; d) counter
> productive.
>
> In case you wonder `why (d)?', please consider that I administer and
> contribute to this project on an entirely voluntary basis.  I am a
> busy man, and simply don't have time to waste, trying to unravel
> context in top posted messages.  I've raised this issue too often
> already; for those of you out there, who persistently ignore my
> requests that you don't top post, please consider the following:
>
> If you are too lazy to accede to my request, then I don't have the
> time to unravel the mess; I'm simply not going to reply to any more
> top posted messages, and YOU are going to lose out, if I happen to be
> the best placed to respond to any of your questions contained therein.

>From now on, my stock reply to top posters will be:

Please DO NOT TOP POST.  If you care to repost your message, with
appropriately organised (interleaved) context flow, then I will
consider whether I may be able to offer an applicable response.

Regards,
Keith.

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users