From: Aria
Sent: Sunday, March 11, 2018 9:23 PM
To: inline@perl.org
Subject: Inline::Ruby, modules loaded with require not found without
explicit path
Hi,
I'm running Inline::Ruby on two different linux systems (32 bit centos 64
bit ubuntu) and I'm having the same issue on both.
Not sure
From: Ron Grunwald via inline
Sent: Friday, November 03, 2017 10:52 AM
To: inline@perl.org
Subject: Re: Inline::F2003 - New ILSM proposed
Hi all,
I'm not sure how many people are still subscribed to this list, but today
I would like to announce the first release of Inline::F2003.
It will
From: Ron Grunwald via inline
Sent: Saturday, June 10, 2017 8:53 PM
To: inline@perl.org
Subject: Re: Inline::F2003 - New ILSM proposed
Hello all,
The example code below illustrates how Inline::F2003 could be configured
to build a shared library from the Fortran source files listed in
From: Ron Grunwald via inline
Sent: Monday, May 22, 2017 11:55 PM
To: inline@perl.org
Subject: Inline::F2003 - New ILSM proposed
The name of the proposed module is Inline::F2003
Please let us know when it becomes available from CPAN.
The module will only work for compilers that are
From: Ron Grunwald
Sent: Wednesday, December 21, 2016 9:33 AM
To: sisyph...@optusnet.com.au
Cc: inline@perl.org
Subject: Re: Inline::C Cookbook addition
This mailing list is very quiet these days and I think your request will
probably fall "through the cracks" unless you submit it as a github
Hi Ron,
The original rendition compiles on Windows ok if the compiler being used is
gcc. (I think you said you had tested it on ActivePerl 5.24.0 and found it
to be fine.)
However, with my MS compiler (Microsoft (R) C/C++ Optimizing Compiler
Version 14.00.40310.41 for AMD64), I got:
From: Ron Grunwald via inline
Sent: Thursday, December 08, 2016 1:44 AM
To: inline@perl.org
Subject: Inline::C Cookbook addition
Hello all,
The code example:
use strict;
use warnings;
use Inline C => Config => ccflagsex => "-std=c99";
use Inline C => "DATA";
our $mesh_data = "MESH-POINTS 0.0
From: Ron Grunwald via inline
Sent: Thursday, December 01, 2016 9:26 AM
To: inline@perl.org ; sisyph...@optusnet.com.au ; Perf Tech
Subject: Re: Question about accessing global data from a line function
You can access package variables directly:
printf("here: %s\n",
Yeah, I’ll do that tonight if it hasn’t already been done.
Cheers,
Rob
From: Ingy dot Net
Sent: Saturday, July 19, 2014 2:28 AM
To: Sisyphus
Cc: demerphq ; inline
Subject: Re: undefined symbol: PL_stack_sp
Can someone turn this into an issue here
From: Ingy dot Net
Sent: Saturday, July 19, 2014 2:28 AM
Subject: Re: undefined symbol: PL_stack_sp
Can someone turn this into an issue here
https://github.com/ingydotnet/inline-c-pm/issues
Done.
Please direct follow-ups to:
https://github.com/ingydotnet/inline-c-pm/issues/12
Cheers,
Rob
-Original Message-
From: pagenyon via RT
see https://rt.cpan.org/Public/Bug/Display.html?id=97108
reinstalling Inline version 0.55 fixes the issue. since nothing
in the Changes file for Inline or Inline::C indicates anything like this
should be expected, i assume it's a newly
Hi,
I've just closed 15 of the 16 bug open bug reports for Inline.
You should have seen the notifications sent to this list ... none of which
seemed to mention that the bug reports had actually been closed. (I hadn't
anticipated that.)
Anyway, if there's a bug report that I've closed that
-Original Message-
From: Ed J via RT
Sent: Monday, June 23, 2014 11:12 AM
Forgive my ignorance, including of MakeMaker - would it be possible to
make a test for the generality of building a module, by installing it into
a temporary directory, probably under /tmp? This would probably
Hi,
Contains some more tweaks to the -T handling from Ed J - in the attempt to
eradicate C/t/08taint.t test failures.
Cheers,
Rob
-Original Message-
From: Mahmoud Mehyar via RT
In my case taint test always fail on all platforms I tried to install on,
ubuntu and freeBSD
I don't remember if that was the same with windows
I don't think I've ever seen a report of it having failed on Windows -
though I suppose it
-Original Message-
From: Ed J via RT
If no-one else wants to, I'll do both the test-possible-skipping and a doc
update?
Ok - thanks for the offer.
See my response (posted just a few minutes ago) to Reini's post in this
thread.
I think, go with your original 4-point plan:
1. Check
-Original Message-
From: Ed . via RT
Per the discussion with mst on #perl (ex pumpkin holder), I propose (and
will do if you haven't already) that at the top of 08taint.t:
1. Check for existence of $ENV{PATH}
2. If not, set to '/bin:/usr/bin'
3. Test in $ENV{PATH} for 'make' and
-Original Message-
From: Jason McCarver via RT
I think I'd like to look into that problem. May be over the weekend
before I have a chance though.
I think there's another hiccup, too.
Using the patched Inline-0.55, the demo module in modules/Math/Simple (in
Inline-0.55 source) then
-Original Message-
From: Ed J via RT
Confirmation from #perl on irc.perl.org - it's a deliberate change in perl
5.20.0. A quick fix would be either to explicitly set $ENV{PATH} to
'/bin:/usr/bin', or skip the test for 5.20.0.
Really ? I thought it was purely dependent upon system
-Original Message-
From: Jason McCarver via RT
It looks like a line of the patch was applied to the wrong location in
Inline.pm.
Sorry 'bout that.
Fixing it takes care of the problem.
Hopefully we're getting close! :)
I think so.
One thing I have noticed is that, for the
-Original Message-
From: Jason McCarver via RT
http://cac.parasite.cc/~slam/Inline
Kept getting a gateway timeout error.
I'll install mercurial and check it out that way (when I get a chance).
For the Foo distro I'm currently using:
-Original Message-
From: Jason McCarver via RT
After digging a bit I found that ExtUtils::MakeMaker was already locating
all modules to be installed and placing that list in $mm-{PM} (where $mm
is the returned object from the call to
ExtUtils::MakeMaker::WriteMakefile).
I didn't
-Original Message-
From: Jason McCarver via RT
.. so then it's back to how does I::MM know which modules need to
be 'use'ed. My attempt at a
solution was to force the programmer to explicitly tell I::MM by way of
the INLINE_MODULES argument. I do agree it would be better to
-Original Message-
From: Jason McCarver via RT
I noticed that in your Foo.tar.gz that you originally built each module
had its own Makefile.PL, like each was its own distribution. For what I'm
working on I have a single distribution containing multiple modules that
use Inline. I
-Original Message-
From: sisyph...@optusnet.com.au via RT
Turns out that while the structure I was using successfully builds and
installs, it doesn't actually install the compiled libraries - so it's
inadequate on that score. (This also should be fixed.)
My mistake. Nothing to be
-Original Message-
From: Jason McCarver via RT
I don't see the Foo-4.tar.gz attachement? Neither in my email or via the
web.
Don't worry - you're not going blind. (I'm just going mad ;-)
I've now attached it as Foo-fixed.tar.gz.
It's essentially the Foo distro that you sent, except
-Original Message-
From: Jason McCarver via RT
So just out of curiosity (and this may not be the proper forum) why do you
prefer your layout?
That's the layout I've always used, and it has never given me any trouble.
(That's pretty much the full extent of my reasoning ;-)
I also
From: sisyph...@optusnet.com.au via RT
To achieve a better understanding of the issue, I created a distro
(attached) that matches the description provided.
In the absence of any further feedback, I then altered the Foo distro so
that:
Foo uses Inline
Foo loads Foo::Bar (which uses Inline)
Sounds pretty cool, David.
A plodder like me is probably just going to stick with Inline, but it would be
great to see C::Blocks takes off. And it has the attractiveness to do so.
(I like the way you can so easily just plonk the C code right in there amongst
the perl code makes Inline look
-Original Message-
From: Reini Urban
It makes sense that this happens, because of course /usr/bin/ is writable
by root.
Thanks.
We need to skip those TAINT checks if run as root or Windows
Administrator.
You mean that we have 08taint.t check to see whether it's being run as
From: 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
-Original Message-
From: 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.
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
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
From: Bill Moseley
Sent: Saturday, April 26, 2014 11:45 AM
To: inline@perl.org
Subject: Calling use Inline more than once?
Trying to work with some old code and noticed that use Inline is called
multiple times in the same package.
use is compile time, so I'm wondering if it makes sense to
Hi,
Inline-0.54_05 has been released to CPAN.
A couple of small changes:
Inline.pod - Add documentation regarding with and modules. (Thanks to Ed
J.)
C.pm - Fix localisation of $ENV{MAKEFLAGS}. (Thanks Shawn Laffan.)
The latter has some bearing on parallel testing (in which some
From: Bill Moseley
Sent: Tuesday, April 15, 2014 10:19 AM
To: inline@perl.org
Subject: Re: Inline::Java timeout?
Looks like there’s no-one currently around here to help you out.
Maybe try somewhere like perlmonks (http://www.perlmonks.org) if you’re
still trying to find a solution.
Well, if
-Original Message-
From: Shawn Laffan via RT
The local assignment to $ENV{MAKEFLAGS} won't apply outside the if block,
will it?
Duh !!
This should, though:
local $ENV{MAKEFLAGS} = $ENV{MAKEFLAGS} =~ s/(--jobserver-fds=[\d,]+)//
if $ENV{MAKEFLAGS};
Thanks - fixed in git.
Hi,
Inline-0.54_04 has just been released to CPAN.
The source distro now contains META.yml and META.json files in an attempt to
eradicate cpan-tester failures in relation to non-detection of
prerequisites.
Other than that it's the same as 0.54_03 and 0.54_01.
Cheers,
Rob
-Original Message-
From: Reini Urban
Sent: Thursday, April 10, 2014 12:41 AM
To: inline@perl.org
Subject: Re: 0.54_01 - Missing prerequisites causing failures from
CPAN-testers.
On 04/06/2014 11:17 PM, sisyph...@optusnet.com.au wrote:
In a nutshell, this new rendition is:
-Original Message-
From: Reini Urban
So 4 problems still exist:
- need to exec make with tainted path in t/08taint.t
- protect against uninitialized value $ENV{MAKEFLAGS} (windows), fixed
with 0.54_03 already
- t/10callback.t error on windows (could be anything, like ccflags or
-Original Message-
From: Reini Urban
On 04/09/2014 04:24 AM, sisyph...@optusnet.com.au wrote:
I just want to be sure that the distro the cpan-testers are testing is
the one *I* uploaded - so it would be a good idea if it had a *unique*
name ;-)
Thanks,
We just needed a quick
-Original Message-
From: sisyph...@optusnet.com.au
But now, for the first time, I'm seeing test failures on 5.16.3 because
Test::Warn is not getting loaded. Furthermore, these failing reports
specify *no* prerequisites:
Turns out there's another 0.54_01 at
Hi,
Version 0.54_03 released to CPAN - no changes from 0.54_01.
This release was made (as 0.54_03) solely to dissociate itself from
http://search.cpan.org/CPAN/authors/id/R/RU/RURBAN/Inline-0.54_01.tar.gz
and
http://search.cpan.org/CPAN/authors/id/R/RU/RURBAN/Inline-0.54_02.tar.gz
I just want
-Original Message-
From: sisyph...@optusnet.com.au
But now, for the first time, I'm seeing test failures on 5.16.3 because
Test::Warn is not getting loaded. Furthermore, these failing reports
specify
*no* prerequisites:
Same bug (slightly different error message) now appears in the
Hi,
In preparing the release of 0.54, I missed a ticket
(https://rt.cpan.org/Ticket/Display.html?id=92144)
that should have been attended to.
I've now released 0.54_01 which contains the fix for ticket 92144.
In the meantime, I've also received some other patches - see rurban's post
of Friday
From: Perf Tech
In another word, the C function should have the similar syntax as the
following perl function.
sub myRepeat {
my $str = shift;
return $str . $str;
}
I don't know (off the top of my head) how to concatenate binary strings in
C, but the following demonstrates one way of
-Original Message-
From: sisyph...@optusnet.com.au
I don't know (off the top of my head) how to concatenate binary strings in
C ...
Thankfully, perl's API provides a simple solution:
##
use warnings;
use strict;
use Devel::Peek;
use Inline C = Config
Hi,
This is a bit strange.
In 0.54_01 top level Makefile.PL, I've replaced the old code that handled
the conditional loading of {Test::Warn=$twv} into PREREQ_PM, with a cleaner
rendition. (See attached patch.)
In a nutshell, this new rendition is:
###
my $twv = $]
Hi,
Inline-0.53_02 was released to CPAN a couple of days ago.
Only change from 0.53_01 is that I've replaced the original C/t/09parser.t
with a rewrite provided by H.Merijn Brand.
The rewrite provides a better elaboration of PA-RISC namespace failures
(still unsolved) that 09parser.t
From: Dean Arnold
which seemed to be solved by removing the -nodefaultlib link option. So
I copied the link command emitted by Inline::CPP and deleted that option
and reran the link, and it seems to work OK.
Do you have any idea how I might be able to suppress that option in the
link commands
Hi,
Inline-0.53_01 is now on CPAN.
Inline/Changes records the following changes to Inline:
###
--- version 0.53_01
date Thurs 6 Mar 2014
Version 0.53_01 released to CPAN
Update copyright notices (where approporiate) to include 2014
Modify env_untaint as
-Original Message-
From: Brian Fraser via RT
To me it would seem more consistent to use the -w, -W operators
to check for every directory in the path if it
is writable at all. Then you can omit the
(stat(/usr/bin))[2] 0??? test completely and just write:
join ':', grep {not /^\./
-Original Message-
From: Jean Connelly
Related to Linda's question, what environment variables or make variables
do I need to set to install Inline *without* Inline::C and
to specify a python for Inline::Python to do both of these make/installs
non-interactively?
In addition to
From: David Oswald
Sent: Sunday, February 02, 2014 5:08 AM
If there's anyone on the Inline list who is able to replicate the failure,
I would really appreciate your feedback and hopefully insight.
I can't reproduce the failure - I suspect you need a smoker for that.
Andreas Koenig runs most
-Original Message-
From: Linda A Walsh via RT
Do you want to install Inline::C? [y] y
(/home/perl/perl-5.16.3/bin/perl Makefile.PL exited with 9)
Very frustrating -- I tried to type 'y', bt it was ignored, as STDIN seems
to be taken over by CPAN.
Yes, I would find that very
-Original Message-
From: Shlomi Fish
Shlomi Fish shlo...@shlomifish.org wrote:
Hi all,
on https://github.com/PerlGameDev/SDL_Manual/issues/15 , we are running
into a
problem with Inline::C and Inline that affects a program written for
SDL_Manual. It happens with Ubuntu 12.10
Hi,
Are you using gcc compiler or Microsoft compiler ? I’ll assume you’re using an
MS compiler.
As with C, you’ll need a header file that defines the structures of the ‘deal’
and ‘futureTricks’ structs and also defines (prototypes) the SolveBoard
function.
Let’s call that header ‘my.h’ and
-Original Message-
From: David Oswald
Sent: Wednesday, August 14, 2013 7:24 AM
To: inline
Subject: Implementing a callback with Inline::C
See also http://www.perlmonks.org/index.pl?node_id=976632 for some other
ideas.
The perfect approach still eludes me, however.
Cheers,
Rob
-Original Message-
From: David Oswald
Sent: Thursday, August 15, 2013 7:45 AM
To: inline
Subject: Using Inline::C to Implement a binary search with callback
(clobbering $a, $b, leaking)
I'm working on implementing a binary search using Inline::C.
Eventually I want to be able to
Duh - now cc'ing the list.
Hi Dave,
It so happens that I had something very similar (cmp instead =) right
here.
Even so, I stuffed up the slight modifications that were necessary - and it
took 10 times longer than it should have taken to get it to work.
-Original Message-
From: David Oswald
Rob: I notice there are numerous places in the Inline distribution where
we're opening for output but not flocking. I didn't even look at possible
issues where we might be opening for input, reading, then opening for
output and expecting to
-Original Message-
From: David Oswald
Here's what I'll do: I'm going to release a dev release of Inline::CPP
that does just that. If its smoke testing doesn't get any worse than it
already is, I'll submit a patch for Inline that does the same thing. If
you want to use it you can,
Hi,
Inline-0.53 has just been pushed to CPAN, and should be available at the
various mirrors, soon.
No changes from 0.52_02, except for the inclusion of an additional test
script (C/t/23validate.t).
Cheers,
Rob
Hi,
Only change is a small alteration to Inline::C::validate().
This is mainly for the benefit of Inline::CPP.
See:
https://rt.cpan.org/Ticket/Display.html?id=11748
Unless cpan-testers reports tell us that this change has broken something,
it will be released as 0.53 early next week.
Hi,
Inline-0.52_01 has been uploaded to CPAN.
It contains just one change from Inline-0.52.
In Inline.pm's sub read_DATA() I've changed:
@{$DATA{$pkg}} = split /(?m)(__\S+?__\n)/, $data
to:
@{$DATA{$pkg}} = split /(?m)^[ \t]{0,}(__\S+?__\n)/, $data;
The bug that this addresses was
-Original Message-
From: sisyph...@optusnet.com.au
Sent: Tuesday, April 09, 2013 12:44 PM
To: Chris Nighswonger ; inline@perl.org
Subject: Re: Using Inline Python to import Python vars
-Original Message-
From: Chris Nighswonger
@{$DATA{$pkg}} = split
From: Chris Nighswonger
This fixes the problem! Fantastic!
It's possibly a little convoluted at the moment ... maybe someone can
improve on that.
Is there any case where the marker would not be on a line by itself?
If it's not on a line by itself, it will be deemed to *not* be a marker.
-Original Message-
From: Chris Nighswonger
Sent: Tuesday, April 09, 2013 6:39 AM
To: inline@perl.org
Subject: Re: Using Inline Python to import Python vars
So it does look as though the DATA splitting algorithm is a bit loose.
In Inline.pm abt line 354:
@{$DATA{$pkg}} = split
-Original Message-
From: Piyush Verma
Sent: Wednesday, April 03, 2013 10:28 PM
To: sisyph...@optusnet.com.au
Cc: inline@perl.org
Subject: Re: Hitting issue of Inline::Config existance
I checked with Inline directory Inline:Config is not present.
[root@prome-2s-dhcp82 5.10.0]# perl
-Original Message-
From: Piyush Verma
Sent: Tuesday, April 02, 2013 3:27 PM
To: inline@perl.org
Subject: Hitting issue of Inline::Config existance
Hi,
I am hitting issue.
*
*
* Failed to load Inline Java:As of Inline v0.30, use of the Inline::Config
module is no longer supported*
-Original Message-
From: Chris Nighswonger
Sent: Tuesday, March 12, 2013 2:20 AM
To: inline@perl.org
Subject: Running Inline::Python in a CGI script
I'm trying to use Inline::Python within a CGI script.
Hi Chris,
Is there anything of relevance in the Inline CGI example in
Hi,
As the subject line says, Inline-0.52 has been released.
All changes from 0.51 pertain solely to Inline::C - no changes have been
made to Inline itself.
See Inline-0.52/Changes and Inline-0.52/C/Changes for the full history (and
for a brief description of the changes).
Cheers,
Rob
72 matches
Mail list logo