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 reac
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
"SRCLIST"
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 compliant
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", SvPV_nolen(get_sv("main::
Hi,
You can also access the string in $data from C with (untested):
SvPV_nolen(get_sv(main::data,0));
See 'perldoc perlapi' (or maybe it's in 'perldoc perlcall').
Cheers,
Rob
From: Ron Grunwald via inline
Sent: Wednesday, November 30, 2016 1:10 AM
To: Perf Tech ; inline@perl.org
Subject: Re: Q
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
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
https://github.com/ingydotnet/inline-c-pm/issu
From: demerphq
Sent: Friday, July 18, 2014 7:40 AM
The above shows what goes wrong. Makemaker decides that PERL_LIB is
"../../../../" instead of
"/home/yorton/perl5/perlbrew/perls/perl-5.14.4/lib/5.14.4"
below is the diff of the two Makefiles, but the relevant part is as
follows:
-PERL_LI
From: demerphq
Sent: Thursday, July 17, 2014 7:25 PM
To: Sisyphus
Cc: inline@perl.org
When I moved the scripts out of a perl build tree it started behaving
properly. IMO that issue can be left at "so dont do that". :-)
AFAICT, the only difference between building in /git_tree/perl/Porting and
From: demerphq
Sent: Thursday, July 17, 2014 4:45 PM
/git_tree/perl/Porting/_Inline/lib/auto/FOO_2bd2/FOO_2bd2.so: undefined
symbol: PL_stack_sp at /usr/lib/perl/5.14/DynaLoader.pm line 184.
at /usr/local/share/perl/5.14.2/Inline.pm line 526.
Looks to me that we've got two different perls ge
-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 introduc
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 any
-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 re
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
Hi,
Inline-0.55_01 has just been uploaded to CPAN.
It contains additional fixes relating to the 08taint.t failures that some
people have experienced. (Thanks to Ed J.)
If you are one of the people who experienced those test failures, it would
be greatly appreciated if you could try out 0.55_01
-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: Reini Urban
In our case I suggest to set the empty tainted PATH to /bin:/usr/bin
Where do we do that ?
If we do it in the test script, and the script then passes, the user will
think Inline works under -T.
The user then writes a script that runs under -T only
-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 m
-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 f
-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 $Config
-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 con
-Original Message-
From: Ed J via RT
It says (on my system): "sh: make: command not found".
Yes, this happens on some systems.
The problem has not yet been fixed - see
https://rt.cpan.org/Ticket/Display.html?id=65703
for a fuller discussion. I think there are some workarounds men
-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'm in no great hurry, so I'll wait until we get this sorted.
(Sorry that I'm not being more helpful - I have a rather full schedule
a
-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 distr
-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:
http://www.sisyphusion.tk/scratch/Foo-broken.tar.gz
-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 k
-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 no
-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 thin
-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: 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 fix
-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 ha
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)
F
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 n
Original Message-
From: Jason McCarver via RT
I'm working on a distribution which has multiple modules using Inline.
Something like the following
Foo
Foo::Bar - uses Inline
Foo::Bar::Baz - uses Inline
I couldn't figure out how to make Inline::MakeMaker work in this scenario,
so I've
-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
roo
-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 ge
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
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 t
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 V
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
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 cpan-teste
-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.
Cheers,
Hi Bill,
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.
Cheers,
Rob
From: Bill Moseley
Sent: Monday, April 07, 2014 1:43 PM
To: inline@perl.org
Subject: Inline::Java timeo
-Original Message-
From: sisyph...@optusnet.com.au
There was some META_MERGE data also added to the Makefile.PL, and no
META.yml or META.json included in the distro.
I've just uploaded 0.54_01 yesterday, which contains MakeMaker-generated
META.yml and META.json.
0,54_01 is looking go
-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 & di
-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
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:
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
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 t
-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
http://search.cpan.org/CPAN
-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,
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 = $] >
-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
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 succe
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
Hi,
Inline-0.54 has just been sent to CPAN ... mirrors should start reflecting
it soon.
No changes from 0.53_02.
Cheers,
Rob
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 reveale
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 command
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 p
-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 wha
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 anno
-Original Message-
From: Shlomi Fish
Shlomi Fish 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 x86-64 on perl-5.14.x . I
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 the
-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 ca
-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
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.
###
From: Ashraya
Sent: Wednesday, August 07, 2013 2:23 PM
To: inline@perl.org ; Duke Leto ; Will Coleda
Subject: Problem in using inline C with perl6
Hi All,
I am trying to use the C extention feature with perl6. Although it worked
fine with perl5, the C extention is different from perl5 to perl
-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, a
-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 not
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.
Cheers,
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 discover
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: 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 /(?m)(__\S+?__\n
-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}} = spli
-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*
*o
Hi Matthew,
Like David, I'd probably go for using XS .
Unlike David, I'd use InlineX::C2XS to generate that XS file.
If you really want to stick with Inline::C, something like this works for me
(on Win32):
##
package Some::FOO;
BEGIN{
our $dir = $INC{'Some/FOO.pm'};
$
-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
C/C-C
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
86 matches
Mail list logo
