Re: Windows compile problems

2001-10-25 Thread Dan Sugalski
At 12:24 PM 10/25/2001 -0700, Russ Allbery wrote: >Dan Sugalski <[EMAIL PROTECTED]> writes: > > At 08:59 AM 10/25/2001 -0400, Andy Dougherty wrote: > > >> Then we probably should change Parrot's name of BOOL. I'd > >> suggest Bool_t, modeled after perl5's Size_t (and similar "types"). > > > Sound

Re: Windows compile problems

2001-10-25 Thread Russ Allbery
Dan Sugalski <[EMAIL PROTECTED]> writes: > At 08:59 AM 10/25/2001 -0400, Andy Dougherty wrote: >> Then we probably should change Parrot's name of BOOL. I'd >> suggest Bool_t, modeled after perl5's Size_t (and similar "types"). > Sounds like a good idea. IIRC, all types ending in _t are reserve

Re: Windows compile problems

2001-10-25 Thread Dan Sugalski
At 08:59 AM 10/25/2001 -0400, Andy Dougherty wrote: >In perl.perl6.internals, you wrote: > >On Wed, 24 Oct 2001, Brent Dax wrote: > > > >>Unfortunately, I can't figure out how to utilize it. Including > >>windows.h causes a conflict with Parrot's definition of BOOL, including > >Then we probably

Re: Windows compile problems

2001-10-25 Thread Andy Dougherty
In perl.perl6.internals, you wrote: >On Wed, 24 Oct 2001, Brent Dax wrote: > >>Unfortunately, I can't figure out how to utilize it. Including >>windows.h causes a conflict with Parrot's definition of BOOL, including Then we probably should change Parrot's name of BOOL. I'd suggest Bool_t, model

RE: Windows compile problems

2001-10-25 Thread Mattia Barbon
On Wed, 24 Oct 2001, Brent Dax wrote: >Unfortunately, I can't figure out how to utilize it. Including >windows.h causes a conflict with Parrot's definition of BOOL, including >winbase.h gives me a ton of syntax errors, and putting the declaration It is not supported to #include a win* file unles

RE: Windows compile problems

2001-10-24 Thread Brent Dax
Dan Sugalski: # At 10:20 PM 10/24/2001 +0100, Simon Cozens wrote: # >On Wed, Oct 24, 2001 at 01:56:01PM -0700, Brent Dax wrote: # > > core_ops.obj : error LNK2019: unresolved external # symbol _sleep # > > referenced in function _Parrot_sleep_i # > > test_prog.exe : fatal error LNK1120

Re: Windows compile problems

2001-10-24 Thread Alex Gough
On Wed, 24 Oct 2001, Simon Cozens wrote: > On Wed, Oct 24, 2001 at 01:56:01PM -0700, Brent Dax wrote: > > After thinking about this for a couple minutes, I came up with a > > solution involving a macro (I can hear the groans from here): > > #define VTABLE_CALL(vfunc, type) > > ((op_func_t)((INTVA

RE: Windows compile problems

2001-10-24 Thread Brent Dax
Andy Dougherty: # In perl.perl6.internals, you wrote: # # >+#else # >+ # >+ /* Win32 doesn't have gettimeofday or , so just use # >normal time w/o microseconds # >+ XXX Is there a Win32 equivalent to gettimeofday? */ # # Yes. See ext/Time/HiRes/HiRes.xs in perl-current. Whoa. That is just

Re: Windows compile problems

2001-10-24 Thread Dan Sugalski
At 10:20 PM 10/24/2001 +0100, Simon Cozens wrote: >On Wed, Oct 24, 2001 at 01:56:01PM -0700, Brent Dax wrote: > > core_ops.obj : error LNK2019: unresolved external symbol _sleep > > referenced in function _Parrot_sleep_i > > test_prog.exe : fatal error LNK1120: 1 unresolved externals >

Re: Windows compile problems

2001-10-24 Thread Simon Cozens
On Wed, Oct 24, 2001 at 01:56:01PM -0700, Brent Dax wrote: > After thinking about this for a couple minutes, I came up with a > solution involving a macro (I can hear the groans from here): > #define VTABLE_CALL(vfunc, type) > ((op_func_t)((INTVAL)vfunc+(INTVAL)type)) This is entirely my fault; I

Re: Windows compile problems

2001-10-24 Thread Andy Dougherty
In perl.perl6.internals, you wrote: >+#else >+ >+ /* Win32 doesn't have gettimeofday or , so just use >normal time w/o microseconds >+ XXX Is there a Win32 equivalent to gettimeofday? */ Yes. See ext/Time/HiRes/HiRes.xs in perl-current. -- Andy Dougherty [EMAIL PROTECTED

RE: Windows compile problems

2001-10-24 Thread Brent Dax
Bent Dax: # vtable_ops.c(37) : error C2296: '+' : illegal, left operand has type # 'add_method_t' ... # AUTO_OP add (p, p, p) { # ((op_func_t)((INTVAL)$2->vtable->add_1 + # (INTVAL)$3->vtable->num_type))($2,$3,$1); # } Okay, this is going to be a blow-by-blow of my littl

RE: Windows compile problems

2001-10-24 Thread Brent Dax
Dan Sugalski: # At 09:37 AM 10/24/2001 -0700, Brent Dax wrote: # >It's probably a problem. Configure.pl creates a macro # >HAS_HEADER_SYSTIME in config.h--why isn't Parrot respecting it? # # Parrot bug. I'll go fix unless someone beats me to it. Patch below my sig fixes this; however, after this

RE: Windows compile problems

2001-10-24 Thread Dan Sugalski
At 09:37 AM 10/24/2001 -0700, Brent Dax wrote: >It's probably a problem. Configure.pl creates a macro >HAS_HEADER_SYSTIME in config.h--why isn't Parrot respecting it? Parrot bug. I'll go fix unless someone beats me to it. Dan

RE: Windows compile problems

2001-10-24 Thread Brent Dax
Jaen Saul: # I can't compile on a Win XP 26.00 machine with Microsoft # Visual Studio 6.0 # (no service packs), but I could compile it a while ago. Nmake says: # # cl -nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT # -DHAVE_DES_FCRYPT # -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS # -DPER

Re: Windows compile problems

2001-10-24 Thread Andy Dougherty
In perl.perl6.internals, you wrote: >At 06:14 PM 10/23/2001 +0200, Jaen Saul wrote: >>I checked, there is NO sys/time.h header in the CRT include directories... >>Is this just me or is this really a problem? > >It's really a problem. :( Yes. Parrot should probably be respecting Perl5's Configure

Re: Windows compile problems

2001-10-24 Thread Dan Sugalski
At 06:14 PM 10/23/2001 +0200, Jaen Saul wrote: >I checked, there is NO sys/time.h header in the CRT include directories... >Is this just me or is this really a problem? It's really a problem. :( >BTW. I'm making a little Object Oriented Basic compiler in Python for >Parrot. Y'know, there's just

Windows compile problems

2001-10-24 Thread Jaen Saul
Hi, I can't compile on a Win XP 26.00 machine with Microsoft Visual Studio 6.0 (no service packs), but I could compile it a while ago. Nmake says: cl -nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DHAVE_DES_FCRYPT -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -DPERL_MSVCRT_READFIX -I./