Re: gcc not creating .exe

Re: gcc not creating .exe

[bucky]

Excellent!  Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
problem, and it also fixed my "disappearing stderr" problem.

Thanks!
David

On Mon, 26 Nov 2001, Mark Paulus wrote:

> I also had the problem, but it turns out in my case that I had
> an incompatibility issue between a version of cygwin1.dll that I 
> built for debugging, and the production version I downloaded.
> Once I deleted my version in /usr/local/bin, everything worked
> fine once again.  
> 
> On Mon, 26 Nov 2001 14:22:56 -0800, Collin Grady wrote:
> 
> >     I had the same issue, where using 'gcc -o hello hello.c' produced
> >nothing. No error, no .exe, nada.  I finally solved it by completely
> >reinstalling Cygwin (ugh).  Hopefully someone can find a simpler way, but a
> >complete reinstall should fix it, if you're willing to do that. (By complete
> >I mean deleting \cygwin and installing ALL of it from scratch)
> >     -Collin Grady
> >
> >Real Users never use the Help key.
> >
> >
> >


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Christopher Faylor]

On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
>Excellent!  Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
>problem, and it also fixed my "disappearing stderr" problem.

Why are you putting a version of cygwin in /usr/local/lib???  This is clearly
wrong.

cgf

>On Mon, 26 Nov 2001, Mark Paulus wrote:
>
>> I also had the problem, but it turns out in my case that I had
>> an incompatibility issue between a version of cygwin1.dll that I 
>> built for debugging, and the production version I downloaded.
>> Once I deleted my version in /usr/local/bin, everything worked
>> fine once again.  
>> 
>> On Mon, 26 Nov 2001 14:22:56 -0800, Collin Grady wrote:
>> 
>> >     I had the same issue, where using 'gcc -o hello hello.c' produced
>> >nothing. No error, no .exe, nada.  I finally solved it by completely
>> >reinstalling Cygwin (ugh).  Hopefully someone can find a simpler way, but a
>> >complete reinstall should fix it, if you're willing to do that. (By complete
>> >I mean deleting \cygwin and installing ALL of it from scratch)
>> >     -Collin Grady
>> >
>> >Real Users never use the Help key.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[bucky]

On Mon, 26 Nov 2001, Christopher Faylor wrote:

> On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
> >Excellent!  Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
> >problem, and it also fixed my "disappearing stderr" problem.
> 
> Why are you putting a version of cygwin in /usr/local/lib???  This is clearly
> wrong.
> 
> cgf
> 

You assume too much.  I never put any DLLs anywhere - it was like that
when I installed cygwin.

David



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Christopher Faylor]

On Mon, Nov 26, 2001 at 06:06:30PM -0800, bucky@phantom.keystreams.com wrote:
>On Mon, 26 Nov 2001, Christopher Faylor wrote:
>>On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
>>>Excellent! Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
>>>problem, and it also fixed my "disappearing stderr" problem.
>>
>>Why are you putting a version of cygwin in /usr/local/lib???  This is
>>clearly wrong.
>
>You assume too much.  I never put any DLLs anywhere - it was like that
>when I installed cygwin.

I'm not assuming anything.  I *know* that no standard cygwin package
installs a /usr/local/*/cygwin1.dll.  In fact, AFAICT, there is no
usr/local anywhere in the cygwin distribution, nor should there be.

A moments worth of thought would lead you to this conclusion.  Do you
see all sorts of people complaining about the problems that you're
seeing?  No.  Why do you think that is?  Luck?

So, if you truly have a /usr/local directory, it comes from something
that you have either downloaded or built from outside of the standard
cygwin distribution.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[bucky]

On Mon, 26 Nov 2001, Christopher Faylor wrote:

> On Mon, Nov 26, 2001 at 06:06:30PM -0800, bucky@phantom.keystreams.com wrote:
> >On Mon, 26 Nov 2001, Christopher Faylor wrote:
> >>On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
> >>>Excellent! Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
> >>>problem, and it also fixed my "disappearing stderr" problem.
> >>
> >>Why are you putting a version of cygwin in /usr/local/lib???  This is
> >>clearly wrong.
> >
> >You assume too much.  I never put any DLLs anywhere - it was like that
> >when I installed cygwin.
> 
> I'm not assuming anything.  I *know* that no standard cygwin package
> installs a /usr/local/*/cygwin1.dll.  In fact, AFAICT, there is no
> usr/local anywhere in the cygwin distribution, nor should there be.
> 
> A moments worth of thought would lead you to this conclusion.  Do you
> see all sorts of people complaining about the problems that you're
> seeing?  No.  Why do you think that is?  Luck?
> 
> So, if you truly have a /usr/local directory, it comes from something
> that you have either downloaded or built from outside of the standard
> cygwin distribution.
> 

