public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* RE: Gcc 3.2 -mno-cygwin
@ 2002-12-17  7:22 Vince Hoffman
  2002-12-17  9:14 ` Christopher Faylor
  2002-12-17 11:38 ` Jim
  0 siblings, 2 replies; 13+ messages in thread
From: Vince Hoffman @ 2002-12-17  7:22 UTC (permalink / raw)
  To: cygwin

I think you misunderstand. "It adds the "-mno-cygwin" functionality to the
standard gcc package."
is just the description of what the gcc-mingw package does. Its what it's
always done. Its not a new feature, or am i missing something ?


> -----Original Message-----
> From: Jim [mailto:jbuckeyne@greater.net]
> Sent: 17 December 2002 14:41
> To: cygwin-apps; cygwin@cygwin.com
> Subject: Re: Gcc 3.2 -mno-cygwin
> 
> 
>       20:45 [ANNOUNCEMENT] Updated: gcc-mingw-20020817-3
> 
> 
> Several hours after I posted a notice of the problem the 
> above was posted...
> in it's message content is : It adds the "-mno-cygwin"
> functionality to the standard gcc package.
> 
> 
> So yeah - it was all totally my fault.  and Gosh - I guess it 
> WAS working
> for everyone else.
> 
> not.
> 
> Jim.
> 
> 
> --
> 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/

^ permalink raw reply	[flat|nested] 13+ messages in thread
* Re: Gcc 3.2 -mno-cygwin
@ 2002-12-17 13:44 lhall
  0 siblings, 0 replies; 13+ messages in thread
From: lhall @ 2002-12-17 13:44 UTC (permalink / raw)
  To: jbuckeyne, cygwin

Since I was one of the responders to your original inquiry, I 
take exception to the charaterization you give below of the 
responses you received.  I quite clearly stated that I could 
reproduce your issue on 1 machine (but not others) despite the 
fact I had the "gcc-mingw" package installed there.  Since this didn't
make much sense to me, I reran setup and reinstalled the "gcc-mingw"
package.  This fixed the problem for me.  As I recall, I recommended
that you reinstall the "gcc-mingw" if you did indeed have it 
installed but were experiencing this problem.  If that's assessing
blame (i.e. who's "fault" it is that you're having this problem) in
your eyes, I'll offer you an apology if that helps you put this 
issue behind you.  

However, for anyone else reading this thread now or in the future, 
I think it's important to clearly state that problems of this type
are installation specific and can be remedied by following the advice
to install/reinstall the "gcc-mingw" package.  Certainly though if you
see this issue and can provide any specific details that would help 
the rest of us understand how it arose, we'd be glad to hear about it.
Currently, the "gcc-mingw" is a dependency of the "gcc" package so it
will be installed by default with gcc in a normal install unless the 
user has requested otherwise.

Larry


Original Message:
-----------------
From: Jim jbuckeyne@greater.net
Date: Tue, 17 Dec 2002 07:58:03 -0800
To: cygwin@cygwin.com
Subject: Re: Gcc 3.2 -mno-cygwin




> I think you misunderstand. "It adds the "-mno-cygwin" functionality to the
> standard gcc package."
Oh certainly I understood since 2 days ago I started a thread that such
functionality was broken, and everyone said 'well certainly it's something
you have misconfigured' when it wasn't my fault at all.

> is just the description of what the gcc-mingw package does. Its what it's
> always done. Its not a new feature, or am i missing something ?
>



--
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/


--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.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/

^ permalink raw reply	[flat|nested] 13+ messages in thread
* Re: Gcc 3.2 -mno-cygwin
@ 2002-12-17  7:06 Jim
  0 siblings, 0 replies; 13+ messages in thread
From: Jim @ 2002-12-17  7:06 UTC (permalink / raw)
  To: cygwin-apps, cygwin

      20:45 [ANNOUNCEMENT] Updated: gcc-mingw-20020817-3


