) distributed as a C program
(configure/automake approach) and a Perl Module (Text::BibTeX)
distributed with the needed XS code.
- My objective is to put everything on a Perl module. Why?
- hopefuly easier to maintain
- hopefuly getting it compiling under Windows.
Thanks
Alberto
--
Alberto Simões
build process (and not when running Build.PL for the first time?)
THank you
Alberto
--
Alberto Simões
On 13/02/2010 14:23, Michael G Schwern wrote:
> Alberto Simões wrote:
>> Hello.
>>
>> On 12/02/2010 22:26, David Golden wrote:
>>> I have very little experience what what you describe, but I know the
>>> M::B API reasonable well. :-)
>>
>> I t
Hey
This attach is a simple patch to support an anonymous array of
directories where to search for C code. It got handy.
Hope it can be applied, as I am already using it... O:-)
Cheers
ambs
--
Alberto Simões
Only in Module-Build-mine/: Build
Only in Module-Build-mine/: MYMETA.yml
Only in
indicating multiple directories.
But in latest version a string is not allowed.
Patch fixes that.
Cheers
Alberto
--
Alberto Simões
Only in ExtUtils-CBuilder-mine/: Makefile
Only in ExtUtils-CBuilder-mine/: blib
diff -rc ExtUtils-CBuilder-0.27/lib/ExtUtils/CBuilder/Base.pm
ExtUtils-CBuilde
Hi
As far as I could find out, add_build_elements add a build element to an
array or so, and that order is maintained.
But if I want to use c_source or xs_files and the build for these
elements depend on a build element, how can I force the order?
Thank you
Alberto
--
Alberto Simões
000, Alberto Simões wrote:
>
>> But if I want to use c_source or xs_files and the build for these
>> elements depend on a build element, how can I force the order?
>
> Use Module::build's actions.
>
> sub ACTION_code {
> my $self = shift
these files get installed in the correct place...
...but they lose the execution bit.
Any hint?
Thank you
ambs
--
Alberto Simões
the correct place...
>>
>> ...but they lose the execution bit.
>
> Are you using copy_if_modified? It should preserve the executable bit.
> Is the bit being lost when its copied to blib/scripts or when its
> installed?
Was using copy from file::copy.
chmod would be
On 16/02/2010 20:42, Alberto Simões wrote:
> Hellow
>
> On 16/02/2010 20:19, Michael G Schwern wrote:
>>> It is a binary that is shipped in the distribution (yes, I know about
>>> portability. not relevant atm), that is marked as executable. In a
>>> MyBuil
ll be able to write it but I offer to try...)
Cheers
--
Alberto Simões
correct path.
So, if I change this variable when calling Test::Harness everything
should work fine.
Is there any easy way to force this under M::B?
Thank you
Regards
ambs
--
Alberto Simões
On 18/02/2010 16:42, David Golden wrote:
> 2010/2/18 Alberto Simões :
>> So, if I change this variable when calling Test::Harness everything
>> should work fine.
>>
>> Is there any easy way to force this under M::B?
>
> Subclass and override ACTION_test
&g
? substitute the lib/Module by inc/Module ?
- how to make MB aware of these modules?
- how to make them not to be indexed by cpan?
Thank you
ambs
--
Alberto Simões
best,
ambs
--
Alberto Simões
l I wouldn't worry about it.
That was my instinct. But got a complain (bug ticket) :)
--
Alberto Simões
p;aid=2997821&group_id=228270&atid=1073792
> because "./Build installdeps" does not take into account the builddeps
> of deps. This may actually be an issue with Module::Build itself.
Cheers
Alberto
--
Alberto Simões
On 08/06/2010 17:00, David Golden wrote:
> 2010/6/8 Alberto Simões :
>> Hello
>>
>> Anybody can confirm this, from a module user, that was asking me to
>> include some build dependencies in the module tarball?
>>
>>> My motivation is asking this comes
&g
:
1) disable the installbase option to the Build install action
2) make the install action recompile everything again
What is the more cleaner approach?
TIA :)
--
Alberto Simões
Hello
On 12/06/2010 19:52, David Golden wrote:
> 2010/6/12 Alberto Simões :
>> I am using, during Build.PL first run,
>> $builder->install_destination("bin");
>>
>> But, if the user issues a build install with a different installbase,
>> things
script files.
So, my question is:
- can I add script_files during the install action?
- how can I set them? Not sure if I should use the scripts() method
that seems to be deprecated.
Thank you
Alberto
--
Alberto Simões
Hello
Unfortunately Build --debug is too laconic :) it just hows ACTION_code.
There isn't any way to force a more in-depth trace?
Thank you
Alberto
On 14/06/2010 00:53, David Golden wrote:
> 2010/6/13 Alberto Simões :
>> For windows, I need to create the .bat files, and I hope
Hello
On 14/06/2010 00:53, David Golden wrote:
> 2010/6/13 Alberto Simões :
>> For windows, I need to create the .bat files, and I hope Module::Build
>> does that automatically for script files.
>
> It happens in make_executable which is called by process_script_files,
Hello
Anybody has any module installing header files (C header files, .h
files)? How are you detecting where to install them to?
Thank you in advance,
ambs
--
Alberto Simões
Hello
Is there any action that I can subclass in mybuilder that is run during
"perl Build.PL" ?
TY
ambs
--
Alberto Simões
Hello
Is there any easy way to peek the parameters added when run Build.PL?
That is:
perl Build.PL freeling_prefix=/my/strange/prefix
Thanks
--
Alberto Simões
On 26/01/2011 22:21, David Golden wrote:
2011/1/26 Alberto Simões:
Hello
Is there any action that I can subclass in mybuilder that is run during
"perl Build.PL" ?
Not really. You can subclass "new" or any of the methods that it
calls, of course.
What are you tryin
On 26/01/2011 22:25, David Golden wrote:
2011/1/26 Alberto Simões:
Hello
Is there any easy way to peek the parameters added when run Build.PL?
That is:
perl Build.PL freeling_prefix=/my/strange/prefix
Override "new", get the object from the SUPER::new and interrogate the
obj
On 26/01/2011 22:27, David Golden wrote:
2011/1/26 Alberto Simões:
By the way, is there any standard way to "exit" or "die" from Build.PL if a
dependency (not a CPAN one, of course) is not met?
Generally, just "exit 0 unless condition_satisfied". C.
On 07/03/2011 19:34, John M. Gamble wrote:
On 3/7/2011 6:06 AM, Leon Timmermans wrote:
On Sat, Mar 5, 2011 at 9:43 PM, David Golden wrote:
Since then, my own use of Module::Build has declined, as much of my
need for it as an author has been replaced by Dist::Zilla toolkit. At
the same time, I
Hello
I have a module (Text::BibTeX) that is cleanly installing when using
cpan, but fails two tests when I try to install manually, using
Strawberry Perl.
The tests are using a C library, getting the results through XS, and
converting them to UTF8. From three tests that use this behavior, o
Problem was IzArc making some weird file manipulation.
On 25/04/2011 13:29, Alberto Simões wrote:
Hello
I have a module (Text::BibTeX) that is cleanly installing when using
cpan, but fails two tests when I try to install manually, using
Strawberry Perl.
The tests are using a C library
Hello
Builder->new seems to check if all required modules are available. But
if any fails, it continues to process the Build.PL file.
Is there any way to make it stop?
Thanks
Hello
On 04/02/12 01:33, Michael G Schwern wrote:
On 2012.2.3 3:22 PM, Leon Timmermans wrote:
You shouldn't make it stop. «perl Build.PL» does configuration, not
building. Hence build or runtime requirements are not required to be
satisfied. What you're observing is not an error in any way, but
Hello
It would be cool if a module could obsolete other module.
For instance, I noticed that Net::DNS no longer installs
Net::DNS::Domain. This means the Domain.pm file will be hanging in the
system until a full reinstall of the perl module tree is done.
Just like one can specify a list of P
On 15/12/12 23:00, Michael G Schwern wrote:
On 2012.12.15 2:25 PM, Leon Timmermans wrote:
We don't have that, but we should. Imma let you finish and not hijack your
post to talk about that. And IMO we should continue to assume we don't have a
package database until we actually do.
We have
Hello
On 16/12/12 17:34, Johan Vromans wrote:
So, an enhanced META.yaml or whatsoever may be a good idea, but *only*
to generate a deb control file, or rpm spec file, or innosetup file and
so on.
That is the problem. There are too many options out there. Can we
control all Linux distributions
On 16/12/12 21:23, Johan Vromans wrote:
[Quoting Leon Timmermans, on December 16 2012, 22:10, in "Re: How To Build A P"]
There are many ways to deploy stuff, not everyone uses rpm/deb,
there are good reasons not to do so: for starters it assumes you
have root privileges.
Reality has overtake
38 matches
Mail list logo