Okay.

I'm sorry if my previous reply came off as smart-assed.  I should have
thought about it a few more seconds before I sent it out.

I am quite positive that I have not myself installed anything in 
/usr/local - aside from running the Cygwin setup, I'm doing my development
in /home, and I'm not getting anywhere _near_ doing DLL work.  All I'm
looking for is a simple Linux-style development environment without having
to dual-boot my laptop.  I wouldn't know where to start on the Windows
side. (I am an utter novice, would-be Cygwin user.)

Is it possible that the mirror that I used (rcn) is not giving out the
standard cygwin distribution?  Are there any decisions I could make in the
setup utility that would result in me getting a non-standard load, with a
cygwin1.dll in /usr/local?  That's all I can think of at this point.

Thanks,
David



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Paul G.]

Hi folks,

	This is beginning to look more and more like an installation problem to me.  
Due to a lack of useful information, what follows is largely based on deduction and 
speculation. 

	Without more specific data in terms of the system being used, we really 
have no way of deciding what this person is asking about and, I for one can only 
speculate.  It is probably why I haven't replied to this point.

	We regular users of the Cygwin Tool Set *know* that Cygwin gcc always 
generates executables if it is installed properly and the executable is built & linked 
appropriately.

On 26 Nov 2001 at 18:46, bucky@phantom.keystreams.com wrote:

> On Mon, 26 Nov 2001, Christopher Faylor wrote:

> > 
> > So, if you truly have a /usr/local directory, it comes from something
> > that you have either downloaded or built from outside of the standard
> > cygwin distribution.
> > 
> 
> Okay.
> 
> I'm sorry if my previous reply came off as smart-assed.  I should have
> thought about it a few more seconds before I sent it out.

	Good idea.
> 
> I am quite positive that I have not myself installed anything in 
> /usr/local - aside from running the Cygwin setup, I'm doing my development
> in /home, and I'm not getting anywhere _near_ doing DLL work.  All I'm
> looking for is a simple Linux-style development environment without having
> to dual-boot my laptop.  I wouldn't know where to start on the Windows
> side. (I am an utter novice, would-be Cygwin user.)

	What system platform are you using?  We can't read your mind, so it is 
helpful when you can be more specific.

> 
> Is it possible that the mirror that I used (rcn) is not giving out the
> standard cygwin distribution?  Are there any decisions I could make in the
> setup utility that would result in me getting a non-standard load, with a
> cygwin1.dll in /usr/local?  That's all I can think of at this point.

	It is *highly* (98%) unlikely.

	Paul G.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[David A. Cobb]

bucky@phantom.keystreams.com wrote:

