Re: CamelBones on MySpace
On Wed, Jan 17, 2007 at 02:07:30AM -0500, Sherm Pendley wrote: Well, I've finally given into peer pressure and created a MySpazz account and CamelBones group: http://www.myspace.com/camelbones http://groups.myspace.com/CamelBones I'm getting a bit discouraged because CamelBones isn't gaining much traction Unless I'm mistaken, the docs haven't been expanded in quite some time. Maybe some more of that might increase traction? Yeah, I know, patches welcome. :-) Just a thought. best, dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ It's amazing what giant mutant ants that are the result of Man's dabbling with the power of atomic energy can accomplish when they set themselves to the task.- Mark Rogaski
Re: CamelBones on MySpace
On Wed, Jan 17, 2007 at 01:26:39PM -0500, Sherm Pendley wrote: I think a big part of the problem is that I myself don't have much need for it right now. The OSS mantra (well, one of them) is scratch your own itch, and as far as CB goes my own itch was scratched quite well by ShuX - I missed the Shuck app that came with MacPerl, and set out to find or write a replacement. Now that you mention it, a walk through ShuX would probably be useful in itself. Is it available somewhere as code? I'm only seeing a final app. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ This is the Tower of Murder, and... it's where I hang out. - Monster of Evil, Flesh Gordon
Re: Has anyone built DBD::ODBC?
On Fri, Jul 14, 2006 at 01:30:48PM -0400, Sherm Pendley wrote: Anyone have a recipe for building DBD::ODBC? 1. Sacrifice a goat... (Oh, come on, *someone* was going to say it... :-) dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ A London.pm thread topic is like a non-alchoholic ingredient in a cocktail, its only there so you can pretend not to be an inebriated addict. - Greg McCarroll
Re: Tk Aqua with Perl
On Mon, May 15, 2006 at 03:37:08PM -0700, Jan Dubois wrote: You should be able to do this with the Tcl::Tk module: http://search.cpan.org/~vkon/Tcl-Tk/ The Tkx module provides a nice interface on top of Tcl::Tk: http://search.cpan.org/~gaas/Tkx/ I have not tried this on OS X though, so it is possible that the modules don't work out of the box there. I haven't checked lately, but it used to be that Perl/Tk wouldn't compile on OS X unless you configured your perl a certain way. This may have changed since I last looked, but be sure to look over the docs if you hit any problems, as that might be it. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Learned? You must be crazy. Do you think I could play as badly as this if I had had lessons? - Patrick Troughton
Re: CamelBones on Intel
On Thu, Nov 10, 2005 at 12:21:38AM -0500, Sherm Pendley wrote: On Nov 4, 2005, at 8:46 PM, Bruce Van Allen wrote: To the future and beyond! Is that from a movie, tv show, book, etc.? It sounds familiar, but I can't quite place it... it's been bugging me for days... ;-) It sounds like a misquote of Buzz Lightyear's To infinity, and beyond! from Toy Story. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Something I'm hoping to achieve is, rather than have the film look like we went out in New Zealand and shot on location, is that it looks like we went out to Middle Earth and shot on location. - Peter Jackson
Re: could not build a module
On Thu, Feb 24, 2005 at 02:51:18PM -0500, Sherm Pendley wrote: On Feb 24, 2005, at 2:46 PM, Ted Zeng wrote: Error: Unable to locate installed Perl libraries or Perl source code. Install Xcode. Perhaps I'm mistaken, but wouldn't it be more accurate to say install the OS X development tools, rather than Xcode, per se? dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Hang on, you're a veggie, and you don't drink Guinness... why do I bother fancying you again??? - Alex Page
Re: could not build a module
On Thu, Feb 24, 2005 at 05:56:17PM -0500, Chris Devers wrote: On Thu, 24 Feb 2005, David H. Adler wrote: Perhaps I'm mistaken, but wouldn't it be more accurate to say install the OS X development tools, rather than Xcode, per se? As of OSX 10.3, Xcode is the name for the whole suite, in addition to the specific XCode IDE. I missed that memo. Thanks for the clarification. Carry on. :-) dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Oh, the irony. - Abigail
Re: MySQL
On Thu, Dec 09, 2004 at 10:10:04PM +0900, Joel Rees wrote: Paul DuBois's books on MySQL have been pretty good for me. I got a lot out of the one called, I think, Perl and MySQL for the Web. I would also recommend his MySQL Cookbook from ORA. Very helpful. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Hulk smash! Hulk kill! Hulk do ironing! - subbes
Re: OT: Re: please end this (Re: A .. by anyother name...)
On Mon, Mar 17, 2003 at 12:07:33PM -0600, Lorin Rivers wrote: Talking about PERL, folks. No, that would be Perl or perl. See perlfaq1 Although, now that I think of it, does Inline::PERL work on OS X? ;-) ---given the length and nature of this thread PLEASE NOTE SMILEY. dha, also thinks this has been beaten to death. -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Pancakes is the better part of valor- Toothgnip
Re: dmg of perl 5.8.0 on Mac OS X
On Fri, Feb 28, 2003 at 03:28:58PM -0600, Joe Davison wrote: On Thu, 6 Feb 2003, Nathan Torkington wrote: A .pkg is specifically just a distribution of files to be installed using the Installer program. You can add pre- and post- actions to a package (which I should have done for Perl--update your .cshrc to add /usr/local/perl5-8 to the path). The prompting for admin password, confirming acceptance of the license, selecting the drive to install on ... all that's done by the Installer program in response to instructions in the .pkg file. I used .pkg instead of .dmg because Perl's location is hard-coded in the binary, so it *has* to go into /usr/local/perl5-8. If I'd just given you a filesystem, you could have copied it anywhere and then filled my mailbox with you suck, Torkington! email :-) Actually, I'm just as happy you didn't update my .cshrc, since I don't use csh/tcsh -- I use zsh. And, a quick step back to the actual subject... :-) I've looked through the archives of the list, and I've seen a *ton* of discussion about what's a .pkg or .dmg and such side issues, but I've not seen much about people's actual reactions to the package and its installation itself. I mean, I trust gnat and all, but do people actually have this up and running well? :-) dha, veteran of the installation wars -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ The Inferno video is really in colour.
Re: Dec 2002 Dev Tools
On Mon, Dec 23, 2002 at 12:05:52PM -0500, Ray Zimmerman wrote: Has anyone else had trouble downloading the Dec 2002 Dev Tools from Apple. I can log in and get to the download page, but when I hit the download button I get a 530 User 218408 access denied error. Any other way to get it? I kept getting denied at the USA 1 server, but I changed to the 2nd one and everything went fine. I think the first server may be wonky. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Sobriety is not an option - Alex Page
Re: The dyld dance
On Mon, Dec 23, 2002 at 03:40:51PM -0600, Ken Williams wrote: On Friday, December 20, 2002, at 03:02 PM, David H. Adler wrote: So, of course, I'm having problems installing things with 5.8.0. I realized that the whole fink issue is my problem. Sadly, fink has gone all to hell, somehow. I'm getting 'Basepath not set in config file /sw/etc/fink.conf!' when I try to do anything with fink. Apparently my fink.conf got filled with a bunch of mp3 info, rather than actual fink info (I have *no* idea how that happened). Heh. =) Ok, that part gets solved with just replacing the fink.conf with a file that just gives a Basepath. whew. So, a) anyone have any idea how to grow a new, workable fink.conf? b) If I rebuild Storable in fink, isn't it now not going to work for the /usr/bin/perl (i.e. 5.6.0 from apple)? Right, you need two different versions of Storable, one for 5.6.x, and the other for 5.8.x. Will fink allow you to keep two different versions? If so, how? I am bamfoozled. But I'm coming off a long week... c) Wouldn't this all work better if the perl scripts fink uses just used a '-I /sw/lib/perl5' themselves? That's supposed to be set with a setenv PERL5LIB ... at login time, which happens if you put source /sw/bin/init.csh in your .login file. What I meant was *not* at login, but when fink itself actually needs it. I.e., instead of having fink's Storable be in use always, just have it be used when *fink* is using it. Maybe there's some good reason for it, but I don't know what it is. Also, pudding. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Please do not throw hands at me.- D84, Robots Of Death
Re: The dyld dance
On Mon, Dec 23, 2002 at 08:55:42PM -0600, Ken Williams wrote: On Monday, December 23, 2002, at 03:55 PM, David H. Adler wrote: On Mon, Dec 23, 2002 at 03:40:51PM -0600, Ken Williams wrote: On Friday, December 20, 2002, at 03:02 PM, David H. Adler wrote: So, a) anyone have any idea how to grow a new, workable fink.conf? b) If I rebuild Storable in fink, isn't it now not going to work for the /usr/bin/perl (i.e. 5.6.0 from apple)? Right, you need two different versions of Storable, one for 5.6.x, and the other for 5.8.x. Will fink allow you to keep two different versions? If so, how? I am bamfoozled. But I'm coming off a long week... It would just be by adding different library directories when compiling the two different versions of Perl. Well... I thought I did that. Then 5.6.0 started giving me dyld errors. I've now ditched all of /Library/Perl (which is where I put all the 5.8.0 stuff) and it works again. Which is odd, as @INC should have looked in /System/Library/Perl for 5.6.0... c) Wouldn't this all work better if the perl scripts fink uses just used a '-I /sw/lib/perl5' themselves? That's supposed to be set with a setenv PERL5LIB ... at login time, which happens if you put source /sw/bin/init.csh in your .login file. What I meant was *not* at login, but when fink itself actually needs it. I.e., instead of having fink's Storable be in use always, just have it be used when *fink* is using it. Maybe there's some good reason for it, but I don't know what it is. Oh, I see. I think the reason it doesn't do that is that Fink can be used to install things like Storable, GD, PDL, etc. so that they're used by other applications than just Fink. I've installed PDL that way, for instance. So I consider /sw/lib/perl5/ just another directory for /usr/bin/perl to search through, not a Fink-apps-only directory. Even so, should it really be the *first* thing in @INC for everything? Also, pudding. Of course. But not what the media calls pudding! Well, no, of course not. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ And finally, it appears that Schwern, Michael is an Alien Drag Queen - Leon Brocard, London.pm List Weekly Summary 2001-03-19 (This has *something* to do with http://us.imdb.com/Title?0103645)
The dyld dance
So, of course, I'm having problems installing things with 5.8.0. I realized that the whole fink issue is my problem. Sadly, fink has gone all to hell, somehow. I'm getting 'Basepath not set in config file /sw/etc/fink.conf!' when I try to do anything with fink. Apparently my fink.conf got filled with a bunch of mp3 info, rather than actual fink info (I have *no* idea how that happened). So, a) anyone have any idea how to grow a new, workable fink.conf? b) If I rebuild Storable in fink, isn't it now not going to work for the /usr/bin/perl (i.e. 5.6.0 from apple)? c) Wouldn't this all work better if the perl scripts fink uses just used a '-I /sw/lib/perl5' themselves? Gah, dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ America leads the world in shocks. - Gil Scott-Heron
Re: Test Mac::Carbon build for me?
On Sat, Dec 14, 2002 at 06:09:08PM -0500, Chris Nandor wrote: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (David H. Adler) wrote: Test results for os 10.2.2, perl 5.6.0: t/Carbon...## Component Manager: attempting to find symbols in a component alias of type (imdc/MP42/MSFT) ok I am not entirely sure what it is, but some component you are loading is printing this information out, probably to STDERR. I don't know that there's anything I can do about it from Mac::Carbon, and it doesn't affect the tests. Well, *I* can live with it. :-) MacPerl/t/MacPerl..## Component Manager: attempting to find symbols in a component alias of type (imdc/MP42/MSFT) Use of uninitialized value in pattern match (m//) at blib/lib/MacPerl.pm line 144. Use of uninitialized value in substitution (s///) at blib/lib/MacPerl.pm line 145. Use of uninitialized value in substitution (s///) at blib/lib/MacPerl.pm line 146. # Failed test (MacPerl/t/MacPerl.t at line 88) # got: undef # expected: '3' Hm. I thought maybe this was a problem in 10.1.x, but apparently not, since you're using 10.2.2. Did you run the test from Terminal.app on the local machine? yep. I redirected the test results to a file for easier posting, but IIRC, got the same thing without that. If that even is an issue. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ I bet if I cover my ears, this sounds a *lot* less like crap. - Tim Jones, http://www.bobbins.org/d/2918.html
Perl Wrestling Federation Bout: 5.6 vs. 5.8
I figure it's time I bit the bullet and installed 5.8. Having completely blown it last time, however, I have a question. Have we come to any kind of concensus as to whether it's better to replace 5.6 with 5.8 or to stash 5.8 somewhere out of the way and leave the Apple installed 5.6 where it is? dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ 'Don't be tempted to veer off!' - Paul McGann
Re: Perl Wrestling Federation Bout: 5.6 vs. 5.8
On Fri, Dec 13, 2002 at 02:29:41PM -0500, John Siracusa wrote: On 12/13/02 2:16 PM, David H. Adler wrote: Have we come to any kind of concensus as to whether it's better to replace 5.6 with 5.8 or to stash 5.8 somewhere out of the way and leave the Apple installed 5.6 where it is? It's better to leave the Apple-provided 5.6.0 where it is and install 5.8.0 elsewhere unless you really know what you're doing. I was kind of guessing that. Is there any favored place? Should I just punt and use /opt ? The only remaining question is whether or not you should link /usr/bin/perl to your 5.8.0 install. Remember that OS X uses perl as part of its normal functioning, so you need to make sure that /usr/bin/perl always works the way it's expected to...even when that includes broken behavior, as in the Apple(!) installer that expected /usr/bin/perl to accept EQ as a valid operator (5.6.0 does, 5.8.0 doesn't) Yeah, deprecation is a bear when people don't read the docs, ain't it? :-) dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Theoretically, you could add hyperpolysyllabic to any word to make it longer and not alter the meaning. - Matthew Mankiewich
Re: DBD::Pg won't install
On Thu, Dec 12, 2002 at 04:01:15PM -0500, kurt wrote: === Apologies in advance for the long post, but I figured it would help forestall any of the obvious questions. I've been trying to install DBD::Pg for Postgres. Perl 5.8.0 is installed and working properly. Postgres 7.2.1 is installed and working properly. DBI installed without any problems. I have set the environment variables as follows: export POSTGRES_INCLUDE=/usr/local/pgsql/include export POSTGRES_LIB=/usr/local/pgsql/lib/libpq.so Problem: DBD::Pg fails to install with an Undefined symbols error. Can anyone shed some light? I just went through this yesterday. This is what worked for me: POSTGRES_INCLUDE='/usr/local/pgsql/include' POSTGRES_LIB='/usr/local/pgsql/lib -lssl' that '-lssl' seems to make the difference. Mind you, that may cause some side effect that I'm not aware of. cf. http://www.mail-archive.com/dbi-users@perl.org/msg14684.html good luck, dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Look, vultures! My dress is made of steaks! - Allison Drennan
Re: perl-5.8 and QuickTime updater
On Mon, Oct 28, 2002 at 11:20:34AM -0500, Trey Harris wrote: Wild. I just have two questions: 1) Why did Perl ever accept uppercase operators in the first place? I see that if you run under warnings, you get a use of EQ is deprecated error, so I assume it's some usage so historical as to be before my time (and I've been doing Perl for almost twelve years). I'm too lazy to actually confirm this, but ... :-) IIRC, this may be something that was in there, not so much for people as for ?roff compatability. I know *something* odd like this was. I have a feeling it was just there and no one really thought about it until recently, at which point they said wow. we should deprecate that!. Again, I may be making this all up. But it sounds good. :-) dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ One should never say such things, it's like wearing red overalls in Pamplona. - Jarkko Hietaniemi
Re: [article] Installing 5.8.0 on Jaguar
On Thu, Aug 29, 2002 at 11:46:58AM -0600, Nathan Torkington wrote: John Siracusa writes: I dunno, since I've never made a binary package of Unix-y stuff. The instructions for building from source shouldn't be that bad, and that's the better way to install it, IMO. Not for the vast majority of Apple users, IMO. If we want people to experiment with Perl and mod-perl and all that good stuff, we need to deliver it to them in as convenient a package as possible. For what it's worth, there is a 5.8.0 package at http://www.serverlogistics.com/downloads-osx.php#perl No idea if it's any good or not, but it's there... :-) dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ What kind of marathon crack binge would cause you believe this? - Mark Rogaski
Re: The new unpleasantness. (Thinking Jaguar would put me back at square one. ha!)
On Wed, Aug 28, 2002 at 05:25:02PM +1000, Ken Williams wrote: On Wednesday, August 28, 2002, at 03:31 PM, David H. Adler wrote: Am I missing something obvious? Yes, probably. I'm betting these are XS modules that you compiled against one version of perl, and now that another version is installed, they're failing. They'll be living in @INC somewhere. To find out where, set the environment variable DYLD_PRINT_LIBRARIES to a true value. ** Note to list: the above paragraph is of the utmost helpfulness when getting undefined symbol errors. FAQ it in your brain! Also remind yourself that just because everyone keeps repeating that something is a problem with 5.8.0, it doesn't mean it's not your problem under 5.6.0. :-| It seems to be the fink Storable that was the problem. D'oh. It's been a trying couple of weeks, I tell ya... Many many thanks to all who sent help, both on and off list. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Soup on all fours? Of course. Whaddaya think, Soup is a biped? - mst3k
Reverting to 5.6.1
So, I made the mistake of building 5.8.0 before all the possible wackiness inherent in that was apparent. Silly me. So, I'm trying to figure out if I can kill off 5.8.0 and reinstall 5.6.1 with less trouble than getting 5.8.0 to work would be. Would there be more to it than killing the 5.8.0 binaries and rebuilding 5.6.1 from source? Any thoughts? Frustrated In New York (dha) -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ And, considering the prevalence of displaced psychiatric patients among the ranks of the homeless, the viewpoints are usually guaranteed to involve aliens or 7 foot tall magical cats. - Mark Rogaski
Re: Reverting to 5.6.1
On Tue, Aug 20, 2002 at 11:17:38PM -0400, Sky Lemon wrote: Well, I think you've isolated the problems. :-) Which raises a new question: are these problems that are just inherent to installing 5.8.0 on OS X, or will these issues perhaps be resolved at some point in the future? If you went to read the link that was given to you by Morbus, you would have seen: Binary Incompatibility Perl 5.8 is not binary compatible with earlier releases of Perl. Yeah, I got that. I misspoke. It probably would have been more accurate to say might there be some system of dealing with this easily at some point, or is it doomed to horrid kludginess? :-) Unfortunately I can't supply you with instructions on how to install 5.6.1 again, since my religion does not permit me to support the use of moldy bits, either by myself or others. Were 5.6.1 moldy already, I might agree with you. Given the recentness of 5.8, I don't consider it to be. A lot of people didn't upgrade to 5.6 until 5.6.1, and not without reason. I consider 5.8.0 to still be in the if you need the new features, upgrade, otherwise it's optional phase. Just one person's opinion, of course. Here's one tip though that may solve a world of problems! Try reading the documentation, and if you can't find your solution, then post on mailing lists. Also, even more important, if someone on a mailing list points you to documentation, they are secretly implying the message please read the documentation I just pointed you to. Actually, I knew that. :-) best, dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Naturally, like you, I was incensed, and immediately used my U.S. Second Amendment rights to buy a duffel bag full of machine guns for a shooting spree at the office. - Jon Orwant
Re: Success!!
On Sat, Oct 27, 2001 at 02:42:06PM -0400, John Siracusa wrote: On 10/27/01 2:01 PM, David H. Adler wrote: make install just comes back saying that install is up to date. No it isn't! Eep. Tsk, you're not following the instructions to the letter! :) From: http:[EMAIL PROTECTED]/msg00895.html (4) Install it ... mv INSTALL INSTALL.txt # so 'make install' won't try to 'make INSTALL' sudo make install Did you do that step? :) D'oh! The one time impatience isn't a virtue... :-/ At least now I don't have to try to figure out what the problem is. :-) Thanks again. dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ I don't want to get bitter/I don't want to turn cruel/I don't want to get old before I have to/I don't want to get jaded/Petrified and weighted/I don't want to get bitter like you. - Jill Sobule
Re: Yet more compiling woes...
On Sat, Oct 27, 2001 at 03:54:35PM +0900, Jim Cooper wrote: If you are able to wade back in time on this list there are many good suggestions. I did look at the list before, but nothing obvious jumped out at me. Now that I have some ideas of the specific problems, I'll probably be better able to dig this all up. Thanks for the summary! dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ I'd redesign my program to something less absurd. - Abigail, in comp.lang.perl.misc
Success!!
Just for the record... I put firstmakefile=GNUmakefile into darwin.sh and added -flat_namespace to the ldflags there as well. I rename the old Perl directories. It makes! Run tests. 4 fail as expected. Odd that it works at all, since if you even try to do a perl -v, it spits at you that it can't find a required library (well, duh, I've moved them... :-). But it does what is expected. Now the weirdness... make install just comes back saying that install is up to date. No it isn't! Eep. Look at makefile. See various install options. try make install-verbose so that, hopefully, I can see what it's actually doing. This, however, works. Odd. I'll have to try to puzzle that out when I'm not about to head out the door. But it's now there. Thanks, everyone, for your help! dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ New Songs/New Members/New CD/Same rotten attitude - Raving Noah press release
Yet more compiling woes...
So... I'm trying to install 5.6.1 on my new, shiny iBook. :) Found the option to get the makefile to exist, so it does actually get somewhere, but then... AutoSplitting perl library DYLD_LIBRARY_PATH=/Users/dha/perl-5.6.1 ./miniperl -Ilib -e 'use AutoSplit; \ autosplit_lib_modules(@ARGV)' lib/*.pm lib/*/*.pm DYLD_LIBRARY_PATH=/Users/dha/perl-5.6.1 ./miniperl minimod.pl minimod.tmp sh mv-if-diff minimod.tmp lib/ExtUtils/Miniperl.pm File lib/ExtUtils/Miniperl.pm not changed. sh writemain lib/auto/DynaLoader/DynaLoader.a writemain.tmp sh mv-if-diff writemain.tmp perlmain.c File perlmain.c not changed. Making DynaLoader (static) Can't load module File::Glob, dynamic loading not available in this perl. (You may need to build a new perl executable which either supports dynamic loading or has the File::Glob module statically linked into it.) Compilation failed in require at (eval 70) line 7. BEGIN failed--compilation aborted at (eval 70) line 7. at ../../lib/ExtUtils/MakeMaker.pm line 507 Warning: No Makefile! make[1]: *** No rule to make target `config'. Stop. make config failed, continuing anyway... make[1]: *** No rule to make target `all'. Stop. make: *** [lib/auto/DynaLoader/DynaLoader.a] Error 2 Is there some further special magic I'm missing here? dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ If you want a real optimist, look up Ray Bradbury. Guy's nuts. He actually likes people. - David Brin
Re: Yet more compiling woes...
On Fri, Oct 26, 2001 at 03:32:42PM -0700, Edward Moy wrote: Just add the line: firstmakefile=GNUmakefile in hints/darwin.sh and rerun configure. This is the HFS case-insensitivity issue (Makefile and makefile equivalent). Is that different from doing sh Configure -Dfirstmakefile=GNUmakefile? If not (if it is, I'll be surprised...), then the problem lies elsewhere. Of course, had I know that yesterday, I would have gotten to this point much sooner. :-) dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Well, to make this story the way it should be done we will [need] technology that won't invented for 30 years and a budget that could pay for a large south american country. What have we got? 25 cents and a block of wood. - Possible Dr. Who budget conference
Re: Yet more compiling woes...
On Fri, Oct 26, 2001 at 06:01:10PM -0500, Ken Williams wrote: David H. Adler [EMAIL PROTECTED] wrote: On Fri, Oct 26, 2001 at 03:32:42PM -0700, Edward Moy wrote: Just add the line: firstmakefile=GNUmakefile in hints/darwin.sh and rerun configure. This is the HFS case-insensitivity issue (Makefile and makefile equivalent). Is that different from doing sh Configure -Dfirstmakefile=GNUmakefile? If not (if it is, I'll be surprised...), then the problem lies elsewhere. Yeah, I believe it's different. If you look at the hints/darwin.sh file, you'll notice that it just blows away all the configuration variables you might have set with -D on the command line. Compare that with more modern versions of the same file, which only override settings if you haven't modified them. Well, whether or not it's different, it didn't help. I've now tried passing that option as a -D switch, as a line in darwin.sh and both at the same time. nada. It still dies on trying to make Dynaloader. I'm considering sacrificing a small goat... :-/ dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Jackdaws love my big sphinx of quartz. Phillip Newton's replacement for The quick brown fox jumps over the lazy dog.
Re: Yet more compiling woes...
On Fri, Oct 26, 2001 at 09:15:27PM -0400, John Siracusa wrote: On 10/26/01 8:24 PM, David H. Adler wrote: Well, whether or not it's different, it didn't help. I've now tried passing that option as a -D switch, as a line in darwin.sh and both at the same time. nada. It still dies on trying to make Dynaloader. I'm considering sacrificing a small goat... :-/ Save the goat! Just follow these instructions and you should be okay: http:[EMAIL PROTECTED]/msg00895.html Ok. That gave me the -Dldflags=-flat_namespace which seems to have been the culprit. Make went fine. Then it got all weird... Since some of the tests failed, I went to the t/ directory to run ./perl harness, as it suggests. This gave me: Perl lib version (v5.6.1) doesn't match executable version (v5.6.0) at ../lib/Config.pm line 21. Huh? I go to check the perl that's in there and... localhost% cd perl-5.6.1/t/ localhost% ./perl -v This is perl, v5.6.0 built for darwin WHAT??? I'm going to attempt downloading this again, but as far as I can tell, this *is* the 5.6.1 tarball. *sigh* Keep the goats on standby... dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ Don't you remember High School? I know, for myself, I was a walking hormone. - Alyson Hannigan
Re: Yet more compiling woes...
On Sat, Oct 27, 2001 at 12:29:57AM -0400, John Siracusa wrote: On 10/27/01 12:21 AM, David H. Adler wrote: Make went fine. Then it got all weird... Since some of the tests failed, I went to the t/ directory to run ./perl harness, as it suggests. FYI, 4 tests will fail on OS X, so just expect that. ok. This gave me: Perl lib version (v5.6.1) doesn't match executable version (v5.6.0) at ../lib/Config.pm line 21. Huh? I go to check the perl that's in there and... localhost% cd perl-5.6.1/t/ localhost% ./perl -v This is perl, v5.6.0 built for darwin Did you try renaming the existing Perl dirs before building? Oh bah. :-/ -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ There's more than one way to skin a cat, and I happen to know that's factually true. - Mayor Wilkins
Re: Yet more compiling woes...
On Sat, Oct 27, 2001 at 12:33:49AM -0400, David H. Adler wrote: On Sat, Oct 27, 2001 at 12:29:57AM -0400, John Siracusa wrote: On 10/27/01 12:21 AM, David H. Adler wrote: This gave me: Perl lib version (v5.6.1) doesn't match executable version (v5.6.0) at ../lib/Config.pm line 21. Huh? I go to check the perl that's in there and... localhost% cd perl-5.6.1/t/ localhost% ./perl -v This is perl, v5.6.0 built for darwin Did you try renaming the existing Perl dirs before building? Ok. having renamed the existing directories as suggested in your other post, t/perl harness now gives me: dyld: ./perl can't open library: /System/Library/Perl/darwin/CORE/libperl.dylib (No such file or directory, errno = 2) Joy. :-/ Well, I give up for the night. Maybe tomorrow, I'll have a brilliant idea... Thanks! dha -- David H. Adler - [EMAIL PROTECTED] - http://www.panix.com/~dha/ There are 6 billion people in the world, and only 30 billion of those are Canadians - Headline in the Toronto Globe and Mail