Re: Problem compiling with gpc and Uses Crt statement in crtc.c
Ugh, top-posting... Reformatted. On Fri, 8 Jun 2007, Bruce Mahfood wrote: On 6/8/07, Dave Korn wrote: One last thing On 6/7/07, Dave Korn wrote: ^^^ http://cygwin.com/acronyms#PCYMTNQREAIYR: Can you fix your mailer's reply-header to only quote the full-text name, not the email address please? Posting someone's email address to a mailing list web archive results in spam harvesters grabbing it and then that person gets tons more spam that they wouldn't otherwise have received. (Oh, I see you're on gmail, I don't know if they provide that degree of customisation or not, but if you could remember to manually snip the raw email addys whenever possible it would be appreciated). Very sorry. Pretty new to the newsgroup thing. FYI, this is a mailing list. I will make sure to remove the email addresses from now on. I looked and cannot find anywhere where gmail gives that level of customization. It doesn't, but if enough people suggest this feature, perhaps someone at Google will work on it. :-) See http://mail.google.com/support/bin/request.py?contact_type=suggest (don't forget to also click Have Gmail do my laundry). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Freedom is just another word for nothing left to lose... -- Janis Joplin -- 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 compiling with gpc and Uses Crt statement in crtc.c
On 08 June 2007 12:59, Bruce Mahfood wrote: Will do. Thanks Dave. One last thing On 6/7/07, Dave Korn [EMAIL PROTECTED] wrote: ^^^ http://cygwin.com/acronyms#PCYMTNQREAIYR: Can you fix your mailer's reply-header to only quote the full-text name, not the email address please? Posting someone's email address to a mailing list web archive results in spam harvesters grabbing it and then that person gets tons more spam that they wouldn't otherwise have received. (Oh, I see you're on gmail, I don't know if they provide that degree of customisation or not, but if you could remember to manually snip the raw email addys whenever possible it would be appreciated). 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 compiling with gpc and Uses Crt statement in crtc.c
Will do. Thanks Dave. On 6/7/07, Dave Korn [EMAIL PROTECTED] wrote: On 07 June 2007 21:41, Bruce Mahfood wrote: Hey thanks. I recognised that the problem was in a system level C file, when I was trying to compile a Pascal file. The thing is that gpc is a Pascal compiler that is linked against the gcc backend. Heh, yes, I know. I'm the maintainer of the cygwin gcc packages. The GNU Pascal page (http://directory.fsf.org/devel/prog/pascal/GNUPascal.html) states that it implements ISO Pascal, Borland Pascal 7.0, and parts of other Pascal standards or de-facto standards. We used to have a gpc build and then it got dropped and when I took over gcc maintainership I threw together a newer version. It's entirely possible I did something wrong, although it passes most of the gpc testsuite: === gpc tests === Running target any Running testsuite ... UNSUPPORTED: agettext2test.pas UNSUPPORTED: aregextest.pas FAIL: aturbo3test.pas FAIL: avo7.pas FAIL: crttest.pas FAIL: dialec3.pas FAIL: dialec5.pas FAIL: dialec6.pas FAIL: dialec7.pas FAIL: fjf1021d.pas FAIL: fjf1021h.pas FAIL: fjf1021i.pas FAIL: fjf1021j.pas FAIL: fjf1021k.pas FAIL: fjf1042b.pas FAIL: fjf1042c.pas UNSUPPORTED: fjf165a.pas FAIL: fjf186.pas UNSUPPORTED: gmptest.pas UNSUPPORTED: longr2.pas FAIL: mir047h.pas === gpc Summary === # of tests4946 # of expected passes 4925 # of unexpected failures 16 # of unsupported tests5 I tried removing the call to Use Crt, and have other errors. I am going to ask my question on the GNU-Pascal mailing list, since you do not seem to feel that this is a Cygwin issue, but a) since gpc speaks Borland, I would assume that it is not being messed up with the Uses Crt, and b) since gpc comes as a part of the Cygwin install, and since I installed it using the Cygwin Setup executable, I would think that there should be no problem with it finding the correct object file, but in this case it didn't. Why would gpc start a gcc compile of the crtc.c file? I don't know that answer to that question. No, I was guessing wrongly about the purpose of the crt.* files in .../units/. I don't know what the problem is, so please do report back what you find out from the pascal list and if there's a bug in the way I ported the newer gpc to gcc-3.3.3, I'll fix it. 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/ -- 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 compiling with gpc and Uses Crt statement in crtc.c
Very sorry. Pretty new to the newsgroup thing. I will make sure to remove the email addresses from now on. I looked and cannot find anywhere where gmail gives that level of customization. Bruce On 6/8/07, Dave Korn wrote: On 08 June 2007 12:59, Bruce Mahfood wrote: Will do. Thanks Dave. One last thing On 6/7/07, Dave Korn wrote: ^^^ http://cygwin.com/acronyms#PCYMTNQREAIYR: Can you fix your mailer's reply-header to only quote the full-text name, not the email address please? Posting someone's email address to a mailing list web archive results in spam harvesters grabbing it and then that person gets tons more spam that they wouldn't otherwise have received. (Oh, I see you're on gmail, I don't know if they provide that degree of customisation or not, but if you could remember to manually snip the raw email addys whenever possible it would be appreciated). 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/ -- 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 compiling with gpc and Uses Crt statement in crtc.c
On 07 June 2007 20:13, Bruce Mahfood wrote: I am using gpc to compile code which contains the statement Uses Crt. I get over 600 error lines. I am attaching the output of cygcheck -s -v -r, along with the output that I am getting from my compilation, as well as a test file that I have created which gives me the same errors. The command line that I am using is: gpc --automake --unit-path=/usr/lib/gcc/i686-pc-cygwin/3.4.4/units/ -g test.pas I have also used: C:\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\units in the unit-path. Both paths gave the same results. I don't speak pascal, but I can tell you that that is almost certainly the wrong thing to do. Anything under /usr/lib/gcc is private and internal and belongs to gcc (and its subcompiler gpc) only. The compiler should pull it in automatically when it needs to and not when it doesn't and it should automatically know what and where it is and never need to be told. Basically the problem seems to be an issue with compiling crtc.c. I think you probably don't want to be recompiling the internal runtime support stuff anyway. Thanks for your help... I'm afraid I can't help much, as I don't speak pascal. Your example compiles ok with the Uses statement removed. A five-second google tells me that Uses Crt is a Borland extension, so maybe all you need do is omit it? (I think this is maybe a bit like the old getch() function that everyone used in Borland C and MSVC to wait for a keypress but that is not part of the C language and so does not exist in many other compilers/runtime libraries). 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 compiling with gpc and Uses Crt statement in crtc.c
Hey thanks. I recognised that the problem was in a system level C file, when I was trying to compile a Pascal file. The thing is that gpc is a Pascal compiler that is linked against the gcc backend. The GNU Pascal page (http://directory.fsf.org/devel/prog/pascal/GNUPascal.html) states that it implements ISO Pascal, Borland Pascal 7.0, and parts of other Pascal standards or de-facto standards. I tried removing the call to Use Crt, and have other errors. I am going to ask my question on the GNU-Pascal mailing list, since you do not seem to feel that this is a Cygwin issue, but a) since gpc speaks Borland, I would assume that it is not being messed up with the Uses Crt, and b) since gpc comes as a part of the Cygwin install, and since I installed it using the Cygwin Setup executable, I would think that there should be no problem with it finding the correct object file, but in this case it didn't. Why would gpc start a gcc compile of the crtc.c file? I don't know that answer to that question. Any other takes on this would be appreciated. As I said, I am going to chat on the GNU-Pascal list, but if anyone was seen this or has an idea, I would be very appreciative. Bruce On 6/7/07, Dave Korn [EMAIL PROTECTED] wrote: On 07 June 2007 20:13, Bruce Mahfood wrote: I am using gpc to compile code which contains the statement Uses Crt. I get over 600 error lines. I am attaching the output of cygcheck -s -v -r, along with the output that I am getting from my compilation, as well as a test file that I have created which gives me the same errors. The command line that I am using is: gpc --automake --unit-path=/usr/lib/gcc/i686-pc-cygwin/3.4.4/units/ -g test.pas I have also used: C:\cygwin\lib\gcc\i686-pc-cygwin\3.4.4\units in the unit-path. Both paths gave the same results. I don't speak pascal, but I can tell you that that is almost certainly the wrong thing to do. Anything under /usr/lib/gcc is private and internal and belongs to gcc (and its subcompiler gpc) only. The compiler should pull it in automatically when it needs to and not when it doesn't and it should automatically know what and where it is and never need to be told. Basically the problem seems to be an issue with compiling crtc.c. I think you probably don't want to be recompiling the internal runtime support stuff anyway. Thanks for your help... I'm afraid I can't help much, as I don't speak pascal. Your example compiles ok with the Uses statement removed. A five-second google tells me that Uses Crt is a Borland extension, so maybe all you need do is omit it? (I think this is maybe a bit like the old getch() function that everyone used in Borland C and MSVC to wait for a keypress but that is not part of the C language and so does not exist in many other compilers/runtime libraries). 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/ -- 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 compiling with gpc and Uses Crt statement in crtc.c
On 07 June 2007 21:41, Bruce Mahfood wrote: Hey thanks. I recognised that the problem was in a system level C file, when I was trying to compile a Pascal file. The thing is that gpc is a Pascal compiler that is linked against the gcc backend. Heh, yes, I know. I'm the maintainer of the cygwin gcc packages. The GNU Pascal page (http://directory.fsf.org/devel/prog/pascal/GNUPascal.html) states that it implements ISO Pascal, Borland Pascal 7.0, and parts of other Pascal standards or de-facto standards. We used to have a gpc build and then it got dropped and when I took over gcc maintainership I threw together a newer version. It's entirely possible I did something wrong, although it passes most of the gpc testsuite: === gpc tests === Running target any Running testsuite ... UNSUPPORTED: agettext2test.pas UNSUPPORTED: aregextest.pas FAIL: aturbo3test.pas FAIL: avo7.pas FAIL: crttest.pas FAIL: dialec3.pas FAIL: dialec5.pas FAIL: dialec6.pas FAIL: dialec7.pas FAIL: fjf1021d.pas FAIL: fjf1021h.pas FAIL: fjf1021i.pas FAIL: fjf1021j.pas FAIL: fjf1021k.pas FAIL: fjf1042b.pas FAIL: fjf1042c.pas UNSUPPORTED: fjf165a.pas FAIL: fjf186.pas UNSUPPORTED: gmptest.pas UNSUPPORTED: longr2.pas FAIL: mir047h.pas === gpc Summary === # of tests4946 # of expected passes 4925 # of unexpected failures 16 # of unsupported tests5 I tried removing the call to Use Crt, and have other errors. I am going to ask my question on the GNU-Pascal mailing list, since you do not seem to feel that this is a Cygwin issue, but a) since gpc speaks Borland, I would assume that it is not being messed up with the Uses Crt, and b) since gpc comes as a part of the Cygwin install, and since I installed it using the Cygwin Setup executable, I would think that there should be no problem with it finding the correct object file, but in this case it didn't. Why would gpc start a gcc compile of the crtc.c file? I don't know that answer to that question. No, I was guessing wrongly about the purpose of the crt.* files in .../units/. I don't know what the problem is, so please do report back what you find out from the pascal list and if there's a bug in the way I ported the newer gpc to gcc-3.3.3, I'll fix it. 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/