Several hours after I posted a notice of the problem the above was posted...
in it's message content is : It adds the "-mno-cygwin"
functionality to the standard gcc package.


So yeah - it was all totally my fault.  and Gosh - I guess it WAS working
for everyone else.

not.

Jim.


--
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/

^ permalink raw reply	[flat|nested] 13+ messages in thread
* Re: Gcc 3.2 -mno-cygwin
@ 2002-12-16 21:37 Paul G.
  2002-12-17  1:08 ` Christopher Faylor
  0 siblings, 1 reply; 13+ messages in thread
From: Paul G. @ 2002-12-16 21:37 UTC (permalink / raw)
  To: cygwin

> Redirecting this, too. 
>  
> On Sun, Dec 15, 2002 at 03:18:00PM -0800, Paul G. wrote: 
> >Well, if your Win32 system doesn't support links (NT4 shortcuts), this 
> >isn't really surprising. 
>  
> Did you actually read this email or were you just scanning for keywords 
> like the word "link"? 

	Heh, nice bait...but I won't bite...seems like you're not in a good mood right now... 

>  
> >NT4 has a shortcut/link capabilities that Me/Win9x do not.  The same 
> >capability is built-in to Win2k and WinXP (ie.  Pro -- can't speak for 
> >Home version -- indications, however, are that XP Home also does not 
> >support the shortcut/link capabilities that XP Pro does). 
>  
> For the record: 1) Cygwin handles symlinks just fine and 2) this has 
> nothing to do with symlinks. 

	I know that, you know that.  I am sure you have noticed that there are shortcut files being  
used in the nt4 environment sans .lnk, right?  (absolute reference: "d:\cygwin\usr\i686-pc- 
mingw32"). 

	Had it occurred to anyone that maybe the XP version of the NT4 .lnk files ("shortcuts")  
might not be identical? 

	One thing is certain, the shortcut files for Win9x/Me are not the same as the shortcut  
files used for NT4.  That might indicate a similar problem in terms of XP shortcuts (Pro vs.  
Home) when compared with NT4 shortcuts.  Nope, not saying that there is a similar problem  
between NT4 and XP (Pro or Home).  Only saying that it is a possibility. 

	Now, perhaps, someone else on this list will be able to determine if the shortcut files for  
XP Home, XP Pro and NT4 are in fact identical or not.  I can not since I do not have XP  
(Home or Pro). 

>  
> >It sounds like you have come up with a work around, but it is not 
> >recommended to hack cygwin like that as it tends to make it unreliable. 
>  
> He didn't actually have a workaround.  It wasn't working. 

	I know that, you know that. 

	If it were working, he would not have reported a problem in the first place, right?  Clearly  
he "thought" it was a workaround.  You and I both know that it was not working... 

	For the record then, I was simply stating a fact, or, if you will, what is typically "common  
sense" to me...do not mess with specs or "path' related stuff, etc. unless you are d*mn sure  
you know what the h*ll you are doing.  Correct? 

>  
> >Solution?  Upgrade OS or download and install Msys (Cygwin-like, 
> >actually a fork of Cygwin, which does not depend on the cygwin .dll). 
> >Caveat, Mingw does not support a great deal of posix, niether does 
> >Msys...yet. 
>  
> Suggesting that someone run something else to solve a cygwin 
> installation problem is not appropriate.  Since you clearly don't 
> understand how cygwin's gcc works, please don't offer advice on solving 
> problems.  You're just going to end up confusing people. 

	Where did he ever say it was an installation problem? 

	From the original post that I saw from the person: 

	 
> Someone broke GCC somewhere.... 
>  
> echo 'int main( void ) { return 1; }' >test.c 
> gcc -mno-cygwin -c test.c 
>  
> results:  
> gcc: installation problem, cannot exec `cc1': No such file or directory 

	meaning:  gcc could not find cc1.exe. 

	Anyone who has any idea as to how Cygwin gcc works knows that under normal  
