Re: Smoke [ebcdic] v5.23.4-176-g61739e5 FAIL(M) os/390 24.00 (2964/)
[email protected] (Karl Williamson) Wed, 18 Nov 2015 22:11:43 -0700
| Newsgroups | perl.mvs |
|---|---|
| Message-ID | <[email protected]> |
It turns out that I was mistaken about how git operates, and so what I furnished yesterday included all the stuff I didn't want to include. But I just pushed one that should be correct. Please use this instead. On 11/17/2015 11:00 PM, Karl Williamson wrote: > On 11/17/2015 09:42 PM, Yaroslav Kuzmin wrote: >> В Вт., 17/11/2015 в 21:11 -0500, Jarkko Hietaniemi пишет: >>>> I haven't been able to figure out what is the problem. Again, it says >>>> there is an unterminated #if preprocessor directive affecting utf8.c, >>>> but the apparent line number given is in the middle of a comment. I >>>> have examined utf8.c and the header files that I have modified, and >>>> don't see such a thing. I also hacked the compilation on my Linux box >>>> to pretend it was an EBCDIC machine, and it compiles. >>>> >>>> So what I've done is submitted a new branch to test, updated to latest >>>> blead, but with a bunch of commits backed off, to see if it works at >>>> this point. If so, then we can add in some commits to eventually find >>>> which one is the breaking one. If not, then we can try with even more >>>> commits backed off, etc, etc. >>>> >>>> If someone wants to examine this, I've attached the first part of the >>>> log in ASCII. A diff of this log and the latest one that works, shows >>>> the first difference at line #56: >>>> >>>> ERROR CCN3198 utf8.c:99 #if, #else, #elif, #ifdef, #ifndef block >>>> must >>>> be ended with #endif. >>>> >>>> I don't understand why utf8.c would be getting compiled this early in >>>> the process, but there it is. >>> >>> Yaroslav, does >>> >>> make utf8.i >>> >>> work in z/os to generate the preprocessed source? If it does, Karl >>> might find that useful. Or not. >>> >>> >> >> utf8.i available at >> https://drive.google.com/file/d/0B5PTttxwo7qAeXBVdHZJQW9YNjQ >> >> (23:20) RS12 : PDKUZM | ~/ussport/perl/perl-build :> make utf8.i >> c99 -c -DPERL_CORE -qlanglvl=extended:extc89:extc99 -qlongname >> -qxplink -qdll -qfloat=ieee >> -qhaltonmsg=3296:4108 -DMAXSIG=39 -DOEMVS -D_OE_SOCKETS >> -D_XOPEN_SOURCE_EXTENDED -D_ALL_SOURCE >> -DYYDYNAMIC -D_POSIX_SOURCE=1 -D_SHR_ENVIRON -DPERL_EXTERNAL_GLOB >> -qexportall -qdll -qxplink >> -DDEBUGGING -g -E utf8.c > utf8.i > > That looks like it is an ok file to me. If you still have the version > that was failing, try a 'make utf8.o' and see if it compiles. >> >> >> -- >> Regards, >> >> Yaroslav Kuzmin >> Developer C/C++ ,z/OS , Linux >> 3 Zhukovskiy Street · Miass, Chelyabinsk region 456318 · Russia >> Tel: +7.922.2.38.33.38 >> Email: [email protected] >> Web: www.rocketsoftware.com >> ================================ >> Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA >> 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 >> Unsubscribe From Commercial Email – [email protected] >> Manage Your Subscription Preferences - >> http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html >> >> Privacy Policy - >> http://www.rocketsoftware.com/company/legal/privacy-policy >> ================================ >> >> This communication and any attachments may contain confidential >> information of Rocket Software, Inc. All unauthorized use, disclosure >> or distribution is prohibited. If you are not the intended recipient, >> please notify Rocket Software immediately and destroy all copies of >> this communication. Thank you. >> > >