> On Mon, 26 Nov 2001, Christopher Faylor wrote:
> 
> 
>>On Mon, Nov 26, 2001 at 06:06:30PM -0800, bucky@phantom.keystreams.com wrote:
>>
>>>On Mon, 26 Nov 2001, Christopher Faylor wrote:
>>>
>>>>On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
>>>>
>>>>>Excellent! Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
>>>>>problem, and it also fixed my "disappearing stderr" problem.
>>>>>
>>>>Why are you putting a version of cygwin in /usr/local/lib???  This is
>>>>clearly wrong.
>>>>
>>>You assume too much.  I never put any DLLs anywhere - it was like that
>>>when I installed cygwin.
>>>
>>I'm not assuming anything.  I *know* that no standard cygwin package
>>installs a /usr/local/*/cygwin1.dll.  In fact, AFAICT, there is no
>>usr/local anywhere in the cygwin distribution, nor should there be.
>>
>>A moments worth of thought would lead you to this conclusion.  Do you
>>see all sorts of people complaining about the problems that you're
>>seeing?  No.  Why do you think that is?  Luck?
>>
>>So, if you truly have a /usr/local directory, it comes from something
>>that you have either downloaded or built from outside of the standard
>>cygwin distribution.
>>
>>
> 
> Okay.
> 
> I'm sorry if my previous reply came off as smart-assed.  I should have
> thought about it a few more seconds before I sent it out.
> 
> I am quite positive that I have not myself installed anything in 
> /usr/local - aside from running the Cygwin setup, I'm doing my development
> in /home, and I'm not getting anywhere _near_ doing DLL work.  All I'm
> looking for is a simple Linux-style development environment without having
> to dual-boot my laptop.  I wouldn't know where to start on the Windows
> side. (I am an utter novice, would-be Cygwin user.)
> 
> Is it possible that the mirror that I used (rcn) is not giving out the
> standard cygwin distribution?  Are there any decisions I could make in the
> setup utility that would result in me getting a non-standard load, with a
> cygwin1.dll in /usr/local?  That's all I can think of at this point.
> 
> Thanks,
> David


Chris already mentioned that SETUP does create an empty /usr/local

tree.  If you have installed, e.g. Xemacs, it is probably installed 

into /usr/local/lib/. . . . because that's one of the "normal" places

for software that's specific to your site.
-- 
David A. Cobb, Software Engineer, Public Access Advocate, All around 
nice guy.
New PGP key 09/13/2001:
:<http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit&\
fingerprint=on>
:<http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=superbiskit&\
fingerprint=on>
Fingerprint=0x{E7C6_4EE2_6B75_5BA3_C52E__77FA_63C3_9366_DCFB_229B}
"By God's Grace I am a Christian man, by my actions a great sinner."
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source.  Do not buy or use Potentially Viral Software!


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[bucky]

Excellent!  Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
problem, and it also fixed my "disappearing stderr" problem.

Thanks!
David

On Mon, 26 Nov 2001, Mark Paulus wrote:

> I also had the problem, but it turns out in my case that I had
> an incompatibility issue between a version of cygwin1.dll that I 
> built for debugging, and the production version I downloaded.
> Once I deleted my version in /usr/local/bin, everything worked
> fine once again.  
> 
> On Mon, 26 Nov 2001 14:22:56 -0800, Collin Grady wrote:
> 
> >     I had the same issue, where using 'gcc -o hello hello.c' produced
> >nothing. No error, no .exe, nada.  I finally solved it by completely
> >reinstalling Cygwin (ugh).  Hopefully someone can find a simpler way, but a
> >complete reinstall should fix it, if you're willing to do that. (By complete
> >I mean deleting \cygwin and installing ALL of it from scratch)
> >     -Collin Grady
> >
> >Real Users never use the Help key.
> >
> >
> >


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Christopher Faylor]

On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
>Excellent!  Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
>problem, and it also fixed my "disappearing stderr" problem.

Why are you putting a version of cygwin in /usr/local/lib???  This is clearly
wrong.

cgf

>On Mon, 26 Nov 2001, Mark Paulus wrote:
>
>> I also had the problem, but it turns out in my case that I had
>> an incompatibility issue between a version of cygwin1.dll that I 
>> built for debugging, and the production version I downloaded.
>> Once I deleted my version in /usr/local/bin, everything worked
>> fine once again.  
>> 
>> On Mon, 26 Nov 2001 14:22:56 -0800, Collin Grady wrote:
>> 
>> >     I had the same issue, where using 'gcc -o hello hello.c' produced
>> >nothing. No error, no .exe, nada.  I finally solved it by completely
>> >reinstalling Cygwin (ugh).  Hopefully someone can find a simpler way, but a
>> >complete reinstall should fix it, if you're willing to do that. (By complete
>> >I mean deleting \cygwin and installing ALL of it from scratch)
>> >     -Collin Grady
>> >
>> >Real Users never use the Help key.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[bucky]

On Mon, 26 Nov 2001, Christopher Faylor wrote:

> On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
> >Excellent!  Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
> >problem, and it also fixed my "disappearing stderr" problem.
> 
> Why are you putting a version of cygwin in /usr/local/lib???  This is clearly
> wrong.
> 
> cgf
> 

You assume too much.  I never put any DLLs anywhere - it was like that
when I installed cygwin.

David



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Christopher Faylor]

On Mon, Nov 26, 2001 at 06:06:30PM -0800, bucky@phantom.keystreams.com wrote:
>On Mon, 26 Nov 2001, Christopher Faylor wrote:
>>On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
>>>Excellent! Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
>>>problem, and it also fixed my "disappearing stderr" problem.
>>
>>Why are you putting a version of cygwin in /usr/local/lib???  This is
>>clearly wrong.
>
>You assume too much.  I never put any DLLs anywhere - it was like that
>when I installed cygwin.

I'm not assuming anything.  I *know* that no standard cygwin package
installs a /usr/local/*/cygwin1.dll.  In fact, AFAICT, there is no
usr/local anywhere in the cygwin distribution, nor should there be.

