Skip Menu |

This queue is for tickets about the Inline-CPP CPAN distribution.

Report information
The Basics
Id: 72396
Status: resolved
Worked: 20 min
Priority: 0/
Queue: Inline-CPP

People
Owner: davido [...] cpan.org
Requestors: sisyphus [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 0.28
Fixed in: (no value)



Subject: Some Microsoft Compilers still need the '.h' extension to iostream
Hi, The bad news is that I don't know exactly which MS compilers need the '.h' extension (iostream.h) and which ones can accept simply iostream. The good news is, that I think *all* MS compilers are capable of handling 'iostream.h', though I could be wrong about this. (Time may tell.) My suggestion is that (in addition to my earlier bug report today), in the 0.29 CPP.pm, we replace the commented out: # $iostream .= ".h" unless $o->{ILSM}{STD_IOSTREAM}; with: if($o->{ILSM}{MAKEFILE}{CC} =~ /^cl/) { $iostream .= ".h" unless $o->{ILSM}{STD_IOSTREAM}; } and see how it goes. Seems that the "Microsoft Platform SDK for Windows Server 2003 R2" compiler (which is the compiler used to build 64-bit ActivePerl) needs to be looking for iostream.h. I get all sorts of bizarre errors if it goes looking for iostream. My Visual Studio 7.0 compiler (32 bit) doesn't seem to care whether it's told to find iostream or iostream.h .... which leads me to speculate that, while *all* MS compilers might not find 'iostream' acceptable, *none* will choke over 'iostream.h'. (That's the best speculation that I can come up with ... but it *is* just speculation.) Cheers, Rob
This patch has been applied as part of the 0.30 dist. It is applied in conjunction with the patch submitted in RT#72394. The change log has been updated. Thanks again. Let me know if it helps (or if it breaks something new). Dave
Patch applied for v0.30.