Bug #38130 for Math-GSL: 'Build clean' clobbers the C source files

Sat Aug 02 18:54:20 2008 sisyphus [...] cpan.org - Ticket created

Subject:

'Build clean' clobbers the C source files

Running 'Build clean' after a successful build results in the removal of all of the C files (BLAS_wrap.c, etc.) in the top level source directory. Cheers, Rob

Wed Aug 06 14:48:26 2008 sisyphus [...] cpan.org - Correspondence added

On Sat Aug 02 18:54:20 2008, SISYPHUS wrote: Show quoted text

> Running 'Build clean' after a successful build results in the removal > of all of the C files (BLAS_wrap.c, etc.) in the top level source > directory.

The problem is solved for me if, in Build.PL's sub process_swig(), I remove the line: $self->add_to_cleanup($c_file); Cheers, Rob

Wed Aug 06 14:48:30 2008 sisyphus [...] cpan.org - Status changed from 'new' to 'open'

Sun Aug 10 16:20:52 2008 jonathan [...] leto.net - Correspondence added

Howdy, [sarcasm]This is a feature, not a bug.[/sarcasm] The reason for it is so that normal folks don't need SWIG installed to compile GSL, but if you check out the source tree via git, you will. The autogenerated C/XS code (*_wrap.c) is included in the MANIFEST and the distribution, but they are not under source control. That would be really bad. To get back the *_wrap.c files you can just unpack the distro again. Hopefully this helps, if anyone has a suggestion for dealing with this in a better way, I am all ears. Cheers, Jonathan On Wed Aug 06 14:48:26 2008, SISYPHUS wrote: Show quoted text

> On Sat Aug 02 18:54:20 2008, SISYPHUS wrote:

> > Running 'Build clean' after a successful build results in the removal > > of all of the C files (BLAS_wrap.c, etc.) in the top level source > > directory.

> > The problem is solved for me if, in Build.PL's sub process_swig(), I > remove the line: > > $self->add_to_cleanup($c_file); > > Cheers, > Rob

Sun Aug 10 16:20:55 2008 jonathan [...] leto.net - Status changed from 'open' to 'resolved'