A moments worth of thought would lead you to this conclusion.  Do you
see all sorts of people complaining about the problems that you're
seeing?  No.  Why do you think that is?  Luck?

So, if you truly have a /usr/local directory, it comes from something
that you have either downloaded or built from outside of the standard
cygwin distribution.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[bucky]

On Mon, 26 Nov 2001, Christopher Faylor wrote:

> On Mon, Nov 26, 2001 at 06:06:30PM -0800, bucky@phantom.keystreams.com wrote:
> >On Mon, 26 Nov 2001, Christopher Faylor wrote:
> >>On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
> >>>Excellent! Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
> >>>problem, and it also fixed my "disappearing stderr" problem.
> >>
> >>Why are you putting a version of cygwin in /usr/local/lib???  This is
> >>clearly wrong.
> >
> >You assume too much.  I never put any DLLs anywhere - it was like that
> >when I installed cygwin.
> 
> I'm not assuming anything.  I *know* that no standard cygwin package
> installs a /usr/local/*/cygwin1.dll.  In fact, AFAICT, there is no
> usr/local anywhere in the cygwin distribution, nor should there be.
> 
> A moments worth of thought would lead you to this conclusion.  Do you
> see all sorts of people complaining about the problems that you're
> seeing?  No.  Why do you think that is?  Luck?
> 
> So, if you truly have a /usr/local directory, it comes from something
> that you have either downloaded or built from outside of the standard
> cygwin distribution.
> 

Okay.

I'm sorry if my previous reply came off as smart-assed.  I should have
thought about it a few more seconds before I sent it out.

I am quite positive that I have not myself installed anything in 
/usr/local - aside from running the Cygwin setup, I'm doing my development
in /home, and I'm not getting anywhere _near_ doing DLL work.  All I'm
looking for is a simple Linux-style development environment without having
to dual-boot my laptop.  I wouldn't know where to start on the Windows
side. (I am an utter novice, would-be Cygwin user.)

Is it possible that the mirror that I used (rcn) is not giving out the
standard cygwin distribution?  Are there any decisions I could make in the
setup utility that would result in me getting a non-standard load, with a
cygwin1.dll in /usr/local?  That's all I can think of at this point.

Thanks,
David



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Paul G.]

Hi folks,

	This is beginning to look more and more like an installation problem to me.  
Due to a lack of useful information, what follows is largely based on deduction and 
speculation. 

	Without more specific data in terms of the system being used, we really 
have no way of deciding what this person is asking about and, I for one can only 
speculate.  It is probably why I haven't replied to this point.

	We regular users of the Cygwin Tool Set *know* that Cygwin gcc always 
generates executables if it is installed properly and the executable is built & linked 
appropriately.

On 26 Nov 2001 at 18:46, bucky@phantom.keystreams.com wrote:

> On Mon, 26 Nov 2001, Christopher Faylor wrote:

> > 
> > So, if you truly have a /usr/local directory, it comes from something
> > that you have either downloaded or built from outside of the standard
> > cygwin distribution.
> > 
> 
> Okay.
> 
> I'm sorry if my previous reply came off as smart-assed.  I should have
> thought about it a few more seconds before I sent it out.

	Good idea.
> 
> I am quite positive that I have not myself installed anything in 
> /usr/local - aside from running the Cygwin setup, I'm doing my development
> in /home, and I'm not getting anywhere _near_ doing DLL work.  All I'm
> looking for is a simple Linux-style development environment without having
> to dual-boot my laptop.  I wouldn't know where to start on the Windows
> side. (I am an utter novice, would-be Cygwin user.)

	What system platform are you using?  We can't read your mind, so it is 
helpful when you can be more specific.

> 
> Is it possible that the mirror that I used (rcn) is not giving out the
> standard cygwin distribution?  Are there any decisions I could make in the
> setup utility that would result in me getting a non-standard load, with a
> cygwin1.dll in /usr/local?  That's all I can think of at this point.

	It is *highly* (98%) unlikely.

	Paul G.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[David A. Cobb]

bucky@phantom.keystreams.com wrote:

> On Mon, 26 Nov 2001, Christopher Faylor wrote:
> 
> 
>>On Mon, Nov 26, 2001 at 06:06:30PM -0800, bucky@phantom.keystreams.com wrote:
>>
>>>On Mon, 26 Nov 2001, Christopher Faylor wrote:
>>>
>>>>On Mon, Nov 26, 2001 at 02:52:03PM -0800, bucky@phantom.keystreams.com wrote:
>>>>
>>>>>Excellent! Hiding the cygwin1.dll in /usr/local/lib fixed the gcc
>>>>>problem, and it also fixed my "disappearing stderr" problem.
>>>>>
>>>>Why are you putting a version of cygwin in /usr/local/lib???  This is
>>>>clearly wrong.
>>>>
>>>You assume too much.  I never put any DLLs anywhere - it was like that
>>>when I installed cygwin.
>>>
>>I'm not assuming anything.  I *know* that no standard cygwin package
>>installs a /usr/local/*/cygwin1.dll.  In fact, AFAICT, there is no
>>usr/local anywhere in the cygwin distribution, nor should there be.
>>
>>A moments worth of thought would lead you to this conclusion.  Do you
>>see all sorts of people complaining about the problems that you're
>>seeing?  No.  Why do you think that is?  Luck?
>>
>>So, if you truly have a /usr/local directory, it comes from something
>>that you have either downloaded or built from outside of the standard
>>cygwin distribution.
>>
>>
> 
> Okay.
> 
> I'm sorry if my previous reply came off as smart-assed.  I should have
> thought about it a few more seconds before I sent it out.
> 
> I am quite positive that I have not myself installed anything in 
> /usr/local - aside from running the Cygwin setup, I'm doing my development
> in /home, and I'm not getting anywhere _near_ doing DLL work.  All I'm
> looking for is a simple Linux-style development environment without having
> to dual-boot my laptop.  I wouldn't know where to start on the Windows
> side. (I am an utter novice, would-be Cygwin user.)
> 
> Is it possible that the mirror that I used (rcn) is not giving out the
> standard cygwin distribution?  Are there any decisions I could make in the
> setup utility that would result in me getting a non-standard load, with a
> cygwin1.dll in /usr/local?  That's all I can think of at this point.
> 
> Thanks,
> David


