Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On Thu, Jun 09, 2005 at 06:26:59PM -0400, Igor Pechtchanski wrote: >On Thu, 9 Jun 2005, Christopher Faylor wrote: > >> On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote: >> >>Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages >> >>after 20040822-1 that fix the problem? >> > >> >Yes. And I suggest that you get a gold star because you found the >> >first mistake I made when building and uploading this package even >> >before an announcement was sent;) >> >> Can we get a gold star over here? > >Sure thing Boss! You want I should drop a hippo on someone while I'm at >it? :-) Not yet. You might want to work on gold hippos, though. It's only a matter of time. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On Thu, 9 Jun 2005, Christopher Faylor wrote: > On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote: > >>Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages > >>after 20040822-1 that fix the problem? > > > >Yes. And I suggest that you get a gold star because you found the > >first mistake I made when building and uploading this package even > >before an announcement was sent;) > > Can we get a gold star over here? Sure thing Boss! You want I should drop a hippo on someone while I'm at it? :-) Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On Thu, Jun 09, 2005 at 11:31:23PM +0200, Gerrit P. Haase wrote: >>Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages >>after 20040822-1 that fix the problem? > >Yes. And I suggest that you get a gold star because you found the >first mistake I made when building and uploading this package even >before an announcement was sent;) Can we get a gold star over here? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
David Rothenberger wrote: On 6/9/2005 12:24 PM, David Rothenberger wrote: On 6/9/2005 12:17 PM, Gerrit P. Haase wrote: David Rothenberger wrote: % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. Huh? Which gcc-mingw-* packages am I missing? See the output from cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me with gcc 3.3.3-1. Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages after 20040822-1 that fix the problem? Yes. And I suggest that you get a gold star because you found the first mistake I made when building and uploading this package even before an announcement was sent;) Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
David Rothenberger wrote: On 6/9/2005 12:17 PM, Gerrit P. Haase wrote: David Rothenberger wrote: % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. Huh? Which gcc-mingw-* packages am I missing? See the output from cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me with gcc 3.3.3-1. The latest gcc-mingw-* packages, version 20050522-1, I missed to edit the setup.hint for these packages, so setup thinks 20040810-1 is current (until the new setup.hint files have arrived at the mirrors which will happen really soon now). Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
Gerrit P. Haase wrote: Dave Korn wrote: Yep, that's got to be the source of the problem. % ls /lib/gcc/i686-pc-mingw32 3.4.1 Gcc normally lives under "/lib/gcc-lib/", rather than "/lib/gcc/..."; someone's been playing around with all the various individual --*-prefix=DIR and --*dir= options at configure time, and got an inconsistent set. BTW, the options used are --prefix=/usr --exec-prefix=/usr \ --libdir=/usr/lib --libexecdir=/usr/lib The path under lib and libexec is gcc controled. I just use --libexecdir=/usr/lib because I dislike to have executables under /usr/share/gcc/... where they put it nowadays. With --libdir=/usr/lib --libexecdir=/usr/lib we have only one path, /usr/lib/gcc/... else there are two, /usr/lib/gcc and /usr/share/gcc/... one with the runtime libraries and one with the executables. The gcc-lib path was used in pre 3.4 gcc releases. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On 6/9/2005 12:24 PM, David Rothenberger wrote: On 6/9/2005 12:17 PM, Gerrit P. Haase wrote: David Rothenberger wrote: % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. Huh? Which gcc-mingw-* packages am I missing? See the output from cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me with gcc 3.3.3-1. Oh, I'm sorry. I think I see. There are some gcc-mingw-* packages after 20040822-1 that fix the problem? -- David Rothenbergerspammer? -> [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 It's raisins that make Post Raisin Bran so raisiny ... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On 6/9/2005 12:17 PM, Gerrit P. Haase wrote: David Rothenberger wrote: % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. Huh? Which gcc-mingw-* packages am I missing? See the output from cygcheck pasted above. Also, note that gcc -mno-cygwin works fine for me with gcc 3.3.3-1. -- David Rothenbergerspammer? -> [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
David Rothenberger wrote: I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just "cc1plus " Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? GCC 3.4.4 is new, 3.4.1 was the test release of the 3.4.x series, now it is time to move on. So 3.3.3 is the previous release now and 3.4.4 is current. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
Dave Korn wrote: Yep, that's got to be the source of the problem. % ls /lib/gcc/i686-pc-mingw32 3.4.1 Gcc normally lives under "/lib/gcc-lib/", rather than "/lib/gcc/..."; someone's been playing around with all the various individual --*-prefix=DIR and --*dir= options at configure time, and got an inconsistent set. Presumably they've got it installed under both prefixes on their development PC because at some time in the past it's moved from one prefix to the other, and so that hid the problem in testing. Gerrit, is this your doing? It works for me, honestly;) See my other post please. Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
David Rothenberger wrote: On 6/9/2005 11:15 AM, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 09 June 2005 19:08 On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote: I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just "cc1plus " Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? I can't answer many of the above but this is not an issue for the mingw group. It's a cygwin gcc configuration problem. cgf So the next question has to be 'What does "gcc -print-search-dirs" show, and how does it compare to "gcc -mno-cygwin -print-search-dirs"?' % gcc -print-search-dirs install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/libexec/gcc/i686-pc-cygwin/3.4.4/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ libraries: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../:/lib/i686-pc-cygwin/3.4.4/:/lib/:/usr/lib/i686-pc-cygwin/3.4.4/:/usr/lib/ % gcc -mno-cygwin -print-search-dirs install: /usr/lib/gcc/i686-pc-mingw32/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/libexec/gcc/i686-pc-mingw32/3.4.4/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/ libraries: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../:/usr/lib/gcc/i686-pc-mingw32/../../i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../:/lib/i686-pc-mingw32/3.4.4/:/lib/:/usr/lib/i686-pc-mingw32/3.4.4/:/usr/lib/ % ls /lib/gcc/i686-pc-mingw32 3.4.1 % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. Many thanks. You're missing the gcc-mingw-* packages. My bad, I missed to edit the setup.hint of gcc-mingw, will do this now. [EMAIL PROTECTED] ~]$ cat /var/ftp/pub/cygwin/release/gcc-mingw/gcc-mingw-g++/setup.hint sdesc: "Mingw32 support headers and libraries for GCC C++" category: Devel requires: gcc-core gcc-g++ prev:
RE: Problem with gcc 3.4.4-1 and -mno-cygwin switch
Original Message >From: David Rothenberger >Sent: 09 June 2005 19:50 > % gcc -print-search-dirs > install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/ > programs: > =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc -cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwi n/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/libe xec/gcc/i686-pc-cygwin/3.4.4/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/ i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/bin/../lib/gcc/i686-pc-c ygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/bin/../lib /gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc/i686- pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/usr/li b/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ > libraries: > =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc -cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cy gwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/bin/../lib/ gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-p c-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/usr/lib /gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/bin/../lib/gcc/i6 86-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cy gwin/3.4.4/../../../:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygw in/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../:/lib/i686-pc-cygwin/3. 4.4/:/lib/:/usr/lib/i686-pc-cygwin/3.4.4/:/usr/lib/ > > % gcc -mno-cygwin -print-search-dirs > install: /usr/lib/gcc/i686-pc-mingw32/3.4.4/ > programs: > =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-p c-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mi ngw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/us r/libexec/gcc/i686-pc-mingw32/3.4.4/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/ lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/bin/../lib/gcc /i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4 /:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/:/us r/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4 /:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/ > libraries: > =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-p c-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc -mingw32/3.4.4/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/bin/. ./lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/:/usr/lib/gc c/i686-pc-mingw32/../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/usr/l ib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/:/bin/../lib/gcc/i686-pc -mingw32/3.4.4/../../../i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw 32/3.4.4/../../../:/usr/lib/gcc/i686-pc-mingw32/../../i686-pc-mingw32/3.4.4/ :/usr/lib/gcc/i686-pc-mingw32/../../:/lib/i686-pc-mingw32/3.4.4/:/lib/:/usr/ lib/i686-pc-mingw32/3.4.4/:/usr/lib/ Yep, that's got to be the source of the problem. > > % ls /lib/gcc/i686-pc-mingw32 > 3.4.1 Gcc normally lives under "/lib/gcc-lib/", rather than "/lib/gcc/..."; someone's been playing around with all the various individual --*-prefix=DIR and --*dir= options at configure time, and got an inconsistent set. Presumably they've got it installed under both prefixes on their development PC because at some time in the past it's moved from one prefix to the other, and so that hid the problem in testing. Gerrit, is this your doing? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On 6/9/2005 11:15 AM, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 09 June 2005 19:08 On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote: I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just "cc1plus " Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? I can't answer many of the above but this is not an issue for the mingw group. It's a cygwin gcc configuration problem. cgf So the next question has to be 'What does "gcc -print-search-dirs" show, and how does it compare to "gcc -mno-cygwin -print-search-dirs"?' % gcc -print-search-dirs install: /usr/lib/gcc/i686-pc-cygwin/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/usr/libexec/gcc/i686-pc-cygwin/3.4.4/:/usr/libexec/gcc/i686-pc-cygwin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ libraries: =/bin/../lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/lib/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/bin/../lib/gcc/i686-pc-cygwin/3.4.4/../../../:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../i686-pc-cygwin/3.4.4/:/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../:/lib/i686-pc-cygwin/3.4.4/:/lib/:/usr/lib/i686-pc-cygwin/3.4.4/:/usr/lib/ % gcc -mno-cygwin -print-search-dirs install: /usr/lib/gcc/i686-pc-mingw32/3.4.4/ programs: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/usr/libexec/gcc/i686-pc-mingw32/3.4.4/:/usr/libexec/gcc/i686-pc-mingw32/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/bin/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/bin/ libraries: =/bin/../lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../../i686-pc-mingw32/lib/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../../i686-pc-mingw32/lib/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../i686-pc-mingw32/3.4.4/:/bin/../lib/gcc/i686-pc-mingw32/3.4.4/../../../:/usr/lib/gcc/i686-pc-mingw32/../../i686-pc-mingw32/3.4.4/:/usr/lib/gcc/i686-pc-mingw32/../../:/lib/i686-pc-mingw32/3.4.4/:/lib/:/usr/lib/i686-pc-mingw32/3.4.4/:/usr/lib/ % ls /lib/gcc/i686-pc-mingw32 3.4.1 % cygcheck -cv | grep gcc Empty package gcc gcc 3.4.4-1 OK gcc-core3.4.4-1 OK gcc-g++ 3.4.4-1 OK Empty package gcc-mingw gcc-mingw 20040810-1 OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++ 20040810-1 OK Same issue with test versions of gcc-mingw* packages. -- David Rothenbergerspammer? -> [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Once ... in the wilds of Afghanistan, I lost my corkscrew, and we were forced to live on nothing but food and water for days. -- W. C. Fields, "My Little Chickadee" -- Unsubscribe info: http://cygwin.com/ml/
RE: Problem with gcc 3.4.4-1 and -mno-cygwin switch
Original Message >From: Christopher Faylor >Sent: 09 June 2005 19:08 > On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote: >> I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of >> test, so I upgraded it. I then tried to build the cygwin DLL and >> utilites from CVS and ran into a problem compiling cygcheck. >> >> g++: installation problem, cannot exec 'cc1plus': No such file or >> directory >> >> I get the same error when compiling any program with the -mno-cygwin >> switch. I passed the -v switch to gcc and noticed it was invoking >> cc1plus without an absolute path, just "cc1plus " >> >> Was gcc 3.4.4-1 intentionally moved out of test? Is this a known >> problem? I tried the latest mingw test packages but that didn't help. Do >> I need to do something else? Should this be taken up with the mingw >> group instead? Have I asked enough questions? > > I can't answer many of the above but this is not an issue for the mingw > group. It's a cygwin gcc configuration problem. > > cgf So the next question has to be 'What does "gcc -print-search-dirs" show, and how does it compare to "gcc -mno-cygwin -print-search-dirs"?' cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem with gcc 3.4.4-1 and -mno-cygwin switch
On Thu, Jun 09, 2005 at 11:05:40AM -0700, David Rothenberger wrote: >I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of >test, so I upgraded it. I then tried to build the cygwin DLL and >utilites from CVS and ran into a problem compiling cygcheck. > >g++: installation problem, cannot exec 'cc1plus': No such file or directory > >I get the same error when compiling any program with the -mno-cygwin >switch. I passed the -v switch to gcc and noticed it was invoking >cc1plus without an absolute path, just "cc1plus " > >Was gcc 3.4.4-1 intentionally moved out of test? Is this a known >problem? I tried the latest mingw test packages but that didn't help. Do >I need to do something else? Should this be taken up with the mingw >group instead? Have I asked enough questions? I can't answer many of the above but this is not an issue for the mingw group. It's a cygwin gcc configuration problem. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem with gcc 3.4.4-1 and -mno-cygwin switch
I ran Cygwin Setup today and noticed that gcc 3.4.4-1 had moved out of test, so I upgraded it. I then tried to build the cygwin DLL and utilites from CVS and ran into a problem compiling cygcheck. g++: installation problem, cannot exec 'cc1plus': No such file or directory I get the same error when compiling any program with the -mno-cygwin switch. I passed the -v switch to gcc and noticed it was invoking cc1plus without an absolute path, just "cc1plus " Was gcc 3.4.4-1 intentionally moved out of test? Is this a known problem? I tried the latest mingw test packages but that didn't help. Do I need to do something else? Should this be taken up with the mingw group instead? Have I asked enough questions? -- David Rothenbergerspammer? -> [EMAIL PROTECTED] GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 QOTD: All I want is more than my fair share. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
