Well, I've just installed Visual Studio 6.0, compiled and installed perl
5.18.2 with it, downloaded J/JK/JKEGL/Marpa-R2-2.082000.tar.gz, unpacked
it, patched line 525 in Build_Me.pm to read
if (!$ac->check_type('unsigned long long int') and
!$ac->check_type('unsigned __int64')) {
and Marpa::R2 built, tested and installed just fine under windows xp sp3.
*cl *version is 12.00.8168.
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 12.00.8168 for 80x86
Copyright (C) Microsoft Corp 1984-1998. All rights reserved.
Frankly, this *long long* support in msvc6 comes as a little surprise to
me, so confirmation would be a nice thing to have.
On Wed, Mar 12, 2014 at 9:58 PM, Jeffrey Kegler <
jeffreykeg...@jeffreykegler.com> wrote:
> From Activestate's site, I get this report of a Microsoft compile
> failure<http://ppm4.activestate.com/MSWin32-x86/5.12/1200/J/JK/JKEGL/Marpa-R2-2.082000.d/log-20140311T220808.txt>because
> I require "long long int". My questions, for those more attuned to
> the world of Microsoft than I, are
>
> 1.) Should I care? That is, does it look like the setup is broken, or
> does it seem so oddball that I should ignore it?
>
> 2.) If I should care, what's a good workaround?. "long long int" is used
> to ensure that the int is at least 64-bits. There are other ways to do
> that, none 100% portable. I'd assume there is some way that this compiler
> likes to be asked for a 64-bit int.
>
> Thanks, jeffrey
>
> --
> You received this message because you are subscribed to the Google Groups
> "marpa parser" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to marpa-parser+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>
--
You received this message because you are subscribed to the Google Groups
"marpa parser" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to marpa-parser+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