Chris already mentioned that SETUP does create an empty /usr/local

tree.  If you have installed, e.g. Xemacs, it is probably installed 

into /usr/local/lib/. . . . because that's one of the "normal" places

for software that's specific to your site.
-- 
David A. Cobb, Software Engineer, Public Access Advocate, All around 
nice guy.
New PGP key 09/13/2001:
:< http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=superbiskit&\
fingerprint=on>
:< http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=superbiskit&\
fingerprint=on>
Fingerprint=0x{E7C6_4EE2_6B75_5BA3_C52E__77FA_63C3_9366_DCFB_229B}
"By God's Grace I am a Christian man, by my actions a great sinner."
--The Way of a Pilgrim, R. M. French [tr.]
Potentially Viral Software is any software for which you are not allowed
to examine the source.  Do not buy or use Potentially Viral Software!


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Christopher Faylor]

Yes, sorry for the confusion caused by being over enthusiastic in
discounting the notion that cygwin1.dll would be installed in
/usr/local/anything.

setup.exe *does* create a /usr/local directory.  However, the mere
existence of this directory is no cause for concern.  The packages
installed by setup.exe do not use this directory.

cgf

On Thu, Nov 29, 2001 at 09:25:25AM -0600, Polley Christopher W wrote:
>Windows NT Ver 4.0 build 1381 Service Pack 5, but it looks like this is
>intended behavior... see hash::add_subdirs in
>...\winsup\cinstall\install.cc, ca. line 170.
>
>
>> -----Original Message-----
>> From:	Paul G. [SMTP:pgarceau@qwest.net]
>> Sent:	Wednesday, November 28, 2001 4:56 PM
>> To:	cygwin@cygwin.com
>> Subject:	RE: gcc not creating .exe
>> 
>> Platform?
>> 
>> On 28 Nov 2001 at 10:38, Polley Christopher W wrote:
>> 
>> > This statement isn't entirely true.  I just did an experiment
>> reinstalling
>> > only bash, then ash; deleting before each time my /usr/local/bin,
>> > /usr/local/etc, and /usr/local/lib directories.
>> > 
>> > Although no packages explicitly contain the /usr/local directory
>> (according
>> > to http://cygwin.com/packages/ ), on these reinstalls, the
>> /usr/local/bin,
>> > /usr/local/etc, and /usr/local/lib directories are created (empty)
>> > (suprisingly, even if /usr/local is marked read-only)
>> > 
>> > So while there isn't anything installed under /usr/local, the mere
>> existence
>> > of a /usr/local tree doesn't, apparently, indicate an installation
>> problem
>> > (unless I'm doing something wrong... )
>> > 
>> 
>
>
>--
>Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting:         http://cygwin.com/bugs.html
>Documentation:         http://cygwin.com/docs.html
>FAQ:                   http://cygwin.com/faq/

-- 
cgf@redhat.com                        Red Hat, Inc.
http://sources.redhat.com/            http://www.redhat.com/

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: gcc not creating .exe

[Polley Christopher W]

Windows NT Ver 4.0 build 1381 Service Pack 5, but it looks like this is
intended behavior... see hash::add_subdirs in
...\winsup\cinstall\install.cc, ca. line 170.


> -----Original Message-----
> From:	Paul G. [SMTP:pgarceau@qwest.net]
> Sent:	Wednesday, November 28, 2001 4:56 PM
> To:	cygwin@cygwin.com
> Subject:	RE: gcc not creating .exe
> 
> Platform?
> 
> On 28 Nov 2001 at 10:38, Polley Christopher W wrote:
> 
> > This statement isn't entirely true.  I just did an experiment
> reinstalling
> > only bash, then ash; deleting before each time my /usr/local/bin,
> > /usr/local/etc, and /usr/local/lib directories.
> > 
> > Although no packages explicitly contain the /usr/local directory
> (according
> > to http://cygwin.com/packages/ ), on these reinstalls, the
> /usr/local/bin,
> > /usr/local/etc, and /usr/local/lib directories are created (empty)
> > (suprisingly, even if /usr/local is marked read-only)
> > 
> > So while there isn't anything installed under /usr/local, the mere
> existence
> > of a /usr/local tree doesn't, apparently, indicate an installation
> problem
> > (unless I'm doing something wrong... )
> > 
> 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: gcc not creating .exe

[Paul G.]

Platform?

On 28 Nov 2001 at 10:38, Polley Christopher W wrote:

> This statement isn't entirely true.  I just did an experiment reinstalling
> only bash, then ash; deleting before each time my /usr/local/bin,
> /usr/local/etc, and /usr/local/lib directories.
> 
> Although no packages explicitly contain the /usr/local directory (according
> to http://cygwin.com/packages/ ), on these reinstalls, the /usr/local/bin,
> /usr/local/etc, and /usr/local/lib directories are created (empty)
> (suprisingly, even if /usr/local is marked read-only)
> 
> So while there isn't anything installed under /usr/local, the mere existence
> of a /usr/local tree doesn't, apparently, indicate an installation problem
> (unless I'm doing something wrong... )
> 
> BTW, I use ftp://mirrors.rcn.net/ always, usually download to local (due to
> daytime bandwidth restrictions through the corp. proxy), then install from
> local (which I can do any old time) and have had no problems with it
> (although I don't use a dialup)
> 
> Warm Regards,
> Chris
> 
> > -----Original Message-----
> > From:	Paul G. [SMTP:pgarceau@qwest.net]
> 	...
> > On 26 Nov 2001 at 18:46, bucky@phantom.keystreams.com wrote:
> > 
> > > On Mon, 26 Nov 2001, Christopher Faylor wrote:
> > 
> > > > 
> > > > So, if you truly have a /usr/local directory, it comes from something
> > > > that you have either downloaded or built from outside of the standard
> > > > cygwin distribution.
> > > > 
> > 
> 
> 



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Mark Paulus]

I also had the problem, but it turns out in my case that I had
an incompatibility issue between a version of cygwin1.dll that I 
built for debugging, and the production version I downloaded.
Once I deleted my version in /usr/local/bin, everything worked
fine once again.  

On Mon, 26 Nov 2001 14:22:56 -0800, Collin Grady wrote:

>     I had the same issue, where using 'gcc -o hello hello.c' produced
>nothing. No error, no .exe, nada.  I finally solved it by completely
>reinstalling Cygwin (ugh).  Hopefully someone can find a simpler way, but a
>complete reinstall should fix it, if you're willing to do that. (By complete
>I mean deleting \cygwin and installing ALL of it from scratch)
>     -Collin Grady
>
>Real Users never use the Help key.
>
>
>
>--
>Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting:         http://cygwin.com/bugs.html
>Documentation:         http://cygwin.com/docs.html
>FAQ:                   http://cygwin.com/faq/




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Collin Grady]

     I had the same issue, where using 'gcc -o hello hello.c' produced
nothing. No error, no .exe, nada.  I finally solved it by completely
reinstalling Cygwin (ugh).  Hopefully someone can find a simpler way, but a
complete reinstall should fix it, if you're willing to do that. (By complete
I mean deleting \cygwin and installing ALL of it from scratch)
     -Collin Grady

Real Users never use the Help key.



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Christopher Faylor]

Yes, sorry for the confusion caused by being over enthusiastic in
discounting the notion that cygwin1.dll would be installed in
/usr/local/anything.

setup.exe *does* create a /usr/local directory.  However, the mere
existence of this directory is no cause for concern.  The packages
installed by setup.exe do not use this directory.

cgf

On Thu, Nov 29, 2001 at 09:25:25AM -0600, Polley Christopher W wrote:
>Windows NT Ver 4.0 build 1381 Service Pack 5, but it looks like this is
>intended behavior... see hash::add_subdirs in
>...\winsup\cinstall\install.cc, ca. line 170.
>
>
>> -----Original Message-----
>> From:	Paul G. [SMTP:pgarceau@qwest.net]
>> Sent:	Wednesday, November 28, 2001 4:56 PM
>> To:	cygwin@cygwin.com
>> Subject:	RE: gcc not creating .exe
>> 
>> Platform?
>> 
>> On 28 Nov 2001 at 10:38, Polley Christopher W wrote:
>> 
>> > This statement isn't entirely true.  I just did an experiment
>> reinstalling
>> > only bash, then ash; deleting before each time my /usr/local/bin,
>> > /usr/local/etc, and /usr/local/lib directories.
>> > 
>> > Although no packages explicitly contain the /usr/local directory
>> (according
>> > to http://cygwin.com/packages/), on these reinstalls, the
>> /usr/local/bin,
>> > /usr/local/etc, and /usr/local/lib directories are created (empty)
>> > (suprisingly, even if /usr/local is marked read-only)
>> > 
>> > So while there isn't anything installed under /usr/local, the mere
>> existence
>> > of a /usr/local tree doesn't, apparently, indicate an installation
>> problem
>> > (unless I'm doing something wrong... )
>> > 
>> 
>
>
>--
>Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting:         http://cygwin.com/bugs.html
>Documentation:         http://cygwin.com/docs.html
>FAQ:                   http://cygwin.com/faq/

-- 
cgf@redhat.com                        Red Hat, Inc.
http://sources.redhat.com/            http://www.redhat.com/

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: gcc not creating .exe

[Polley Christopher W]

Windows NT Ver 4.0 build 1381 Service Pack 5, but it looks like this is
intended behavior... see hash::add_subdirs in
...\winsup\cinstall\install.cc, ca. line 170.


> -----Original Message-----
> From:	Paul G. [SMTP:pgarceau@qwest.net]
> Sent:	Wednesday, November 28, 2001 4:56 PM
> To:	cygwin@cygwin.com
> Subject:	RE: gcc not creating .exe
> 
> Platform?
> 
> On 28 Nov 2001 at 10:38, Polley Christopher W wrote:
> 
> > This statement isn't entirely true.  I just did an experiment
> reinstalling
> > only bash, then ash; deleting before each time my /usr/local/bin,
> > /usr/local/etc, and /usr/local/lib directories.
> > 
> > Although no packages explicitly contain the /usr/local directory
> (according
> > to http://cygwin.com/packages/), on these reinstalls, the
> /usr/local/bin,
> > /usr/local/etc, and /usr/local/lib directories are created (empty)
> > (suprisingly, even if /usr/local is marked read-only)
> > 
> > So while there isn't anything installed under /usr/local, the mere
> existence
> > of a /usr/local tree doesn't, apparently, indicate an installation
> problem
> > (unless I'm doing something wrong... )
> > 
> 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: gcc not creating .exe

[Paul G.]

Platform?

On 28 Nov 2001 at 10:38, Polley Christopher W wrote:

> This statement isn't entirely true.  I just did an experiment reinstalling
> only bash, then ash; deleting before each time my /usr/local/bin,
> /usr/local/etc, and /usr/local/lib directories.
> 
> Although no packages explicitly contain the /usr/local directory (according
> to http://cygwin.com/packages/), on these reinstalls, the /usr/local/bin,
> /usr/local/etc, and /usr/local/lib directories are created (empty)
> (suprisingly, even if /usr/local is marked read-only)
> 
> So while there isn't anything installed under /usr/local, the mere existence
> of a /usr/local tree doesn't, apparently, indicate an installation problem
> (unless I'm doing something wrong... )
> 
> BTW, I use ftp://mirrors.rcn.net/ always, usually download to local (due to
> daytime bandwidth restrictions through the corp. proxy), then install from
> local (which I can do any old time) and have had no problems with it
> (although I don't use a dialup)
> 
> Warm Regards,
> Chris
> 
> > -----Original Message-----
> > From:	Paul G. [SMTP:pgarceau@qwest.net]
> 	...
> > On 26 Nov 2001 at 18:46, bucky@phantom.keystreams.com wrote:
> > 
> > > On Mon, 26 Nov 2001, Christopher Faylor wrote:
> > 
> > > > 
> > > > So, if you truly have a /usr/local directory, it comes from something
> > > > that you have either downloaded or built from outside of the standard
> > > > cygwin distribution.
> > > > 
> > 
> 
> 



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Mark Paulus]

I also had the problem, but it turns out in my case that I had
an incompatibility issue between a version of cygwin1.dll that I 
built for debugging, and the production version I downloaded.
Once I deleted my version in /usr/local/bin, everything worked
fine once again.  

On Mon, 26 Nov 2001 14:22:56 -0800, Collin Grady wrote:

>     I had the same issue, where using 'gcc -o hello hello.c' produced
>nothing. No error, no .exe, nada.  I finally solved it by completely
>reinstalling Cygwin (ugh).  Hopefully someone can find a simpler way, but a
>complete reinstall should fix it, if you're willing to do that. (By complete
>I mean deleting \cygwin and installing ALL of it from scratch)
>     -Collin Grady
>
>Real Users never use the Help key.
>
>
>
>--
>Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting:         http://cygwin.com/bugs.html
>Documentation:         http://cygwin.com/docs.html
>FAQ:                   http://cygwin.com/faq/




--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: gcc not creating .exe

[Collin Grady]

     I had the same issue, where using 'gcc -o hello hello.c' produced
nothing. No error, no .exe, nada.  I finally solved it by completely
reinstalling Cygwin (ugh).  Hopefully someone can find a simpler way, but a
complete reinstall should fix it, if you're willing to do that. (By complete
I mean deleting \cygwin and installing ALL of it from scratch)
     -Collin Grady

Real Users never use the Help key.



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/