Beefy Boxes and Bandwidth Generously Provided by pair Networks
Do you know where your variables are?

Re^3: ExtUtils::MakeMaker and dot files

by SleepyJay (Beadle)
on Mar 01, 2013 at 18:56 UTC ( #1021317=note: print w/replies, xml ) Need Help??

in reply to Re^2: ExtUtils::MakeMaker and dot files
in thread ExtUtils::MakeMaker and dot files

I thought this was closed, but it turned out to only be a small part of the problem. I think we have fixed it completely.

If anyone cares, here it is...

When I navigate around the AFP connected folders in Finder, it writes .AppleDouble folders. But, when I am running make, it's in terminal window, so technically if I remove the metadata, make shouldn't find any .AppleDouble files and it should work as planned.

However, this is where the editor I use, Komodo, comes it. There is some background process (we've seen it running) of Komodo's that essentially scans all of the documents in your source folders. This includes the Perl make folder--blib. This process tickles AFP for the blib folder, so a .AppleDouble folder (and some files) are written there. If there is a blib/arch directory and it isn't "empty" (it may contain some files that are ignored), then Perl will install to that alternate location and screw everything up. So, Komodo's scans are allowing that folder to not be empty, and thus Komodo is indirectly causing this problem.

The current fix is to add a line way down in the bowels of Perl that ignores .AppleDouble directories when testing for an "empty" blib/arch folder. That is, of course, a crappy fix because we have to install it separately for each version and machine for which we want to use. (There might be a way to override the function without changing the source.)

The quick summary is thus: We still need to clean metadata each time before the make. Also, we still need to override the libscan function to avoid these files during the creation of the Makefile. And, we need a stupid one line fix to ignore .AppleDoubles way down deep in Perl's source code.

BTW, I was working around this by running make clean and perl Makefile.PL before make and make install. That was working nearly flawlessly because the check to see if blib/arch is "empty" doesn't run if blib is missing--which of course it will be after make clean is run. But of course by remaking my entire Perl source each time, I was totally invalidating the purpose of make (build only what has changed).

  • Comment on Re^3: ExtUtils::MakeMaker and dot files

Replies are listed 'Best First'.
Re^4: ExtUtils::MakeMaker and dot files
by Anonymous Monk on Mar 01, 2013 at 23:57 UTC
    ditching apple not an option? :)

      Hmmm, perhaps as plan B. My plan A would be telling the finder to stop polluting my directories. I don't own a Mac, so I don't have much experience with that. But my guess is that there may be a hidden setting somewhere to disable the unwanted behaviour.


      Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-)

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://1021317]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others exploiting the Monastery: (5)
As of 2017-08-21 06:27 GMT
Find Nodes?
    Voting Booth?
    Who is your favorite scientist and why?

    Results (317 votes). Check out past polls.