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
you to see that the -nodefaultlib option is missing during the
build process.
Cheers,
Rob
--
David Oswald
daosw...@gmail.com
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?
Thanks,
Jean
--
David Oswald
daosw...@gmail.com
of madness is nearly
indistinguishable from magic;)
Dave
--
David Oswald
daosw...@gmail.com
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
--
David
value count.\n);
ret = POPi;
PUTBACK;
FREETMPS;
LEAVE;
}
return ret;
}
So, if anyone knows what I ought to try in eliminating the leak, or to
avoid clobbering $a and $b, I'd appreciate hearing.
Dave
--
David Oswald
daosw...@gmail.com
into it
and thinking, Nah, this can't be right either. lol
--
David Oswald
daosw...@gmail.com
-Simple$ perl6 math.pl
===SORRY!===
arglist case of use not yet implemented. Sorry.
at math.pl:3
ashiva@ubuntu:~/Parrot/rakudo/Inline-0.44/Math-Simple$
Does anyone know anything about it ?
Please reply.
Thanks Regards,
Ashraya S Shiva
--
Will Coke Coleda
--
David Oswald
daosw
? Depends on how much work it is, and
on how relevant for later real world behaviour it is.
Except for this, I'd leave the judgement to the implementor;)
--
andreas
--
David Oswald
daosw...@gmail.com
it already is, I'll submit a patch for Inline that does the same
thing. If you want to use it you can, and if you don't, no hard
feelings. :)
Dave
On Sat, May 18, 2013 at 2:59 AM, sisyph...@optusnet.com.au wrote:
-Original Message- From: David Oswald
Rob: I notice there are numerous
finishes. That would make Inline::CPP concurrency-safe even if
Inline were to remain not concurrency-safe. But that's just sweeping
the dust under the carpet. :)
--
David Oswald
daosw...@gmail.com
I hadn't previously considered is Makefile.PL itself, which
opens a file for output. That should be fine under normal user
conditions, but could present a problem for smokers running in
parallel.
Dave
--
David Oswald
daosw...@gmail.com
to be plain vanilla GNU/Linux.
Dave
--
David Oswald
daosw...@gmail.com
to
0.43, and will release Inline::CPP v0.53 (confusing; I hope I got that
right).
Dave
--
David Oswald
daosw...@gmail.com
are not happy with being run in parallel, so
probably the best way to handle it is to have our Makefile.PL set 'make
test' to temporarily unset HARNESS_OPTIONS. Does anyone have any idea how
to do that?
Dave
--
David Oswald
daosw...@gmail.com
not sure how to specify reliably to Perl
(and later to Inline::CPP) where to find them.
use Inline CPP = Config = AUTO_INCLUDE = qq{#include
$some_base_dir/boost/dynamic_bitset.hpp};
How should I detect and specify $some_base_dir in a way that is robust
and reliable?
Dave
--
David Oswald
daosw
a value, or return a list, or a
Perl container.
So the short answer is feel free to use Tuples internally, and expose
to Perl either Perl containers or plain old data types, just as you
would do with vectors, maps, etc.
I hope this helps.
Dave
--
David Oswald
daosw...@gmail.com
specification syntax?
I'm happy to add unit tests for the new syntax, and apply patches that
pass without breaking any existing tests. If anyone wants to tinker
with it, fork the Github repo, and issue a pull request if you're
successful.
Dave
--
David Oswald
daosw...@gmail.com
of tests in grammar/t/03inline.t that verify they work as they should.
The 'inline' keyword in specific will be honored to the same degree
that your compiler honors it (the compiler makes no guarantees; it
simply takes the request into consideration, and then does what it
wants).
--
David
exception specifiers
can now be seen as a feature. ;)
Dave
--
David Oswald
daosw...@gmail.com
or suggestions, please let me know. In a
day or two I'll push the POD enhancement to github, and it will be
staged for the next release of Inline::CPP v0.42 (no timeframe planned
yet).
Dave
--
David Oswald
daosw...@gmail.com
further improved our install success rate)
have now become Inline::CPP v0.41.
I've uploaded to CPAN, and it should be on your local mirrors soonish.
If anyone's using it for anything useful, I'd love to hear.
Dave
--
David Oswald
daosw...@gmail.com
not heavily used has little to
do with the module's code, and a lot to do with the hurdle people have
to overcome in learning to write C or C++ code targeting Perl, so I'll
probably start working on cookbook examples next.
Dave
--
David Oswald
daosw...@gmail.com
by a different
logic branch in Makefile.PL.
Thanks for your input!
Dave
--
David Oswald
daosw...@gmail.com
,
from _02basic_t_bc90.xs:15:
/usr/include/unistd.h:767:12: error: from previous declaration ‘int
setresgid(__gid_t, __gid_t, __gid_t) throw ()’
_02basic_t_bc90.xs: In constructor ‘Soldier::Soldier(char*, char*, int)’:
Dave
--
David Oswald
daosw...@gmail.com
tries
to use iostream in their C++ extension code.
Dave
--
David Oswald
daosw...@gmail.com
history for Inline::CPP into my existing Github repo? The
gitpan history ends at 0.27, and my repo's history starts at 0.25, I
think.
Dave
--
David Oswald
daosw...@gmail.com
single-dimensional member arrays, but I haven't figured out the P::RD
grammar to achieve multi-dimensional.
Get your name mentioned in the CHANGES log! Fame! Fortune! (or just
my sincere thanks). It would be nice to get this out of stalled
status.
Dave
--
David Oswald
daosw...@gmail.com
libraries to the
same version).
Multi-dimensional arrays as class member data. (Stalled bug report).
Dave
--
David Oswald
daosw...@gmail.com
, and finally encouraged the OP to post here.
But it became clearer -- hopefully -- with a cleaner paste of the
error message.)
--
David Oswald
daosw...@gmail.com
configurations.
If anyone else could let me know what happens when they execute cpanm
Inline::CPP --reinstall (or if it's a fresh install, just leave off
the --reinstall flag), I'd appreciate it.
Dave
--
David Oswald
daosw...@gmail.com
There's what I think is probably just a typo in Makefile.PL for InlineX::CPP2XS
The prereq for Test::Warn is specified as Test::warn
This causes cpanm to fail to install InlineX::CPP2XS, since it treats
module names case-sensitively (as it should).
Dave
--
David Oswald
daosw...@gmail.com
the conversion
for you.
Sorry to say that as much work as has gone into it, there's still a
small cross your fingers and hope factor involved.
Dave
--
David Oswald
daosw...@gmail.com
--
David Oswald
daosw...@gmail.com
long as a parameter type,
compilation fails. I think it may be an Inline::C or Inline::CPP
issue, either in the grammar parsing or in the typemaps.
Dave
--
David Oswald
daosw...@gmail.com
was trying to install
Math::Prime::FastSieve, which has an Inline::CPP dependency, which has
an Inline dependency, which has a Digest::MD5 dependency. The user
was trying to install on Perl 5.6.1.
I guess my question is What has to happen next? :)
Dave
--
David Oswald
daosw...@gmail.com
dav
a minimum version number for Digest::MD5 that overcomes the issue.
Dave
--
David Oswald
daosw...@gmail.com
On Fri, May 18, 2012 at 5:45 PM, Sisyphus sisyph...@optusnet.com.au wrote:
- Original Message - From: David Oswald
Next: Dana identified that Inline will not install on Perl version
5.8.0 or earlier.
This is not quite correct.
Digest::MD5 is core by the time 5.8.0 arrives. Later
--
David Oswald
daosw...@gmail.com
(This message is being sent to inline@perl.org, and CC'ed back to Dana
Jacobsen d...@acm.org.)
don't know the first thing about Java). But perhaps
someone who is qualified could test that snippet under DEBUG mode, and
try to trace out whether validate() is even seeing DIRECTORY.
--
David Oswald
daosw...@gmail.com
with it for a few days, but
when I do I'll be sure to discuss my experiences here on the Inline
list (hopefully on-topic since I'll use Inline::C or maybe Inline::CPP
and then possibly Rob's c2xs or cpp2xs.
Dave
--
David Oswald
daosw...@gmail.com
in Makefile.PL, and want to establish
v0.39 as a usable base in case my Makefile.PL refactoring breaks
something in an upcoming dev release.
By the way: Does anyone know a best practice for where example code
should go within a distribution? ./examples/ perhaps?
--
David Oswald
daosw
List::BinarySearch to
auto-detect the XS version's presence, substituting the XS versions in
place of the Pure Perl versions if the XS module exists. Not
surprisingly, the documentation on dealing with strings in extension
code is a bit opaque.
Dave
--
David Oswald
daosw...@gmail.com
that shows how easy it
is to pass Perl strings as C-strings is glossing over the fact that as
soon as the user's data is utf8 encoded the code breaks.
--
David Oswald
daosw...@gmail.com
On Sun, Apr 22, 2012 at 6:38 AM, David Mertens dcmertens.p...@gmail.com wrote:
This is a long shot, and likely a red herring, but I hear that the newest
version of XCode changed the location of a number of developer tools.
I have a Macbook with perlbrew. What versions of Perl and compiler
If there are any OS-X/Darwin users out there who have some idea of
what needs to happen to fix the Darwin failure I'd appreciate hearing.
Dave
--
David Oswald
daosw...@gmail.com
Mf_PL.diff
Description: Binary data
: David Oswald daosw...@gmail.com
To: inline@perl.org
Sent: Sunday, April 22, 2012 5:49 AM
Subject: Inline::CPP: New Darwin failure.
Inline::CPP version 0.38_004:
I just noticed another Darwin smoke-test failure.
PASS:
http://www.cpantesters.org/cpan/report/c30eb71a-8bac-11e1-9ec4
for the command-line version to exist within the
App:: namespace? App::InlineX::CPP2XS, for example.
As for how it should be invoked... sane defaults, easily overridden
from the command line (my vote).
--
David Oswald
daosw...@gmail.com
--
David Oswald
daosw...@gmail.com
dav...@cpan.org
ExtUtils or Devel namespaces come to mind. I'll think more, but those
are a start.
David
On Mar 23, 2012 4:49 PM, David Oswald daosw...@gmail.com wrote:
--
David Oswald
daosw...@gmail.com
Wed Mar 14 08:03:46 2012: Request 75664 was acted upon.
Transaction: Correspondence added by daoswald
Queue: Inline
Subject: Re: [rt.cpan.org #75664] Fails 09parser test in Cygwin with ***
fatal error
Broken in: 0.50
Severity: Important
Owner: Nobody
Requestors:
a change.
That reminds me, there's another solution to the OP's question. His
module could be adapted to simply read a configuration file on
startup, and that config file could be built at configuration/install
time. Config::General could help to avoid rolling a new solution.
--
David Oswald
,
and should get a clean build on my system.
I'm not sure if this technique would be portable across other flavors
of compilers though. But if it is, it seems like a good way to get
rid of a lot of a big if(){} elsif(){} elsif(){} chain.
Dave
--
David Oswald
daosw...@gmail.com
%) Perl::Critic level 4 compliance for CPP.pm and grammar.pm.
Let's hope for the best as the smoke tests roll in.
Dave
--
David Oswald
daosw...@gmail.com
--
David Oswald
daosw...@gmail.com
under a recent g++.
Patrick
On 2/21/12, David Oswald daosw...@gmail.com wrote:
The great thing about how Chris Williams runs his smokers is that he
rotates through what seems to be hundreds of different operating
systems / configurations. I don't know how he does it. But his smoke
tests
we'll ever see 100% over a large set of
smoke tests (there will always be a new configuration that catches us
by surprise), but solving these two issues will get us close.
--
David Oswald
daosw...@gmail.com
/u:c727b4d957b64adc8d9c6dd1c4810179/gv.png
Kinda makes me wish I hadn't asked. ;)
Dave
--
David Oswald
daosw...@gmail.com
On Wed, Feb 15, 2012 at 4:21 PM, Sisyphus sisyph...@optusnet.com.au wrote:
- Original Message - From: David Oswald
If someone with an understanding of MacOSX/Darwin could have a look at
the FAIL report here:
http://www.cpantesters.org/cpan/report/ef9f6640-5528-11e1-b453
.
--
David Oswald
daosw...@gmail.com
will have resolved at least one of
the two failures.
Dave
--
David Oswald
daosw...@gmail.com
, at least your message
reminded me that we're dealing with void pointers to objects. Maybe I
need to start looking at how and where the casting is being
accomplished.
Dave
--
David Oswald
daosw...@gmail.com
)
If anyone has the energy and willingness, please run 11minhrt.t and
see what happens. Some theories I might chase down would be even
better! :)
Dave
--
David Oswald
daosw...@gmail.com
another.pl
Description: Binary data
?
It looks to me like the 'if( $config{cc} eq 'gcc' ) code is
falling through to the else clause that sets $cc_guess to 'CC', and in
this case probably shouldn't be.
Dave
--
David Oswald
daosw...@gmail.com
On Thu, Feb 9, 2012 at 5:26 PM, Sisyphus sisyph...@optusnet.com.au wrote:
- Original Message - From: David Oswald
It looks to me like the 'if( $config{cc} eq 'gcc' ) code is
falling through to the else clause that sets $cc_guess to 'CC', and in
this case probably shouldn't
with modifications can pull
it from the dev branch of my github repo (daoswald).
Dave
On Thu, Feb 9, 2012 at 9:07 PM, Sisyphus sisyph...@optusnet.com.au wrote:
- Original Message - From: David Oswald
But if I remove that test and remove CC as an
option I'll probably break some other
the C++
compiler can't be found as detected by Makefile.PL. Thanks sisyphus
for the suggestion.
As usual this is also on github in the dev branch of my Inline-CPP
repo (daoswald).
Dave
--
David Oswald
daosw...@gmail.com
building a more robust test
suite. ...and apparently it's paying off as it led me to discover
this issue.
Neil: I'm CC'ing you out of a long-shot hope that you might remember
enough about how grammar.pm deals with multiple inheritance to spot
the problem.
Dave
--
David Oswald
daosw...@gmail.com
to play with it, you can find it in my github repo:
g...@github.com:daoswald/Inline-CPP.git
Check out the 'cstr-test' branch. The specific test is t/16charptr.t
Dave
--
David Oswald
daosw...@gmail.com
::RecDescent isue.
Dave
--
David Oswald
daosw...@gmail.com
-dimensional arrays to the grammar, but
for now this is a step toward resolving the outstanding RT.
If this version fares well in smoke tests I'll re-release it as 0.34 stable.
The github repo can be found at g...@github.com:daoswald/Inline-CPP.git
Dave
--
David Oswald
daosw...@gmail.com
dependency.
Of course the final code would clean up 'or die' clauses to provide
better explanations of what's going on. But I do feel the whole idea
is kind of an ugly kludge. However, it ought to work, and if it
doesn't then I'll know we have a bigger problem.
Thoughts?
Dave
--
David Oswald
daosw
still be scratching our
heads.
Dave
--
David Oswald
daosw...@gmail.com
Things just got much worse...
Smoke test results for Inline::CPP v0.33_005 are looking awful.
Things are really going the wrong direction, and I'm beginning to
believe it has nothing to do with Inline::CPP at all.
If you have a look at the test reports linked to here:
Rob / Dean:
I added a test: t/00load_prereqs.t for Inline::CPP, bumped the dev
version to 0.33_005, and pushed it to github and CPAN.
Instead of using warn as Rob suggested, I used Test::More's
diag() function. it guarantees output will not interfere with the
TAP harness, and also guarantees
, but it would be a start. I think it
would be helpful to see that BEGIN {warn... output.
Dave
--
David Oswald
daosw...@gmail.com
sitting on the edge of my
seat in anticipation. ;)
Thanks again!
Dave
--
David Oswald
daosw...@gmail.com
at 12:05 AM, Sisyphus sisyph...@optusnet.com.au wrote:
- Original Message - From: David Oswald daosw...@gmail.com
To: Sisyphus sisyph...@optusnet.com.au
Sent: Friday, December 23, 2011 2:55 PM
Subject: Re: Inline::CPP development version 0.33_003 uploaded to CPAN
Can you boil that down
them before any other includes. I don't know why that last feature
would be helpful, but it may have some merit in testing.
Dave
--
David Oswald
daosw...@gmail.com
BrowserUk and I mostly discussed this via /msg, however he did paste
his output into his scratchpad on PerlMonks, here:
http://www.perlmonks.org/?viewmode=public;node_id=358718
I think he has joined the Inline list, as of a few hours ago.
David Oswald
daosw...@gmail.com
be helpful here?
Dave
--
David Oswald
daosw...@gmail.com
that is interpreted by 'cpan',
'cpan', and 'cpanp' such that they will pull in these dependencies
prior to attempting to run Makefile.PL.
Thanks!
Dave
--
David Oswald
daosw...@gmail.com
then we'll know this approach succeeded.
Dave
--
David Oswald
daosw...@gmail.com
(with some discussion on
Inline::CPP as well) are here:
http://www.box.com/s/svecm9hq1tam27ggdjds
Dave
--
David Oswald
daosw...@gmail.com
scratching my head on this one.
--
David Oswald
daosw...@gmail.com
such that (keeping my fingers crossed)
Inline::CPP should now install cleanly for the majority of the smoke
testers.
And if it doesn't, the smoke test feedback will show me where to focus next.
Get your copy today! :)
Dave
--
David Oswald
daosw...@gmail.com
message that tells us that the unlinking
was successful.
I've made those 2 messages different (so that we can readily identify
precisely from where the message originates) ... afaik that's the only
change I made to Patrick's patch.
Thanks guys !!
Cheers,
Rob
--
David Oswald
daosw
, and in the process hopefully discovering
areas where it is deficient so that I can start reigning in those
deficiencies.
Anyway, thanks everyone for taking an interest!
Dave
On Sat, Dec 3, 2011 at 9:50 AM, Sisyphus sisyph...@optusnet.com.au wrote:
- Original Message - From: David Oswald
these smoke test issues so that I can
start to focus on the module itself.
Please let me know if you have any ideas of how to best deal with this issue.
Thanks!
Dave Oswald
daosw...@gmail.com
dav...@cpan.org
davido on PerlMonks
--
David Oswald
daosw...@gmail.com
89 matches
Mail list logo