installation, within the following directory: 

	mycygwinroot/lib/gcc-lib/i686-pc-cygwin/3.2 

	is where you will find cc1.exe. 

	cc1.exe does not exist under any other directory. 

	The same folks, ie. those who have any idea as to "how" Cygwin gcc works also knows  
that gcc.exe is defined within the "mycygwinroot/bin".  gcc.exe does not exist anywhere else  
(possible exception: symlink). 

(I really don't think I need to say, yet again, "you know this.  I know this.") 

	Now, why else might the search for cc1.exe fail if specs is left alone and nothing is done  
to change the pathing sequence? 
	  
>  
> there is definatly no cc1 with gcc 3.2 (not sure where it went, but...) 

	This is patently untrue, except possibly on his system. 

	Original poster of this rather noisome thread did not even note why he was trying to use - 
mno-cygwin in the first place.  To paraphrase a certain illustrious comrade: 

"provide.. useful details (cygcheck output would be nice)..." 

	doing so, on the part of the questioner (as OT and offlist as the posters original email  
was) would have at least narrowed the scope of the problem as well as provide details to  
determine if there was even a problem to begin with, right? 
	 
>  
> It seems like neither you or Jim is approaching this from the direction 
> of "It seems to be working for other people.  I wonder what could be 
> wrong with this installation". 

	My assumption is that some install is always working, and any problems that do come up  
are typically directly contributable to what that same illustrious comrade I referenced earlier  
also said in another post, "cockpit error". 

>  Instead, Jim is ripping his installation 
> apart under the assumption that everything is broken and (apparently) 
> he's the first person to notice it and you're misreading his email and 
> suggesting that he run something else without clearly understanding what 
> the problem could be. 
>  
> I'll say it again:  Install the gcc-mingw package.  It's really simple. 
> It's so simple that it is the default for gcc installation. 

	You know that and I know that. 

	Does everyone know, however, what exactly is necessary for building c language apps  
that do not rely on Cygwin .dll?  At least one person doesn't, otherwise this thread wouldn't  
even be here right now, would it? 

	People are niether as dumb or as smart as most people like to believe that they are.  It is  
nice, however, if you can assume that someone is as smart as you are when it comes to  
Cygwin, right? 

	Unfortunately, most people do not know anywhere near as much as my illustrious  
comrade does when it comes to Cygwin. 

>  
> Anyway, if this discussion really needs to be continued.  It should be 
> continued in the cygwin mailing list. 

	Lo' and behold, here we are! ;-) 

	Paul G. 
>  
> 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/

^ permalink raw reply	[flat|nested] 13+ messages in thread
[parent not found: <003d01c2a474$0e06bf40$3c01a8c0@jungle>]
[parent not found: <003701c2a46e$5d071be0$3c01a8c0@jungle>]

end of thread, other threads:[~2002-12-20  5:40 UTC | newest]

Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-12-17  7:22 Gcc 3.2 -mno-cygwin Vince Hoffman
2002-12-17  9:14 ` Christopher Faylor
2002-12-17 11:38 ` Jim
  -- strict thread matches above, loose matches on Subject: below --
2002-12-17 13:44 lhall
2002-12-17  7:06 Jim
2002-12-16 21:37 Paul G.
2002-12-17  1:08 ` Christopher Faylor
2002-12-19 21:39   ` Paul G.
2002-12-19 21:40     ` Christopher Faylor
2002-12-20  0:36       ` Paul G.
     [not found] <003d01c2a474$0e06bf40$3c01a8c0@jungle>
     [not found] ` <3DFC9D28.67.6BEB89@localhost>
2002-12-15 20:45   ` Christopher Faylor
     [not found] <003701c2a46e$5d071be0$3c01a8c0@jungle>
2002-12-15 19:10 ` Christopher Faylor
2002-12-15 21:16   ` Larry Hall (RFK Partners, Inc)

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).