Bug #39400 for Tk: Compile error at installation on ActivePerl 5.10

I get the same error: Cannot open include file: 'windows.h' while building another perl module. Searching for the file, I find it, under Cygwin: C:\cygwin\usr\include\w32api I try now to install Tk onto a perl outside Cygwin. Could there be that there is a clash? I did unset the CYGWIN environment varaiable (after noticing some possible impact on chmod, from man perlport)

Hi again Slaven, On Sat, Sep 20, 2008 at 8:17 AM, Marc Girod <marc.girod@gmail.com> wrote: Show quoted text
Where should it be? I did a full scan on the w2k. Now I am on the Vista laptop, and I just checked that there is no windows.h in: C:\Program Files\Microsoft Visual Studio 9.0\VC\include Where else could it be? Thanks, Marc

Thanks Slaven, On Sat, Sep 20, 2008 at 8:25 AM, Slaven_Rezic via RT <bug-Tk@rt.cpan.org> wrote: Show quoted text
Indeed. I try to download on both platforms. I am confused to have let you google for me... The __FUNCTION__ redefinition, I can ignore? Thanks, Marc

On Sat, Sep 20, 2008 at 3:27 PM, Marc Girod <marc.girod@gmail.com> wrote: Show quoted text
Successfully installed on Vista, Express VC 2008, SDK 2008. On w2k Express VC 2005, SDK 2005, perl Makefile.PL is still pending, but perl/Make::Maker reported that it didn't find the libraries (e.g. kernel32.lib). I guess make will fail, probably on the includes. I set inc and lib, but I'll try next to use CCCDLFLAGS... Any other suggestion? Thanks, Marc

Sorry, one obvious missing bit... On Sat, Sep 20, 2008 at 7:26 PM, Marc Girod <marc.girod@gmail.com> wrote: Show quoted text
... Show quoted text
typedef struct regexp { /* what engine created this regexp? */ const struct regexp_engine* engine; struct regexp* mother_re; /* what re is this a lightweight copy of? */ /* Information about the match that the perl core uses to manage things */ U32 extflags; /* Flags used both externally and internally */ I32 minlen; /* mininum possible length of string to match */ I32 minlenret; /* mininum possible length of $& */ U32 gofs; /* chars left of pos that we search from */ struct reg_substr_data *substrs; /* substring data about strings that must appear in the final match, used for optimisations */ U32 nparens; /* number of capture buffers */ /* private engine specific data */ U32 intflags; /* Engine Specific Internal flags */ void *pprivate; /* Data private to the regex engine which created this object. */ /* Data about the last/current match. These are modified during matching*/ U32 lastparen; /* last open paren matched */ U32 lastcloseparen; /* last close paren matched */ regexp_paren_pair *swap; /* Swap copy of *offs */ regexp_paren_pair *offs; /* Array of offsets for (@-) and (@+) */ char *subbeg; /* saved or original string so \digit works forever. */ SV_SAVED_COPY /* If non-NULL, SV which is COW from original */ I32 sublen; /* Length of string pointed by subbeg */ /* Information about the match that isn't often used */ I32 prelen; /* length of precomp */ const char *precomp; /* pre-compilation regular expression */ /* wrapped can't be const char*, as it is returned by sv_2pv_flags */ char *wrapped; /* wrapped version of the pattern */ I32 wraplen; /* length of wrapped */ I32 seen_evals; /* number of eval groups in the pattern - for security checks */ HV *paren_names; /* Optional hash of paren names */ /* Refcount of this regexp */ I32 refcnt; /* Refcount of this regexp */ } regexp;

On Sat Sep 20 14:36:01 2008, mgirod wrote: Show quoted text
Can you retry from a freshly extracted Tk directory (that is, do not try make clean or make distclean, as both are somewhat unreliable in the Tk distribution, but with a really fresh Tk)? I suspect that in the configuration phase the regexp model check failed (probably due to the missing windows.h etc.) and that the old 5.8.8 regexp model was used afterwards. Regards, Slaven

Hi Slaven, On Sat, Sep 20, 2008 at 11:53 PM, Marc Girod <marc.girod@gmail.com> wrote: Show quoted text
Well, I failed so far. I used : perl Makefile.PL verbose to look at the value of some variables, and I could indeed influence them with the environment and on the command line: C:\work\Tk-804.028>echo %lib% C:\PROGRA~1\MIC977~1\Lib;C:\Progra~1\MICROS~4\VC\lib This helpped "perl Makefile.PL" finding the libraries. But whatever I tried on the command line, INC, CCFLAGS, CCCDLFLAGS, nothing affected the Makefiles produced... So, for now, I am still stuck with the same error, after fixing the makefiles by hand (4 variables, plus the rc command lines). Marc

Thanks, On Mon, Sep 22, 2008 at 9:23 PM, slaven@rezic.de via RT <bug-Tk@rt.cpan.org> wrote: Show quoted text
I'll have to come back to this later. I got stuck by the fact Config was used from the BEGIN clause, and the result read-only because of the tie. I think I'll try to play with a dummy script of mine overcoming these restrictions. But I kind of need to do this at week-ends, and the next 3 ones will not be free... Thanks again, Marc