Inline-0.55 released to CPAN

[s***@public.gmane.org]

Hi,

No changes from Inline-0.54_05.

Changes from Inline-0.54:

Add META.yml & META.json to distro

Inline.pod - Add documentation regarding "with" and modules. (Thanks to Ed
J.)
Inline.pm - import Fcntl constants for flock (rurban).
Inline.pm - flock only on supported platforms, would die on VMS,riscos,VOS
(rurban).
Makefile.PL - simplify 5.6 PREREQ_PM handling (rurban).
Makefile.PL - add META_MERGE info (David Steinbrunner).
Inline.pod - Correct typos (David Steinbrunner).

C.pm - Fix localisation of $ENV{MAKEFLAGS}. (Thanks Shawn Laffan.)
C/Makefile.PL - Apply Cygwin-specific fix (PLICEASE-***@public.gmane.org). (Ticket
#92144)
C/Makefile.PL - Add ::Filters to list of know Inline extensions (rurban).
C.pm - fix make -jn test, parallel tests (Ticket #85336) (rurban)
C.pm - disable BUILD_NOISY redirects on MSWin32 with cmd.exe (rurban)
C.pm - print exitcode with failed commands and MAKE* ENV values (rurban)
C-Cookbook.pod - Correct typo (David Steinbrunner).
C.pod - Correct typos (David Steinbrunner).
ParseRegExp.pm - Correct typo (thanks David Steinbrunner).

Cheers,
Rob

[David Oswald]

Excellent community involvement. I hope Inline::CPP becomes the target of
similar attention someday.

In particular, strange test-concurrency related failures (it's possible
that the changes in Inline fixed this for me) problems with multiple
inheritance, better compatibility with template programming (I'm of the
impression this simply isn't possible since templates resolve at
compiletime and Perl is dynamic), better C++11 compatibility.

Post by s***@public.gmane.org
Hi,
No changes from Inline-0.54_05.
Add META.yml & META.json to distro
Inline.pod - Add documentation regarding "with" and modules. (Thanks to Ed
J.)
Inline.pm - import Fcntl constants for flock (rurban).
Inline.pm - flock only on supported platforms, would die on VMS,riscos,VOS
(rurban).
Makefile.PL - simplify 5.6 PREREQ_PM handling (rurban).
Makefile.PL - add META_MERGE info (David Steinbrunner).
Inline.pod - Correct typos (David Steinbrunner).
C.pm - Fix localisation of $ENV{MAKEFLAGS}. (Thanks Shawn Laffan.)
#92144)
C/Makefile.PL - Add ::Filters to list of know Inline extensions (rurban).
C.pm - fix make -jn test, parallel tests (Ticket #85336) (rurban)
C.pm - disable BUILD_NOISY redirects on MSWin32 with cmd.exe (rurban)
C.pm - print exitcode with failed commands and MAKE* ENV values (rurban)
C-Cookbook.pod - Correct typo (David Steinbrunner).
C.pod - Correct typos (David Steinbrunner).
ParseRegExp.pm - Correct typo (thanks David Steinbrunner).
Cheers,
Rob

[Reini Urban]

Post by David Oswald
Excellent community involvement. I hope Inline::CPP becomes the target
of similar attention someday.

Yes, we at rperl are quite happy how it turned out. Thanks Rob!

There are still some minor issues I wanted to work on,
but had no time yet.

- need to exec make with tainted path in t/08taint.t
- t/10callback.t error on windows in one report
- missing LICENSE (in meta and as file)

[s***@public.gmane.org]

-----Original Message-----
From: Reini Urban

Post by Reini Urban
Yes, we at rperl are quite happy how it turned out. Thanks Rob!

You're welcome. Many thanks to you and the other contributors.

Post by Reini Urban
There are still some minor issues I wanted to work on, but had no time
yet.

No rush - I can deal with them as they get fixed.

Post by Reini Urban
- need to exec make with tainted path in t/08taint.t

There's another variant of that failure just cropped up:
http://www.cpantesters.org/cpan/report/ba327e3a-7235-1014-b072-7ddc5cf4dae8
I don't recall having seen that one before. (The "require
'./t/08taint_1.p';" fails.)

Post by Reini Urban
- t/10callback.t error on windows in one report

That one's a bit of an odd smoker - x64 ActivePerl (built using Platform
SDK) being used with mingw64 gcc-4.5.4 compiler.
I doubt that it's an Inline::C bug - more likely something wrong with the
hacking of some flag(s).
I'd like to see a "-s" in its $Config{optimize} and I'd like to see
$Config{ivtype} set to "long long" instead of "__int64".
I seem to recall experiencing problems in relation to both of those (in the
past) .... though I can't really see why either *should* pose any problems.
It would certainly be nice to understand what's going wrong there.

Post by Reini Urban
- missing LICENSE (in meta and as file)

What needs doing as regards that ?
(I can then immediately fix that in readiness for next release.)

Cheers,
Rob

[Reini Urban]

-----Original Message----- From: Reini Urban

Post by Reini Urban
Yes, we at rperl are quite happy how it turned out. Thanks Rob!

You're welcome. Many thanks to you and the other contributors.

Post by Reini Urban
There are still some minor issues I wanted to work on, but had no time
yet.

No rush - I can deal with them as they get fixed.

Post by Reini Urban
- need to exec make with tainted path in t/08taint.t

http://www.cpantesters.org/cpan/report/ba327e3a-7235-1014-b072-7ddc5cf4dae8
I don't recall having seen that one before. (The "require
'./t/08taint_1.p';" fails.)

You usually have make in a non-tainted path. But on some smokers you
cannot rely on that. So we need to untaint /usr/bin or wherever the make
in found. Nothing serious, just annoying.

Post by Reini Urban
- t/10callback.t error on windows in one report

That one's a bit of an odd smoker - x64 ActivePerl (built using Platform
SDK) being used with mingw64 gcc-4.5.4 compiler.
I doubt that it's an Inline::C bug - more likely something wrong with
the hacking of some flag(s).
I'd like to see a "-s" in its $Config{optimize} and I'd like to see
$Config{ivtype} set to "long long" instead of "__int64".
I seem to recall experiencing problems in relation to both of those (in
the past) .... though I can't really see why either *should* pose any
problems.
It would certainly be nice to understand what's going wrong there.

Agree

Post by Reini Urban
- missing LICENSE (in meta and as file)

What needs doing as regards that ?
(I can then immediately fix that in readiness for next release.)

The cpan "nazis" are requiring it in their meta tests.
Guess it's for the debian folks.

[s***@public.gmane.org]

From: David Oswald

Post by David Oswald
Excellent community involvement. I hope Inline::CPP becomes the target of
similar attention someday.

I very much agree (on both points).

Cheers,
Rob