From enobacon at gmail.com Sun May 3 11:17:22 2009 From: enobacon at gmail.com (Eric Wilhelm) Date: Sun, 3 May 2009 11:17:22 -0700 Subject: [Pdx-pm] learn.perl.org rework (TPF grant) Message-ID: <200905031117.22924.enobacon@gmail.com> Hi all, I've put some effort into the design and CSS here and posted the first couple of tutorials: http://learnperl.scratchcomputing.com/ Compared to the existing learn.perl.org, I completely killed most of the "news" items and I'm still pondering how to get linked back to the perldoc.perl.org (possibly sidebars from the tutorial and/or a "further reading" page of some sort.) The books are definitely moving off of the front page. Something should probably be done to link them back through more of the content (sidebar?) and maybe I'll use some cover thumbnails ala books.perl.org. As navigation goes, that's still somewhat undecided. I scrapped the combust scheme to get to this point, and shebangml has lots of nifty tools for includes and conditional links but I don't want to open all of the stops (on whatever toolkit) until I know that I'll be able to deploy with those features. Anybody tried to get combust to run under e.g. HTTP::Server::Simple? Anyhow, please feel free to insult my color choices or design. Feedback on the tutorial content or layout is also welcome. Anybody know a newbie who could try it with a fresh pair of eyes? Thanks, Eric -- ... unsustainable. And that word means something -- it doesn't just mean "we don't like it". --Michael Pollan --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- From shlomif at iglu.org.il Mon May 4 03:51:24 2009 From: shlomif at iglu.org.il (Shlomi Fish) Date: Mon, 04 May 2009 13:51:24 +0300 Subject: [Pdx-pm] learn.perl.org rework (TPF grant) In-Reply-To: <200905031117.22924.enobacon@gmail.com> References: <200905031117.22924.enobacon@gmail.com> Message-ID: <200905041351.24504.shlomif@iglu.org.il> On Sunday 03 May 2009 21:17:22 Eric Wilhelm wrote: > Hi all, > > I've put some effort into the design and CSS here and posted the first > couple of tutorials: > > http://learnperl.scratchcomputing.com/ > Hi Eric! Thanks for your effort into trying to improve learn.perl.org. Improving it has been long over-due. First of all, I should note that you should feel free to re-use content and ideas from http://perl-begin.org/ (officially under CC-by, but the exact licensing terms can be negotiated), and from the Public Domain http://www.shlomifish.org/lecture/Perl/Newbies/ (which has been suffering from a bit of knowledge-rot, but may still be relevant). I should note that I have originated (and am still maintaining) both of these resources, just to let you know that I'm touting my own horn. Now a few notes on the link: 1. When I open the page in a wide browser window (about 90% of my 1280 pixels screen), I get a huge empty margin between the right-hand edge of the page, to the browser window. Perhaps you want to put the page in the middle and/or make it wider. 2. When pressing the Tutorials link, I got led to a page with the same links below it, Only without the "books" thing. I find this confusing. 3. You may wish to consult http://www.shlomifish.org/Files/files/text/TheHackersGuideToMarketing.pdf for information on how to make the site more eye-catching. I should note that I did not originate that document, I just keep it on my site for posterity. > Compared to the existing learn.perl.org, I completely killed most of > the "news" items and I'm still pondering how to get linked back to the > perldoc.perl.org (possibly sidebars from the tutorial and/or a "further > reading" page of some sort.) > > The books are definitely moving off of the front page. Something should > probably be done to link them back through more of the content > (sidebar?) and maybe I'll use some cover thumbnails ala books.perl.org. > > As navigation goes, that's still somewhat undecided. I scrapped the > combust scheme to get to this point, and shebangml has lots of nifty > tools for includes and conditional links but I don't want to open all > of the stops (on whatever toolkit) until I know that I'll be able to > deploy with those features. Anybody tried to get combust to run under > e.g. HTTP::Server::Simple? > > Anyhow, please feel free to insult my color choices or design. I feel the links are too easy to miss due to their colour on the white background. > Feedback > on the tutorial content or layout is also welcome. Anybody know a > newbie who could try it with a fresh pair of eyes? There are some on #perl on irc.freenode.net . Regards, Shlomi Fish > > Thanks, > Eric -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ My Aphorisms - http://www.shlomifish.org/humour.html God gave us two eyes and ten fingers so we will type five times as much as we read. From enobacon at gmail.com Mon May 4 09:49:06 2009 From: enobacon at gmail.com (Eric Wilhelm) Date: Mon, 4 May 2009 09:49:06 -0700 Subject: [Pdx-pm] learn.perl.org rework (TPF grant) In-Reply-To: <200905041351.24504.shlomif@iglu.org.il> References: <200905031117.22924.enobacon@gmail.com> <200905041351.24504.shlomif@iglu.org.il> Message-ID: <200905040949.06731.enobacon@gmail.com> # from Shlomi Fish # on Monday 04 May 2009 03:51: >1. When I open the page in a wide browser window (about 90% of my 1280 > pixels screen), I get a huge empty margin between the right-hand edge > of the page, to the browser window. What if you make your browser narrower? Maybe it should have some dancing bunnies in whatever space is leftover? I'm still thinking about the content layout, but I would rather that it looks reasonable at 100 pixels wide than have it require 1024+ to render -- and still limit the text columns to a reasonable line length. Getting CSS to do this right always boggles me. I think the semantic structure is adequately tagged, so it can probably be done with CSS if someone wants to try that. >> Anyhow, please feel free to insult my color choices or design. ? > >I feel the links are too easy to miss due to their colour on the white >background. You mean the followed links? Perhaps I would have to leave the "safety of blue" to get something with adequate contrast against both the background and the text. --Eric -- The reasonable man adapts himself to the world; the unreasonable man persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. --George Bernard Shaw --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- From erik at hollensbe.org Mon May 4 11:08:39 2009 From: erik at hollensbe.org (Erik Hollensbe) Date: Mon, 04 May 2009 11:08:39 -0700 Subject: [Pdx-pm] learn.perl.org rework (TPF grant) In-Reply-To: <200905040949.06731.enobacon@gmail.com> References: <200905031117.22924.enobacon@gmail.com> <200905041351.24504.shlomif@iglu.org.il> <200905040949.06731.enobacon@gmail.com> Message-ID: <1241460519.5461.5.camel@erikh> On Mon, 2009-05-04 at 09:49 -0700, Eric Wilhelm wrote: > # from Shlomi Fish > # on Monday 04 May 2009 03:51: > > >1. When I open the page in a wide browser window (about 90% of my 1280 > > pixels screen), I get a huge empty margin between the right-hand edge > > of the page, to the browser window. > > What if you make your browser narrower? Maybe it should have some > dancing bunnies in whatever space is leftover? > > I'm still thinking about the content layout, but I would rather that it > looks reasonable at 100 pixels wide than have it require 1024+ to > render -- and still limit the text columns to a reasonable line length. > Getting CSS to do this right always boggles me. I think the semantic > structure is adequately tagged, so it can probably be done with CSS if > someone wants to try that. This is why a lot of pages are centered and use a percentage instead of a fixed width: body { width: 80%; margin-left: auto; margin-right: auto; } This way the box model determines the width of the content for you, and wraps text, etc appropriately. The "web developer" firefox plugin can also be helpful for testing this kind of stuff as it can resize the browser to commonly used sizes: http://chrispederick.com. -Erik From MichaelRWolf at att.net Mon May 4 11:43:02 2009 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Mon, 4 May 2009 11:43:02 -0700 Subject: [Pdx-pm] learn.perl.org rework (TPF grant) In-Reply-To: <200905040949.06731.enobacon@gmail.com> References: <200905031117.22924.enobacon@gmail.com> <200905041351.24504.shlomif@iglu.org.il> <200905040949.06731.enobacon@gmail.com> Message-ID: <5359863D-F4F5-4D7F-BCD3-55D38E6E0537@att.net> On May 4, 2009, at 9:49 AM, Eric Wilhelm wrote: > # from Shlomi Fish > # on Monday 04 May 2009 03:51: > >> 1. When I open the page in a wide browser window (about 90% of my >> 1280 >> pixels screen), I get a huge empty margin between the right-hand edge >> of the page, to the browser window. > > What if you make your browser narrower? Maybe it should have some > dancing bunnies in whatever space is leftover? > > I'm still thinking about the content layout, but I would rather that > it > looks reasonable at 100 pixels wide than have it require 1024+ to > render -- and still limit the text columns to a reasonable line > length. > Getting CSS to do this right always boggles me. I think the semantic > structure is adequately tagged, so it can probably be done with CSS if > someone wants to try that. > >>> Anyhow, please feel free to insult my color choices or design. >> >> I feel the links are too easy to miss due to their colour on the >> white >> background. > > You mean the followed links? Perhaps I would have to leave the > "safety > of blue" to get something with adequate contrast against both the > background and the text. Eric, Thanks for your efforts. Long overdue. *MUCH* appreciated. I did a quick test with Firebug to disable your a:link and a:hover CSS rules. It looked fine to me in the "safety of blue". My suggestion... Link styles (color and decoration) are a de-facto standard. DO NOT CHANGE THEM. Invest CCS creativity elsewhere. This is not just my opinion, it's my amplified interpretation of Jacob Nielson, a usability expert with much more design experience than me. I consider his guidelines to be on par with Damian's PBP's: great sources of wisdom, distilled into rules, backed by well-considered logic and augmented with discussion that allow me to break the guideline in the (very rare) case that an exceptional condition (not just a personal preference) really does exist. Here's a personal story related to color: As a child, our car got hit broadside by someone who "ran a stop sign". As scared as I was, and as angry as I may have been with him, I don't think he was at fault. I think the "stop sign" and the transportation department were at fault. They choose a different color (yes, blue), a different size (smaller and 2-3 feet shorter), and a different location (center median instead of right shoulder) for the "stop sign". He got a ticket for running that stop sign, but I don't think it really was a stop sign. A stop sign that doesn't look like a stop sign is *not* a stop sign. I think the transportation department was recklessly endangering the public safety by (yes, get this) bowing to public pressure to maintain a "common aesthetic" for all signage within the planned community. They valued artistic preference over well-known working functionality. Boo!!! Here's a link to a reputable source. Jacob Nielson says it better than I do. And he's invested millions of (other people's) dollars studying real world people. He's not an academic tower theoreticist; he watches real people then reports on what he observes. Guidelines for Visualizing Links (http://www.useit.com/alertbox/20040510.html ) Summary: Textual links should be colored and underlined to achieve the best perceived affordance of clickability, though there are a few exceptions to these guidelines. I've only heard one compelling reason to change link colors. No, it's not to match a "corporate color scheme"; folks spend 99.9% of their time on *other* sites, so it's incumbent for usability that you leverage that off-your-site learning. The only compelling reason I've heard is to accommodate red colorblind folks; purple and blue are too similar for them, and they can't distinguish visited versus non- visited links. Search for US Government references to "Section 508" (www.section508.gov ) for further information. Here's another Jacob Nielson link Change the Color of Visited Links (http://www.useit.com/alertbox/20040503.html ) Summary: People get lost and move in circles when websites use the same link color for visited and new destinations. To reduce navigational confusion, select different colors for the two types of links. It's unfortunate that "Perl blue" is so close to "link blue", but I don't think that's a reason to change link colors. If you minimize the "Perl blue" sections, I think the intent should be clear. Thanks again for your efforts. Michael -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net From enobacon at gmail.com Mon May 4 12:47:55 2009 From: enobacon at gmail.com (Eric Wilhelm) Date: Mon, 4 May 2009 12:47:55 -0700 Subject: [Pdx-pm] learn.perl.org rework (TPF grant) In-Reply-To: <5359863D-F4F5-4D7F-BCD3-55D38E6E0537@att.net> References: <200905031117.22924.enobacon@gmail.com> <200905040949.06731.enobacon@gmail.com> <5359863D-F4F5-4D7F-BCD3-55D38E6E0537@att.net> Message-ID: <200905041247.55580.enobacon@gmail.com> # from Michael R. Wolf # on Monday 04 May 2009 11:43: >Link styles (color and decoration) are a de-facto standard. ?DO NOT ? >CHANGE THEM. ?Invest CCS creativity elsewhere. Thanks, but I'm probably done with the CSS creativity investment. I could try to make it uglier if that would help someone else to just replace it. When I mess with these things, hours dissappear and it ends up looking exactly like it did when I started. :-D >? ? ?Summary: >? ? ?Textual links should be colored and underlined to achieve the ? >best perceived affordance of clickability, though there are a few ? >exceptions to these guidelines. I dunno. Seems like anyone with difficulties is going to get themselves a browser with a sufficient number of knobs that whatever suggested coloring caused by CSS is irrelevant. But, if you really want affordances, try something besides color. a:before {content: "?"} a:after {content: "?"} --Eric -- hobgoblin n 1: (folklore) a small grotesque supernatural creature that makes trouble for human beings --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- From enobacon at gmail.com Mon May 4 13:43:50 2009 From: enobacon at gmail.com (Eric Wilhelm) Date: Mon, 4 May 2009 13:43:50 -0700 Subject: [Pdx-pm] learning Perl 5.10^W8^W6^W5 on Linux^WMac^WWindows In-Reply-To: <30225.170.135.241.46.1241467641.squirrel@mail.jamhome.us> References: <200905031117.22924.enobacon@gmail.com> <30225.170.135.241.46.1241467641.squirrel@mail.jamhome.us> Message-ID: <200905041343.50714.enobacon@gmail.com> # someone off-list wrote: >Do you want to require Perl 5.010? Yes. Absolutely. There are plenty of Perl 4 tutorials out there and piles of resources for 5.005_x VMS first-timers. What we're badly lacking are resources for new users to learn how to use new Perl. It might be fair to have a sidebar explaining oldities, but it's not my first priority. I've thought about just using the 'use Modern::Perl' idiom. It's unfortunate that this would require me to explain how to setup the CPAN *before* anything else (because that's unfortunately tedious.) Some of the complexity has to stand behind the curtain during the sales pitch or people will just go "look how shiny and simple ___ is compared to this". Anything with 3+ platforms and multiple versions is equally complicated, but I think part of Perl's problem is that everyone seems to want to explain the thick part first. >" the '::' is translated to the directory seperator on your system, >typically '/' or '\'." > > It's important enough to not be a parenthetical. Hmm. And now we have a windows sidebar too. Makes me start thinking that maybe the whole thing should be built out of javascript like a choose-your-own-adventure story. Thanks, Eric -- "It works better if you plug it in!" --Sattinger's Law --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- From MichaelRWolf at att.net Mon May 4 13:52:13 2009 From: MichaelRWolf at att.net (Michael R. Wolf) Date: Mon, 4 May 2009 13:52:13 -0700 Subject: [Pdx-pm] learn.perl.org rework (TPF grant) In-Reply-To: <200905041247.55580.enobacon@gmail.com> References: <200905031117.22924.enobacon@gmail.com> <200905040949.06731.enobacon@gmail.com> <5359863D-F4F5-4D7F-BCD3-55D38E6E0537@att.net> <200905041247.55580.enobacon@gmail.com> Message-ID: <830A860D-7221-4C69-BD18-63F3A1EBF935@att.net> On May 4, 2009, at 12:47 PM, Eric Wilhelm wrote: > # from Michael R. Wolf > # on Monday 04 May 2009 11:43: > >> Link styles (color and decoration) are a de-facto standard. DO NOT >> CHANGE THEM. Invest CCS creativity elsewhere. > > Thanks, but I'm probably done with the CSS creativity investment. I > could try to make it uglier if that would help someone else to just > replace it. When I mess with these things, hours dissappear and it > ends up looking exactly like it did when I started. :-D I *do* understand. >> >> Summary: >> Textual links should be colored and underlined to achieve the >> best perceived affordance of clickability, though there are a few >> exceptions to these guidelines. > > I dunno. Seems like anyone with difficulties is going to get > themselves > a browser with a sufficient number of knobs that whatever suggested > coloring caused by CSS is irrelevant. > > But, if you really want affordances, try something besides color. > > a:before {content: "?"} > a:after {content: "?"} Nice!!! -- Michael R. Wolf All mammals learn by playing! MichaelRWolf at att.net From jaleto at gmail.com Mon May 4 14:00:27 2009 From: jaleto at gmail.com (Jonathan Leto) Date: Mon, 4 May 2009 14:00:27 -0700 Subject: [Pdx-pm] learning Perl 5.10^W8^W6^W5 on Linux^WMac^WWindows In-Reply-To: <200905041343.50714.enobacon@gmail.com> References: <200905031117.22924.enobacon@gmail.com> <30225.170.135.241.46.1241467641.squirrel@mail.jamhome.us> <200905041343.50714.enobacon@gmail.com> Message-ID: <9aaadf9c0905041400t7d033505v9324de2b1b46c165@mail.gmail.com> Howdy, > Hmm. ?And now we have a windows sidebar too. ?Makes me start thinking > that maybe the whole thing should be built out of javascript like a > choose-your-own-adventure story. That is a very good idea. At the end of each section explaining a concept, you could have buttons like: [x] I get this, give me something harder [x] This makes no sense, say what? (go back to more basic things) [x] Random [x] Drink the koolaid [x] etc... Duke -- Jonathan Leto jonathan at leto.net http://leto.net From enobacon at gmail.com Wed May 6 16:12:30 2009 From: enobacon at gmail.com (Seven till Seven) Date: Wed, 6 May 2009 16:12:30 -0700 Subject: [Pdx-pm] QA Panel / Tool Expo - May 13th meeting next week Message-ID: <200905061612.30807.enobacon@gmail.com> The May meeting will be an open panel and show-and-tell covering QA tools and techniques. Wed. May 13th, 6:53pm at FreeGeek -- 1731 SE 10th Ave. I have supplied the topic and the time. I now leave it to you to supply the panel and so forth. http://pdx.pm.org/kwiki/index.cgi?May2009Meeting (Update: thanks to those who have signed-up thus far, but there is still plenty of room.) This is a good chance to share your experiences in writing tests or using some particular test kit. Other QA/tool subjects might include packaging and deployment, the CPAN, CPAN testers, CPANTS. If you have questions about these things, this is also a good time to ask them. (Hint: If you want someone to talk about something, write down their name and what they're going to say. If someone else wrote down your name, you should write something about what you'll have to say.) Feel free to contact me off-list if you're curious about whether your thing warrants you a seat on the panel so I can say yes. Please help fill out the meeting description so others know why they should show up here on such a beautiful spring evening. Thanks, Eric -- http://pdx.pm.org From rmb32 at cornell.edu Fri May 8 19:54:28 2009 From: rmb32 at cornell.edu (Robert Buels) Date: Fri, 08 May 2009 19:54:28 -0700 Subject: [Pdx-pm] QA Panel / Tool Expo - May 13th meeting next week In-Reply-To: <200905061612.30807.enobacon@gmail.com> References: <200905061612.30807.enobacon@gmail.com> Message-ID: <4A04F064.8070309@cornell.edu> Does anybody have any ajax frontend automated testing to show off? How do you make sure that your clicky-click javascript flimflam does what it's supposed to? Dieter mentioned WWW::HtmlUnit, and I heard somebody going on about using Selenium RC and Test::WWW::Selenium. Anybody using these or anything else? Can you show us? Rob P.S. OK, I think I've now gotten the word flimflam out of my system. -- Robert Buels Bioinformatics Analyst, Sol Genomics Network Boyce Thompson Institute for Plant Research Tower Rd Ithaca, NY 14853 Tel: 503-889-8539 rmb32 at cornell.edu http://www.sgn.cornell.edu Seven till Seven wrote: > The May meeting will be an open panel and show-and-tell covering QA > tools and techniques. > > Wed. May 13th, 6:53pm at FreeGeek -- 1731 SE 10th Ave. > > I have supplied the topic and the time. I now leave it to you to supply > the panel and so forth. > > http://pdx.pm.org/kwiki/index.cgi?May2009Meeting > > (Update: thanks to those who have signed-up thus far, but there is still > plenty of room.) > > This is a good chance to share your experiences in writing tests or > using some particular test kit. Other QA/tool subjects might include > packaging and deployment, the CPAN, CPAN testers, CPANTS. If you have > questions about these things, this is also a good time to ask them. > > (Hint: If you want someone to talk about something, write down their > name and what they're going to say. If someone else wrote down your > name, you should write something about what you'll have to say.) > > Feel free to contact me off-list if you're curious about whether your > thing warrants you a seat on the panel so I can say yes. > > Please help fill out the meeting description so others know why they > should show up here on such a beautiful spring evening. > > Thanks, > Eric > From vortix at hotmail.com Mon May 11 13:49:16 2009 From: vortix at hotmail.com (Thomas Thompson) Date: Mon, 11 May 2009 15:49:16 -0500 Subject: [Pdx-pm] Inline::C search.h 'Perl_push_scope' Message-ID: Hi guys, This is my first post to this list. I'm not an expert in Perl and definitely a beginner with C. I'm trying to rewrite a short section of some Perl code in C, but I've bumped into the following issue: #!/usr/bin/perl -w use Inline C; use strict; hello_inline(); __END__ __C__ #include void hello_inline( ) { printf( "Hello World. Best Regards from Inline\n" ); } The above code works fine, and the output is: plxc1000> test_c3.pl Hello World. Best Regards from Inline However, the following code (adding the search.h header file): #!/usr/bin/perl -w use Inline C; use strict; hello_inline(); __END__ __C__ #include #include void hello_inline( ) { printf( "Hello World. Best Regards from Inline\n" ); } Results in this output: plxc1000> test_c3.pl /usr/bin/perl /usr/lib/perl5/5.8.3/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.8.3/ExtUtils/typemap test_c3_pl_f52f.xs > test_c3_pl_f52f.xsc && mv test_c3_pl_f52f.xsc test_c3_pl_f52f.c cc -c -I/nfs/pdx/disks/nehalem.pde.077/projects/rapttr/src -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -fmessage-length=0 -Wall -Wall -pipe -DVERSION=\"0.00\" -DXS_VERSION=\"0.00\" -fPIC "-I/usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE" test_c3_pl_f52f.c In file included from test_c3_pl_f52f.xs:6: /usr/include/search.h:66: error: `Perl_push_scope' redeclared as different kind of symbol /usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE/proto.h:590: error: previous declaration of `Perl_push_scope' /usr/include/search.h:66: error: parse error before '(' token make: *** [test_c3_pl_f52f.o] Error 1 A problem was encountered while attempting to compile and install your Inline C code. The command that failed was: make > out.make 2>&1 Looking through the search.h header file, I don't see any instance of Perl_push_scope being redeclared, especially not on line 66 (which seems to be the middle of an enum type declaration). I have not modified any of these header files. This is on SUSE LINUX Enterprise Server 9 (x86_64). Any ideas to help out a new guy? :) Let me know if I missed information I should provide when asking this type of question and I'll make certain to make certain to provide everything you guys need in the future. I appreciate the help! Thomas _________________________________________________________________ Insert movie times and more without leaving Hotmail?. http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd1_052009 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jaleto at gmail.com Tue May 12 00:26:41 2009 From: jaleto at gmail.com (Jonathan Leto) Date: Tue, 12 May 2009 00:26:41 -0700 Subject: [Pdx-pm] Inline::C search.h 'Perl_push_scope' In-Reply-To: References: Message-ID: <9aaadf9c0905120026t37cf4cf8nb6223bf3a91f519f@mail.gmail.com> Howdy, Providing the output of "perl -V" , "gcc --version" and the version of Inline would be useful. Also, Perl 5.8.3 is quite old, so upgrading to a more recent version of Perl and Inline may solve your issue without the need for exotic debugging, if that is possible. Cheers, 2009/5/11 Thomas Thompson : > Hi guys, > > This is my first post to this list.? I'm not an expert in Perl and > definitely a beginner with C.? I'm trying to rewrite a short section of some > Perl code in C, but I've bumped into the following issue: > > #!/usr/bin/perl -w > > use Inline C; > use strict; > > hello_inline(); > > __END__ > __C__ > #include > > void hello_inline( ) { > ??????? printf( "Hello World. Best Regards from Inline\n" ); > } > > The above code works fine, and the output is: > > plxc1000> test_c3.pl > Hello World. Best Regards from Inline > > However, the following code (adding the search.h header file): > > #!/usr/bin/perl -w > > use Inline C; > use strict; > > hello_inline(); > > __END__ > __C__ > #include > #include > > void hello_inline( ) { > ??????? printf( "Hello World. Best Regards from Inline\n" ); > } > > Results in this output: > > plxc1000> test_c3.pl > /usr/bin/perl /usr/lib/perl5/5.8.3/ExtUtils/xsubpp? -typemap > /usr/lib/perl5/5.8.3/ExtUtils/typemap?? test_c3_pl_f52f.xs > > test_c3_pl_f52f.xsc && mv test_c3_pl_f52f.xsc test_c3_pl_f52f.c > cc -c? -I/nfs/pdx/disks/nehalem.pde.077/projects/rapttr/src -D_REENTRANT > -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -D_LARGEFILE_SOURCE > -D_FILE_OFFSET_BITS=64 -O2 -fmessage-length=0 -Wall -Wall -pipe > -DVERSION=\"0.00\" -DXS_VERSION=\"0.00\" -fPIC > "-I/usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE"?? test_c3_pl_f52f.c > In file included from test_c3_pl_f52f.xs:6: > /usr/include/search.h:66: error: `Perl_push_scope' redeclared as different > kind of symbol > /usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE/proto.h:590: error: > previous declaration of `Perl_push_scope' > /usr/include/search.h:66: error: parse error before '(' token > make: *** [test_c3_pl_f52f.o] Error 1 > > A problem was encountered while attempting to compile and install your > Inline > C code. The command that failed was: > ? make > out.make 2>&1 > > Looking through the search.h header file, I don't see any instance of > Perl_push_scope being redeclared, especially not on line 66 (which seems to > be the middle of an enum type declaration).? I have not modified any of > these header files.? This is on SUSE LINUX Enterprise Server 9 (x86_64). > > Any ideas to help out a new guy? :)? Let me know if I missed information I > should provide when asking this type of question and I'll make certain to > make certain to provide everything you guys need in the future.? I > appreciate the help! > > Thomas > > > ________________________________ > Insert movie times and more without leaving Hotmail?. See how. > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > -- Jonathan Leto jonathan at leto.net http://leto.net From vortix at hotmail.com Tue May 12 09:48:41 2009 From: vortix at hotmail.com (Thomas Thompson) Date: Tue, 12 May 2009 11:48:41 -0500 Subject: [Pdx-pm] Inline::C search.h 'Perl_push_scope' In-Reply-To: <9aaadf9c0905120026t37cf4cf8nb6223bf3a91f519f@mail.gmail.com> References: <9aaadf9c0905120026t37cf4cf8nb6223bf3a91f519f@mail.gmail.com> Message-ID: Here's the output from the commands you mentioned. I also included cc --version as that seems to be the compiler mentioned in Perl -V. plxc1000> perl -V Summary of my perl5 (revision 5 version 8 subversion 5) configuration: Platform: osname=linux, osvers=2.6.5-7.97-smp, archname=x86_64-linux uname='linux plxb0325 2.6.5-7.97-smp #1 smp fri jul 2 14:21:59 utc 2004 x86_64 x86_64 x86_64 gnulinux ' config_args='-Uusemymalloc -Dprefix=/usr/intel/pkgs/perl/5.8.5 -Dcc=/usr/intel/pkgs/gcc/3.4.2/bin/gcc -Doptimize=none -Dloclibpth=/usr/intel/00r1/lib -Dlocincpth=/usr/intel/00r1/include -Duse64bitall -Uinstallusrbinperl -Duselargefiles -Dperladmin=tmnguye3 at sedona.intel.com -Uinstallusrbinperl -des' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=define use64bitall=define uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='/usr/intel/pkgs/gcc/3.4.2/bin/gcc', ccflags ='-fno-strict-aliasing -pipe -I/usr/intel/00r1/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize=' ', cppflags='-fno-strict-aliasing -pipe -I/usr/intel/00r1/include' ccversion='', gccversion='3.4.2', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='/usr/intel/pkgs/gcc/3.4.2/bin/gcc', ldflags =' -L/usr/intel/00r1/lib' libpth=/usr/intel/00r1/lib /lib /usr/lib /usr/local/lib libs=-lnsl -lgdbm -ldl -lm -lcrypt -lutil -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc libc=, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.3.3' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fpic', lddlflags='-shared -L/usr/intel/00r1/lib' Characteristics of this binary (from libperl): Compile-time options: USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES Built under linux Compiled at Nov 1 2004 16:34:54 %ENV: PERL5LIB="/usr/intel/pkgs/icc/9.0.025/lib:/nfs/pdx/disks/nehalem.pde.077/lib:/nfs/pdx/disks/nehalem.pde.077/instantclient_10_2/:/nfs/pdx/disks/nehalem.pde.077/mysql/5.0.27/lib:/nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux/Alien/SVN:/usr/ucblib:/usr/lib:/usr/intel/pkgs/freeTDS/0.61.2/lib:/nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5:/nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5/:/nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5" @INC: /usr/intel/pkgs/icc/9.0.025/lib /nfs/pdx/disks/nehalem.pde.077/lib/5.8.5/x86_64-linux /nfs/pdx/disks/nehalem.pde.077/lib/5.8.5 /nfs/pdx/disks/nehalem.pde.077/lib /nfs/pdx/disks/nehalem.pde.077/instantclient_10_2/ /nfs/pdx/disks/nehalem.pde.077/mysql/5.0.27/lib /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux/Alien/SVN /usr/ucblib /usr/lib /usr/intel/pkgs/freeTDS/0.61.2/lib /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5 /nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5//x86_64-linux /nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5/ /nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5/x86_64-linux /nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5 /usr/intel/pkgs/perl/5.8.5/lib/5.8.5/x86_64-linux /usr/intel/pkgs/perl/5.8.5/lib/5.8.5 /usr/intel/pkgs/perl/5.8.5/lib/site_perl/5.8.5/x86_64-linux /usr/intel/pkgs/perl/5.8.5/lib/site_perl/5.8.5 /usr/intel/pkgs/perl/5.8.5/lib/site_perl plxc1000> cc --version cc (GCC) 3.3.3 (SuSE Linux) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. plxc1000> gcc --version gcc (GCC) 3.4.2 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Inline is version: 0.44 A Perl upgrade could potentially be quite painful, but if there's no obvious fix for this issue I'm willing to give it a shot. I find that getting the compiler options/directives correct is pretty tough for us new guys :) Thanks! > From: jaleto at gmail.com > Date: Tue, 12 May 2009 00:26:41 -0700 > Subject: Re: [Pdx-pm] Inline::C search.h 'Perl_push_scope' > To: vortix at hotmail.com > CC: pdx-pm-list at pm.org > > Howdy, > > Providing the output of "perl -V" , "gcc --version" and the version of > Inline would be useful. Also, Perl 5.8.3 is quite old, so upgrading to > a more recent version of Perl and Inline may solve your issue without > the need for exotic debugging, if that is possible. > > Cheers, > > > > 2009/5/11 Thomas Thompson : > > Hi guys, > > > > This is my first post to this list. I'm not an expert in Perl and > > definitely a beginner with C. I'm trying to rewrite a short section of some > > Perl code in C, but I've bumped into the following issue: > > > > #!/usr/bin/perl -w > > > > use Inline C; > > use strict; > > > > hello_inline(); > > > > __END__ > > __C__ > > #include > > > > void hello_inline( ) { > > printf( "Hello World. Best Regards from Inline\n" ); > > } > > > > The above code works fine, and the output is: > > > > plxc1000> test_c3.pl > > Hello World. Best Regards from Inline > > > > However, the following code (adding the search.h header file): > > > > #!/usr/bin/perl -w > > > > use Inline C; > > use strict; > > > > hello_inline(); > > > > __END__ > > __C__ > > #include > > #include > > > > void hello_inline( ) { > > printf( "Hello World. Best Regards from Inline\n" ); > > } > > > > Results in this output: > > > > plxc1000> test_c3.pl > > /usr/bin/perl /usr/lib/perl5/5.8.3/ExtUtils/xsubpp -typemap > > /usr/lib/perl5/5.8.3/ExtUtils/typemap test_c3_pl_f52f.xs > > > test_c3_pl_f52f.xsc && mv test_c3_pl_f52f.xsc test_c3_pl_f52f.c > > cc -c -I/nfs/pdx/disks/nehalem.pde.077/projects/rapttr/src -D_REENTRANT > > -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -D_LARGEFILE_SOURCE > > -D_FILE_OFFSET_BITS=64 -O2 -fmessage-length=0 -Wall -Wall -pipe > > -DVERSION=\"0.00\" -DXS_VERSION=\"0.00\" -fPIC > > "-I/usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE" test_c3_pl_f52f.c > > In file included from test_c3_pl_f52f.xs:6: > > /usr/include/search.h:66: error: `Perl_push_scope' redeclared as different > > kind of symbol > > /usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE/proto.h:590: error: > > previous declaration of `Perl_push_scope' > > /usr/include/search.h:66: error: parse error before '(' token > > make: *** [test_c3_pl_f52f.o] Error 1 > > > > A problem was encountered while attempting to compile and install your > > Inline > > C code. The command that failed was: > > make > out.make 2>&1 > > > > Looking through the search.h header file, I don't see any instance of > > Perl_push_scope being redeclared, especially not on line 66 (which seems to > > be the middle of an enum type declaration). I have not modified any of > > these header files. This is on SUSE LINUX Enterprise Server 9 (x86_64). > > > > Any ideas to help out a new guy? :) Let me know if I missed information I > > should provide when asking this type of question and I'll make certain to > > make certain to provide everything you guys need in the future. I > > appreciate the help! > > > > Thomas > > > > > > ________________________________ > > Insert movie times and more without leaving Hotmail?. See how. > > _______________________________________________ > > Pdx-pm-list mailing list > > Pdx-pm-list at pm.org > > http://mail.pm.org/mailman/listinfo/pdx-pm-list > > > > > > -- > > Jonathan Leto > jonathan at leto.net > http://leto.net _________________________________________________________________ Insert movie times and more without leaving Hotmail?. http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd1_052009 -------------- next part -------------- An HTML attachment was scrubbed... URL: From vortix at hotmail.com Tue May 12 11:56:04 2009 From: vortix at hotmail.com (Thomas Thompson) Date: Tue, 12 May 2009 13:56:04 -0500 Subject: [Pdx-pm] Inline::C search.h 'Perl_push_scope' In-Reply-To: References: <9aaadf9c0905120026t37cf4cf8nb6223bf3a91f519f@mail.gmail.com> Message-ID: The problem does not appear to be Inline::C related as I tried to do a similar approach with swig and got the same compile error. After much digging, some promises of beer, and a few bribes I found that perl.h apparently includes search.h. I can remove the #include directive from my code and still have access to search.h functionality. This also seems to clear up the compile error below. This new code: #!/usr/intel/bin/perl -w use Inline C; use strict; hello_inline(); __END__ __C__ //#include #include void hello_inline( ) { hcreate(10); // search.h hash creation here, working happily printf( "Hello World. Best Regards from Inline\n" ); } Results in: plxc1000> test_c3.pl Hello World. Best Regards from Inline Somehow redeclaring the search.h include is causing a problem. In any case, this workaround will do what I need to do. I appreciate any time you took looking at this for me :) Is there any followup I should do? Is this a bug, or was I not properly declaring/using search.h? Should I report this somewhere? I'd like to try to be a useful member of the coding community and make certain other people don't run into this issue. From: vortix at hotmail.com To: jaleto at gmail.com Date: Tue, 12 May 2009 11:48:41 -0500 CC: pdx-pm-list at pm.org Subject: Re: [Pdx-pm] Inline::C search.h 'Perl_push_scope' Here's the output from the commands you mentioned. I also included cc --version as that seems to be the compiler mentioned in Perl -V. plxc1000> perl -V Summary of my perl5 (revision 5 version 8 subversion 5) configuration: Platform: osname=linux, osvers=2.6.5-7.97-smp, archname=x86_64-linux uname='linux plxb0325 2.6.5-7.97-smp #1 smp fri jul 2 14:21:59 utc 2004 x86_64 x86_64 x86_64 gnulinux ' config_args='-Uusemymalloc -Dprefix=/usr/intel/pkgs/perl/5.8.5 -Dcc=/usr/intel/pkgs/gcc/3.4.2/bin/gcc -Doptimize=none -Dloclibpth=/usr/intel/00r1/lib -Dlocincpth=/usr/intel/00r1/include -Duse64bitall -Uinstallusrbinperl -Duselargefiles -Dperladmin=tmnguye3 at sedona.intel.com -Uinstallusrbinperl -des' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=define use64bitall=define uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='/usr/intel/pkgs/gcc/3.4.2/bin/gcc', ccflags ='-fno-strict-aliasing -pipe -I/usr/intel/00r1/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize=' ', cppflags='-fno-strict-aliasing -pipe -I/usr/intel/00r1/include' ccversion='', gccversion='3.4.2', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='/usr/intel/pkgs/gcc/3.4.2/bin/gcc', ldflags =' -L/usr/intel/00r1/lib' libpth=/usr/intel/00r1/lib /lib /usr/lib /usr/local/lib libs=-lnsl -lgdbm -ldl -lm -lcrypt -lutil -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc libc=, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.3.3' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fpic', lddlflags='-shared -L/usr/intel/00r1/lib' Characteristics of this binary (from libperl): Compile-time options: USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES Built under linux Compiled at Nov 1 2004 16:34:54 %ENV: PERL5LIB="/usr/intel/pkgs/icc/9.0.025/lib:/nfs/pdx/disks/nehalem.pde.077/lib:/nfs/pdx/disks/nehalem.pde.077/instantclient_10_2/:/nfs/pdx/disks/nehalem.pde.077/mysql/5.0.27/lib:/nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux/Alien/SVN:/usr/ucblib:/usr/lib:/usr/intel/pkgs/freeTDS/0.61.2/lib:/nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5:/nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5/:/nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5" @INC: /usr/intel/pkgs/icc/9.0.025/lib /nfs/pdx/disks/nehalem.pde.077/lib/5.8.5/x86_64-linux /nfs/pdx/disks/nehalem.pde.077/lib/5.8.5 /nfs/pdx/disks/nehalem.pde.077/lib /nfs/pdx/disks/nehalem.pde.077/instantclient_10_2/ /nfs/pdx/disks/nehalem.pde.077/mysql/5.0.27/lib /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux/Alien/SVN /usr/ucblib /usr/lib /usr/intel/pkgs/freeTDS/0.61.2/lib /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5 /nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5//x86_64-linux /nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5/ /nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5/x86_64-linux /nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5 /usr/intel/pkgs/perl/5.8.5/lib/5.8.5/x86_64-linux /usr/intel/pkgs/perl/5.8.5/lib/5.8.5 /usr/intel/pkgs/perl/5.8.5/lib/site_perl/5.8.5/x86_64-linux /usr/intel/pkgs/perl/5.8.5/lib/site_perl/5.8.5 /usr/intel/pkgs/perl/5.8.5/lib/site_perl plxc1000> cc --version cc (GCC) 3.3.3 (SuSE Linux) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. plxc1000> gcc --version gcc (GCC) 3.4.2 Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Inline is version: 0.44 A Perl upgrade could potentially be quite painful, but if there's no obvious fix for this issue I'm willing to give it a shot. I find that getting the compiler options/directives correct is pretty tough for us new guys :) Thanks! > From: jaleto at gmail.com > Date: Tue, 12 May 2009 00:26:41 -0700 > Subject: Re: [Pdx-pm] Inline::C search.h 'Perl_push_scope' > To: vortix at hotmail.com > CC: pdx-pm-list at pm.org > > Howdy, > > Providing the output of "perl -V" , "gcc --version" and the version of > Inline would be useful. Also, Perl 5.8.3 is quite old, so upgrading to > a more recent version of Perl and Inline may solve your issue without > the need for exotic debugging, if that is possible. > > Cheers, > > > > 2009/5/11 Thomas Thompson : > > Hi guys, > > > > This is my first post to this list. I'm not an expert in Perl and > > definitely a beginner with C. I'm trying to rewrite a short section of some > > Perl code in C, but I've bumped into the following issue: > > > > #!/usr/bin/perl -w > > > > use Inline C; > > use strict; > > > > hello_inline(); > > > > __END__ > > __C__ > > #include > > > > void hello_inline( ) { > > printf( "Hello World. Best Regards from Inline\n" ); > > } > > > > The above code works fine, and the output is: > > > > plxc1000> test_c3.pl > > Hello World. Best Regards from Inline > > > > However, the following code (adding the search.h header file): > > > > #!/usr/bin/perl -w > > > > use Inline C; > > use strict; > > > > hello_inline(); > > > > __END__ > > __C__ > > #include > > #include > > > > void hello_inline( ) { > > printf( "Hello World. Best Regards from Inline\n" ); > > } > > > > Results in this output: > > > > plxc1000> test_c3.pl > > /usr/bin/perl /usr/lib/perl5/5.8.3/ExtUtils/xsubpp -typemap > > /usr/lib/perl5/5.8.3/ExtUtils/typemap test_c3_pl_f52f.xs > > > test_c3_pl_f52f.xsc && mv test_c3_pl_f52f.xsc test_c3_pl_f52f.c > > cc -c -I/nfs/pdx/disks/nehalem.pde.077/projects/rapttr/src -D_REENTRANT > > -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -D_LARGEFILE_SOURCE > > -D_FILE_OFFSET_BITS=64 -O2 -fmessage-length=0 -Wall -Wall -pipe > > -DVERSION=\"0.00\" -DXS_VERSION=\"0.00\" -fPIC > > "-I/usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE" test_c3_pl_f52f.c > > In file included from test_c3_pl_f52f.xs:6: > > /usr/include/search.h:66: error: `Perl_push_scope' redeclared as different > > kind of symbol > > /usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE/proto.h:590: error: > > previous declaration of `Perl_push_scope' > > /usr/include/search.h:66: error: parse error before '(' token > > make: *** [test_c3_pl_f52f.o] Error 1 > > > > A problem was encountered while attempting to compile and install your > > Inline > > C code. The command that failed was: > > make > out.make 2>&1 > > > > Looking through the search.h header file, I don't see any instance of > > Perl_push_scope being redeclared, especially not on line 66 (which seems to > > be the middle of an enum type declaration). I have not modified any of > > these header files. This is on SUSE LINUX Enterprise Server 9 (x86_64). > > > > Any ideas to help out a new guy? :) Let me know if I missed information I > > should provide when asking this type of question and I'll make certain to > > make certain to provide everything you guys need in the future. I > > appreciate the help! > > > > Thomas > > > > > > ________________________________ > > Insert movie times and more without leaving Hotmail?. See how. > > _______________________________________________ > > Pdx-pm-list mailing list > > Pdx-pm-list at pm.org > > http://mail.pm.org/mailman/listinfo/pdx-pm-list > > > > > > -- > > Jonathan Leto > jonathan at leto.net > http://leto.net Insert movie times and more without leaving Hotmail?. See how. _________________________________________________________________ Windows Live?: Keep your life in sync. http://windowslive.com/explore?ocid=TXT_TAGLM_BR_life_in_synch_052009 -------------- next part -------------- An HTML attachment was scrubbed... URL: From jaleto at gmail.com Tue May 12 13:07:04 2009 From: jaleto at gmail.com (Jonathan Leto) Date: Tue, 12 May 2009 13:07:04 -0700 Subject: [Pdx-pm] Inline::C search.h 'Perl_push_scope' In-Reply-To: References: <9aaadf9c0905120026t37cf4cf8nb6223bf3a91f519f@mail.gmail.com> Message-ID: <9aaadf9c0905121307ne448cd0w477972b62ec55cb8@mail.gmail.com> Howdy, If this *was* a bug with Inline, then you could report it here http://rt.cpan.org/Public/Dist/Display.html?Name=Inline Since this is a publicly archived list, if anyone googles for this error now, they will be pointed to this thread. If you really wanted to go the extra mile, you could provide a documentation patch to Inline which says something along the lines of "including certain header files multiple times may give you odd errors" or "don't re-include things that perl.h already does" or somesuch. You would probably want to send this patch to SISYPHUS at cpan.org . Cheers, On Tue, May 12, 2009 at 11:56 AM, Thomas Thompson wrote: > The problem does not appear to be Inline::C related as I tried to do a > similar approach with swig and got the same compile error. > > After much digging, some promises of beer, and a few bribes I found that > perl.h apparently includes search.h.? I can remove the #include > directive from my code and still have access to search.h functionality. This > also seems to clear up the compile error below.? This new code: > > #!/usr/intel/bin/perl -w > > use Inline C; > use strict; > > hello_inline(); > > __END__ > __C__ > //#include > #include > > void hello_inline( ) { > ??? hcreate(10);?? // search.h hash creation here, working happily > ??? printf( "Hello World. Best Regards from Inline\n" ); > } > > Results in: > plxc1000> test_c3.pl > Hello World. Best Regards from Inline > > Somehow redeclaring the search.h include is causing a problem.? In any case, > this workaround will do what I need to do.? I appreciate any time you took > looking at this for me :)? Is there any followup I should do?? Is this a > bug, or was I not properly declaring/using search.h?? Should I report this > somewhere?? I'd like to try to be a useful member of the coding community > and make certain other people don't run into this issue. > > ________________________________ > From: vortix at hotmail.com > To: jaleto at gmail.com > Date: Tue, 12 May 2009 11:48:41 -0500 > CC: pdx-pm-list at pm.org > Subject: Re: [Pdx-pm] Inline::C search.h 'Perl_push_scope' > > Here's the output from the commands you mentioned.? I also included cc > --version as that seems to be the compiler mentioned in Perl -V. > > plxc1000> perl -V > Summary of my perl5 (revision 5 version 8 subversion 5) configuration: > ? Platform: > ??? osname=linux, osvers=2.6.5-7.97-smp, archname=x86_64-linux > ??? uname='linux plxb0325 2.6.5-7.97-smp #1 smp fri jul 2 14:21:59 utc 2004 > x86_64 x86_64 x86_64 gnulinux ' > ??? config_args='-Uusemymalloc -Dprefix=/usr/intel/pkgs/perl/5.8.5 > -Dcc=/usr/intel/pkgs/gcc/3.4.2/bin/gcc -Doptimize=none > -Dloclibpth=/usr/intel/00r1/lib -Dlocincpth=/usr/intel/00r1/include > -Duse64bitall -Uinstallusrbinperl -Duselargefiles > -Dperladmin=tmnguye3 at sedona.intel.com -Uinstallusrbinperl -des' > ??? hint=recommended, useposix=true, d_sigaction=define > ??? usethreads=undef use5005threads=undef useithreads=undef > usemultiplicity=undef > ??? useperlio=define d_sfio=undef uselargefiles=define usesocks=undef > ??? use64bitint=define use64bitall=define uselongdouble=undef > ??? usemymalloc=n, bincompat5005=undef > ? Compiler: > ??? cc='/usr/intel/pkgs/gcc/3.4.2/bin/gcc', ccflags ='-fno-strict-aliasing > -pipe -I/usr/intel/00r1/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', > ??? optimize=' ', > ??? cppflags='-fno-strict-aliasing -pipe -I/usr/intel/00r1/include' > ??? ccversion='', gccversion='3.4.2', gccosandvers='' > ??? intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 > ??? d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 > ??? ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', > lseeksize=8 > ??? alignbytes=8, prototype=define > ? Linker and Libraries: > ??? ld='/usr/intel/pkgs/gcc/3.4.2/bin/gcc', ldflags =' > -L/usr/intel/00r1/lib' > ??? libpth=/usr/intel/00r1/lib /lib /usr/lib /usr/local/lib > ??? libs=-lnsl -lgdbm -ldl -lm -lcrypt -lutil -lc > ??? perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc > ??? libc=, so=so, useshrplib=false, libperl=libperl.a > ??? gnulibc_version='2.3.3' > ? Dynamic Linking: > ??? dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' > ??? cccdlflags='-fpic', lddlflags='-shared -L/usr/intel/00r1/lib' > > > Characteristics of this binary (from libperl): > ? Compile-time options: USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES > ? Built under linux > ? Compiled at Nov? 1 2004 16:34:54 > ? %ENV: > > PERL5LIB="/usr/intel/pkgs/icc/9.0.025/lib:/nfs/pdx/disks/nehalem.pde.077/lib:/nfs/pdx/disks/nehalem.pde.077/instantclient_10_2/:/nfs/pdx/disks/nehalem.pde.077/mysql/5.0.27/lib:/nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux/Alien/SVN:/usr/ucblib:/usr/lib:/usr/intel/pkgs/freeTDS/0.61.2/lib:/nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5:/nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5/:/nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5" > ? @INC: > ??? /usr/intel/pkgs/icc/9.0.025/lib > ??? /nfs/pdx/disks/nehalem.pde.077/lib/5.8.5/x86_64-linux > ??? /nfs/pdx/disks/nehalem.pde.077/lib/5.8.5 > ??? /nfs/pdx/disks/nehalem.pde.077/lib > ??? /nfs/pdx/disks/nehalem.pde.077/instantclient_10_2/ > ??? /nfs/pdx/disks/nehalem.pde.077/mysql/5.0.27/lib > > /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux/Alien/SVN > ??? /usr/ucblib > ??? /usr/lib > ??? /usr/intel/pkgs/freeTDS/0.61.2/lib > ??? /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux > ??? /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5 > ??? /nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5//x86_64-linux > ??? /nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5/ > > /nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5/x86_64-linux > ??? /nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5 > ??? /usr/intel/pkgs/perl/5.8.5/lib/5.8.5/x86_64-linux > ??? /usr/intel/pkgs/perl/5.8.5/lib/5.8.5 > ??? /usr/intel/pkgs/perl/5.8.5/lib/site_perl/5.8.5/x86_64-linux > ??? /usr/intel/pkgs/perl/5.8.5/lib/site_perl/5.8.5 > ??? /usr/intel/pkgs/perl/5.8.5/lib/site_perl > > plxc1000> cc --version > cc (GCC) 3.3.3 (SuSE Linux) > Copyright (C) 2003 Free Software Foundation, Inc. > This is free software; see the source for copying conditions.? There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > plxc1000> gcc --version > gcc (GCC) 3.4.2 > Copyright (C) 2004 Free Software Foundation, Inc. > This is free software; see the source for copying conditions.? There is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > Inline is version: 0.44 > > A Perl upgrade could potentially be quite painful, but if there's no obvious > fix for this issue I'm willing to give it a shot.? I find that getting the > compiler options/directives correct is pretty tough for us new guys :) > > Thanks! > > >> From: jaleto at gmail.com >> Date: Tue, 12 May 2009 00:26:41 -0700 >> Subject: Re: [Pdx-pm] Inline::C search.h 'Perl_push_scope' >> To: vortix at hotmail.com >> CC: pdx-pm-list at pm.org >> >> Howdy, >> >> Providing the output of "perl -V" , "gcc --version" and the version of >> Inline would be useful. Also, Perl 5.8.3 is quite old, so upgrading to >> a more recent version of Perl and Inline may solve your issue without >> the need for exotic debugging, if that is possible. >> >> Cheers, >> >> >> >> 2009/5/11 Thomas Thompson : >> > Hi guys, >> > >> > This is my first post to this list.? I'm not an expert in Perl and >> > definitely a beginner with C.? I'm trying to rewrite a short section of >> > some >> > Perl code in C, but I've bumped into the following issue: >> > >> > #!/usr/bin/perl -w >> > >> > use Inline C; >> > use strict; >> > >> > hello_inline(); >> > >> > __END__ >> > __C__ >> > #include >> > >> > void hello_inline( ) { >> > ??????? printf( "Hello World. Best Regards from Inline\n" ); >> > } >> > >> > The above code works fine, and the output is: >> > >> > plxc1000> test_c3.pl >> > Hello World. Best Regards from Inline >> > >> > However, the following code (adding the search.h header file): >> > >> > #!/usr/bin/perl -w >> > >> > use Inline C; >> > use strict; >> > >> > hello_inline(); >> > >> > __END__ >> > __C__ >> > #include >> > #include >> > >> > void hello_inline( ) { >> > ??????? printf( "Hello World. Best Regards from Inline\n" ); >> > } >> > >> > Results in this output: >> > >> > plxc1000> test_c3.pl >> > /usr/bin/perl /usr/lib/perl5/5.8.3/ExtUtils/xsubpp? -typemap >> > /usr/lib/perl5/5.8.3/ExtUtils/typemap?? test_c3_pl_f52f.xs > >> > test_c3_pl_f52f.xsc && mv test_c3_pl_f52f.xsc test_c3_pl_f52f.c >> > cc -c? -I/nfs/pdx/disks/nehalem.pde.077/projects/rapttr/src -D_REENTRANT >> > -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing >> > -D_LARGEFILE_SOURCE >> > -D_FILE_OFFSET_BITS=64 -O2 -fmessage-length=0 -Wall -Wall -pipe >> > -DVERSION=\"0.00\" -DXS_VERSION=\"0.00\" -fPIC >> > "-I/usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE" >> > test_c3_pl_f52f.c >> > In file included from test_c3_pl_f52f.xs:6: >> > /usr/include/search.h:66: error: `Perl_push_scope' redeclared as >> > different >> > kind of symbol >> > /usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE/proto.h:590: error: >> > previous declaration of `Perl_push_scope' >> > /usr/include/search.h:66: error: parse error before '(' token >> > make: *** [test_c3_pl_f52f.o] Error 1 >> > >> > A problem was encountered while attempting to compile and install your >> > Inline >> > C code. The command that failed was: >> > ? make > out.make 2>&1 >> > >> > Looking through the search.h header file, I don't see any instance of >> > Perl_push_scope being redeclared, especially not on line 66 (which seems >> > to >> > be the middle of an enum type declaration).? I have not modified any of >> > these header files.? This is on SUSE LINUX Enterprise Server 9 (x86_64). >> > >> > Any ideas to help out a new guy? :)? Let me know if I missed information >> > I >> > should provide when asking this type of question and I'll make certain >> > to >> > make certain to provide everything you guys need in the future.? I >> > appreciate the help! >> > >> > Thomas >> > >> > >> > ________________________________ >> > Insert movie times and more without leaving Hotmail?. See how. >> > _______________________________________________ >> > Pdx-pm-list mailing list >> > Pdx-pm-list at pm.org >> > http://mail.pm.org/mailman/listinfo/pdx-pm-list >> > >> >> >> >> -- >> >> Jonathan Leto >> jonathan at leto.net >> http://leto.net > > ________________________________ > Insert movie times and more without leaving Hotmail?. See how. > ________________________________ > Windows Live?: Keep your life in sync. Check it out. -- Jonathan Leto jonathan at leto.net http://leto.net From vortix at hotmail.com Tue May 12 14:33:38 2009 From: vortix at hotmail.com (Thomas Thompson) Date: Tue, 12 May 2009 16:33:38 -0500 Subject: [Pdx-pm] Inline::C search.h 'Perl_push_scope' In-Reply-To: <9aaadf9c0905121307ne448cd0w477972b62ec55cb8@mail.gmail.com> References: <9aaadf9c0905120026t37cf4cf8nb6223bf3a91f519f@mail.gmail.com> <9aaadf9c0905121307ne448cd0w477972b62ec55cb8@mail.gmail.com> Message-ID: This is certainly not an Inline bug. This is some interaction between perl.h and search.h. I've actually found that while removing the #include from the code will let the simple test run, it results in other problems. It seems that if #include is specified prior to #include , the code works. If search.h is included after perl.h, there are issues. This occurs whether I use Inline, swig, or just a simple compiled c program. Which brings me to an Inline question. If I look at the Inline output .xs file, it includes this at the top: #include "EXTERN.h" #include "perl.h" #include "XSUB.h" #include "INLINE.h" Is there some configuration option that would allow me to end up with: #include "search.h" #include "EXTERN.h" #include "perl.h" #include "XSUB.h" #include "INLINE.h" I have looked over Inline documentation, but I can't seem to spot anything that does what I want. I can add the include in the perl file with the c code, but then the search.h include occurs after the perl.h include and I run into my issue. Thanks for the help :) > From: jaleto at gmail.com > Date: Tue, 12 May 2009 13:07:04 -0700 > Subject: Re: [Pdx-pm] Inline::C search.h 'Perl_push_scope' > To: vortix at hotmail.com > CC: pdx-pm-list at pm.org > > Howdy, > > If this *was* a bug with Inline, then you could report it here > > http://rt.cpan.org/Public/Dist/Display.html?Name=Inline > > Since this is a publicly archived list, if anyone googles for this > error now, they will be pointed to this thread. If you really wanted > to go the extra mile, you could provide a documentation patch to > Inline which says something along the lines of "including certain > header files multiple times may give you odd errors" or "don't > re-include things that perl.h already does" or somesuch. You would > probably want to send this patch to SISYPHUS at cpan.org . > > Cheers, > > > > On Tue, May 12, 2009 at 11:56 AM, Thomas Thompson wrote: > > The problem does not appear to be Inline::C related as I tried to do a > > similar approach with swig and got the same compile error. > > > > After much digging, some promises of beer, and a few bribes I found that > > perl.h apparently includes search.h. I can remove the #include > > directive from my code and still have access to search.h functionality. This > > also seems to clear up the compile error below. This new code: > > > > #!/usr/intel/bin/perl -w > > > > use Inline C; > > use strict; > > > > hello_inline(); > > > > __END__ > > __C__ > > //#include > > #include > > > > void hello_inline( ) { > > hcreate(10); // search.h hash creation here, working happily > > printf( "Hello World. Best Regards from Inline\n" ); > > } > > > > Results in: > > plxc1000> test_c3.pl > > Hello World. Best Regards from Inline > > > > Somehow redeclaring the search.h include is causing a problem. In any case, > > this workaround will do what I need to do. I appreciate any time you took > > looking at this for me :) Is there any followup I should do? Is this a > > bug, or was I not properly declaring/using search.h? Should I report this > > somewhere? I'd like to try to be a useful member of the coding community > > and make certain other people don't run into this issue. > > > > ________________________________ > > From: vortix at hotmail.com > > To: jaleto at gmail.com > > Date: Tue, 12 May 2009 11:48:41 -0500 > > CC: pdx-pm-list at pm.org > > Subject: Re: [Pdx-pm] Inline::C search.h 'Perl_push_scope' > > > > Here's the output from the commands you mentioned. I also included cc > > --version as that seems to be the compiler mentioned in Perl -V. > > > > plxc1000> perl -V > > Summary of my perl5 (revision 5 version 8 subversion 5) configuration: > > Platform: > > osname=linux, osvers=2.6.5-7.97-smp, archname=x86_64-linux > > uname='linux plxb0325 2.6.5-7.97-smp #1 smp fri jul 2 14:21:59 utc 2004 > > x86_64 x86_64 x86_64 gnulinux ' > > config_args='-Uusemymalloc -Dprefix=/usr/intel/pkgs/perl/5.8.5 > > -Dcc=/usr/intel/pkgs/gcc/3.4.2/bin/gcc -Doptimize=none > > -Dloclibpth=/usr/intel/00r1/lib -Dlocincpth=/usr/intel/00r1/include > > -Duse64bitall -Uinstallusrbinperl -Duselargefiles > > -Dperladmin=tmnguye3 at sedona.intel.com -Uinstallusrbinperl -des' > > hint=recommended, useposix=true, d_sigaction=define > > usethreads=undef use5005threads=undef useithreads=undef > > usemultiplicity=undef > > useperlio=define d_sfio=undef uselargefiles=define usesocks=undef > > use64bitint=define use64bitall=define uselongdouble=undef > > usemymalloc=n, bincompat5005=undef > > Compiler: > > cc='/usr/intel/pkgs/gcc/3.4.2/bin/gcc', ccflags ='-fno-strict-aliasing > > -pipe -I/usr/intel/00r1/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', > > optimize=' ', > > cppflags='-fno-strict-aliasing -pipe -I/usr/intel/00r1/include' > > ccversion='', gccversion='3.4.2', gccosandvers='' > > intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 > > d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 > > ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', > > lseeksize=8 > > alignbytes=8, prototype=define > > Linker and Libraries: > > ld='/usr/intel/pkgs/gcc/3.4.2/bin/gcc', ldflags =' > > -L/usr/intel/00r1/lib' > > libpth=/usr/intel/00r1/lib /lib /usr/lib /usr/local/lib > > libs=-lnsl -lgdbm -ldl -lm -lcrypt -lutil -lc > > perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc > > libc=, so=so, useshrplib=false, libperl=libperl.a > > gnulibc_version='2.3.3' > > Dynamic Linking: > > dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' > > cccdlflags='-fpic', lddlflags='-shared -L/usr/intel/00r1/lib' > > > > > > Characteristics of this binary (from libperl): > > Compile-time options: USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES > > Built under linux > > Compiled at Nov 1 2004 16:34:54 > > %ENV: > > > > PERL5LIB="/usr/intel/pkgs/icc/9.0.025/lib:/nfs/pdx/disks/nehalem.pde.077/lib:/nfs/pdx/disks/nehalem.pde.077/instantclient_10_2/:/nfs/pdx/disks/nehalem.pde.077/mysql/5.0.27/lib:/nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux/Alien/SVN:/usr/ucblib:/usr/lib:/usr/intel/pkgs/freeTDS/0.61.2/lib:/nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5:/nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5/:/nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5" > > @INC: > > /usr/intel/pkgs/icc/9.0.025/lib > > /nfs/pdx/disks/nehalem.pde.077/lib/5.8.5/x86_64-linux > > /nfs/pdx/disks/nehalem.pde.077/lib/5.8.5 > > /nfs/pdx/disks/nehalem.pde.077/lib > > /nfs/pdx/disks/nehalem.pde.077/instantclient_10_2/ > > /nfs/pdx/disks/nehalem.pde.077/mysql/5.0.27/lib > > > > /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux/Alien/SVN > > /usr/ucblib > > /usr/lib > > /usr/intel/pkgs/freeTDS/0.61.2/lib > > /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5/x86_64-linux > > /nfs/pdx/disks/nehalem.pde.077/perl/lib/site_perl/5.8.5 > > /nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5//x86_64-linux > > /nfs/pdx/disks/nehalem.pde.077/perl/lib/5.8.5/ > > > > /nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5/x86_64-linux > > /nfs/pdx/disks/nehalem.pde.077/perl/Inline/lib/site_perl/5.8.5 > > /usr/intel/pkgs/perl/5.8.5/lib/5.8.5/x86_64-linux > > /usr/intel/pkgs/perl/5.8.5/lib/5.8.5 > > /usr/intel/pkgs/perl/5.8.5/lib/site_perl/5.8.5/x86_64-linux > > /usr/intel/pkgs/perl/5.8.5/lib/site_perl/5.8.5 > > /usr/intel/pkgs/perl/5.8.5/lib/site_perl > > > > plxc1000> cc --version > > cc (GCC) 3.3.3 (SuSE Linux) > > Copyright (C) 2003 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. There is NO > > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > > > plxc1000> gcc --version > > gcc (GCC) 3.4.2 > > Copyright (C) 2004 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. There is NO > > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > > > Inline is version: 0.44 > > > > A Perl upgrade could potentially be quite painful, but if there's no obvious > > fix for this issue I'm willing to give it a shot. I find that getting the > > compiler options/directives correct is pretty tough for us new guys :) > > > > Thanks! > > > > > >> From: jaleto at gmail.com > >> Date: Tue, 12 May 2009 00:26:41 -0700 > >> Subject: Re: [Pdx-pm] Inline::C search.h 'Perl_push_scope' > >> To: vortix at hotmail.com > >> CC: pdx-pm-list at pm.org > >> > >> Howdy, > >> > >> Providing the output of "perl -V" , "gcc --version" and the version of > >> Inline would be useful. Also, Perl 5.8.3 is quite old, so upgrading to > >> a more recent version of Perl and Inline may solve your issue without > >> the need for exotic debugging, if that is possible. > >> > >> Cheers, > >> > >> > >> > >> 2009/5/11 Thomas Thompson : > >> > Hi guys, > >> > > >> > This is my first post to this list. I'm not an expert in Perl and > >> > definitely a beginner with C. I'm trying to rewrite a short section of > >> > some > >> > Perl code in C, but I've bumped into the following issue: > >> > > >> > #!/usr/bin/perl -w > >> > > >> > use Inline C; > >> > use strict; > >> > > >> > hello_inline(); > >> > > >> > __END__ > >> > __C__ > >> > #include > >> > > >> > void hello_inline( ) { > >> > printf( "Hello World. Best Regards from Inline\n" ); > >> > } > >> > > >> > The above code works fine, and the output is: > >> > > >> > plxc1000> test_c3.pl > >> > Hello World. Best Regards from Inline > >> > > >> > However, the following code (adding the search.h header file): > >> > > >> > #!/usr/bin/perl -w > >> > > >> > use Inline C; > >> > use strict; > >> > > >> > hello_inline(); > >> > > >> > __END__ > >> > __C__ > >> > #include > >> > #include > >> > > >> > void hello_inline( ) { > >> > printf( "Hello World. Best Regards from Inline\n" ); > >> > } > >> > > >> > Results in this output: > >> > > >> > plxc1000> test_c3.pl > >> > /usr/bin/perl /usr/lib/perl5/5.8.3/ExtUtils/xsubpp -typemap > >> > /usr/lib/perl5/5.8.3/ExtUtils/typemap test_c3_pl_f52f.xs > > >> > test_c3_pl_f52f.xsc && mv test_c3_pl_f52f.xsc test_c3_pl_f52f.c > >> > cc -c -I/nfs/pdx/disks/nehalem.pde.077/projects/rapttr/src -D_REENTRANT > >> > -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing > >> > -D_LARGEFILE_SOURCE > >> > -D_FILE_OFFSET_BITS=64 -O2 -fmessage-length=0 -Wall -Wall -pipe > >> > -DVERSION=\"0.00\" -DXS_VERSION=\"0.00\" -fPIC > >> > "-I/usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE" > >> > test_c3_pl_f52f.c > >> > In file included from test_c3_pl_f52f.xs:6: > >> > /usr/include/search.h:66: error: `Perl_push_scope' redeclared as > >> > different > >> > kind of symbol > >> > /usr/lib/perl5/5.8.3/x86_64-linux-thread-multi/CORE/proto.h:590: error: > >> > previous declaration of `Perl_push_scope' > >> > /usr/include/search.h:66: error: parse error before '(' token > >> > make: *** [test_c3_pl_f52f.o] Error 1 > >> > > >> > A problem was encountered while attempting to compile and install your > >> > Inline > >> > C code. The command that failed was: > >> > make > out.make 2>&1 > >> > > >> > Looking through the search.h header file, I don't see any instance of > >> > Perl_push_scope being redeclared, especially not on line 66 (which seems > >> > to > >> > be the middle of an enum type declaration). I have not modified any of > >> > these header files. This is on SUSE LINUX Enterprise Server 9 (x86_64). > >> > > >> > Any ideas to help out a new guy? :) Let me know if I missed information > >> > I > >> > should provide when asking this type of question and I'll make certain > >> > to > >> > make certain to provide everything you guys need in the future. I > >> > appreciate the help! > >> > > >> > Thomas > >> > > >> > > >> > ________________________________ > >> > Insert movie times and more without leaving Hotmail?. See how. > >> > _______________________________________________ > >> > Pdx-pm-list mailing list > >> > Pdx-pm-list at pm.org > >> > http://mail.pm.org/mailman/listinfo/pdx-pm-list > >> > > >> > >> > >> > >> -- > >> > >> Jonathan Leto > >> jonathan at leto.net > >> http://leto.net > > > > ________________________________ > > Insert movie times and more without leaving Hotmail?. See how. > > ________________________________ > > Windows Live?: Keep your life in sync. Check it out. > > > > -- > > Jonathan Leto > jonathan at leto.net > http://leto.net _________________________________________________________________ Insert movie times and more without leaving Hotmail?. http://windowslive.com/Tutorial/Hotmail/QuickAdd?ocid=TXT_TAGLM_WL_HM_Tutorial_QuickAdd1_052009 -------------- next part -------------- An HTML attachment was scrubbed... URL: From enobacon at gmail.com Wed May 13 00:09:36 2009 From: enobacon at gmail.com (Eric Wilhelm) Date: Wed, 13 May 2009 00:09:36 -0700 Subject: [Pdx-pm] QA Panel / Tool Expo - meeting tonight Message-ID: <200905130009.36276.enobacon@gmail.com> The May meeting will be an open panel and show-and-tell covering QA tools and techniques. Wed. May 13th, 6:53pm at FreeGeek -- 1731 SE 10th Ave. So far we have: * Hans Dieter Pearcey will talk about using the CPAN. * Jonathan Leto will share his experiences using Smolder. * Gabrielle Roth will present some "getting started" advice on testing. * Michael Schwern will recap the 2009 Perl QA Hackathon o' Birmingham. * You will talk about Test::Pod or CPANTS or NYTProf or something. See the wiki for the latest information on who is speaking about what: http://pdx.pm.org/kwiki/index.cgi?May2009Meeting (Hint: If you want someone to talk about something, write down their name and what they're going to say. If someone else wrote down your name, you should write something about what you'll have to say.) As always, the meeting will be followed by social hour at the Lucky Lab. Sadly, I will be unable to join you this month as I am out of town on business. I'll leave you in Jonathan's capable hands. He'll be in charge of taking role and making you all play nice. He'll also mention that now might be a good time to start thinking about whether we want to make a 2009 t-shirt (or hat (or socks.)) See you all next month! -- http://pdx.pm.org From kellert at ohsu.edu Wed May 13 13:11:20 2009 From: kellert at ohsu.edu (Thomas Keller) Date: Wed, 13 May 2009 13:11:20 -0700 Subject: [Pdx-pm] weak references (?) problem Message-ID: <8FE44C28-B2D9-4A73-99BF-240522E8252D@ohsu.edu> Greetings, I have an excel parser script using Spreadsheet::Read (calls Spreadsheet::ParseExcel which is installed and up to date) that works fine on my machine running 5.10.0, but on an older machine running 5.8.8 I get the following error: "Weak references are not implemented in the version of perl at / Library/Perl/5.8.8/Spreadsheet/ParseExcel/Worksheet.pm line 23" The line in the script that creates the $ref is: my $ref = ReadData ("${source}/${filename}"); $ref is defined in main, and then used in a subroutine. Is this how a weak reference gets created? But I thought perl 5.8.8 would handle this anyway. I'm perplexed. Thanks for any suggestions. cheers, Tom kellert at ohsu.edu 503-494-2442 -------------- next part -------------- An HTML attachment was scrubbed... URL: From hdp.perl.pm.pdx at weftsoar.net Wed May 13 13:16:30 2009 From: hdp.perl.pm.pdx at weftsoar.net (Hans Dieter Pearcey) Date: Wed, 13 May 2009 16:16:30 -0400 Subject: [Pdx-pm] weak references (?) problem In-Reply-To: <8FE44C28-B2D9-4A73-99BF-240522E8252D@ohsu.edu> References: <8FE44C28-B2D9-4A73-99BF-240522E8252D@ohsu.edu> Message-ID: <20090513201630.GR5371@glaive.weftsoar.net> On Wed, May 13, 2009 at 01:11:20PM -0700, Thomas Keller wrote: > Is this how a weak reference gets created? No, they're created with Scalar::Util::weaken, which is in the XS component of Scalar::Util, which your OS vendor has given you a broken version of. Reinstall it from CPAN or google (I don't have a useful link offhand). hdp. From raanders at cyber-office.net Wed May 13 14:38:42 2009 From: raanders at cyber-office.net (Roderick A. Anderson) Date: Wed, 13 May 2009 14:38:42 -0700 Subject: [Pdx-pm] Perl coded Apache/mod_perl like webserver? Message-ID: <4A0B3DE2.7080204@cyber-office.net> Does that Subject line make any sense? Without doing any searching, since my search-fu has been on the fritz lately, I'll ask here for a pointers/clue-stick. I was spoiled by working in Catalyst and am now trying to learn about a largish mod_perl application. But putting "print STDERR"s everywhere is a bit of a hack so I was hoping there might be something that acted like the Catalyst test server and would let me single step through the code. Suggestions, ideas? \\||/ Rod -- From akf at aracnet.com Wed May 13 14:52:20 2009 From: akf at aracnet.com (Amy K. Farrell) Date: Wed, 13 May 2009 14:52:20 -0700 Subject: [Pdx-pm] Perl coded Apache/mod_perl like webserver? In-Reply-To: <4A0B3DE2.7080204@cyber-office.net> References: <4A0B3DE2.7080204@cyber-office.net> Message-ID: <20090513215220.GB15078@aracnet.com> It's been awhile since I worked with mod_perl, so long that I forget what I actually did (I think I used "warn" instead of "print STDERR" :-) ... but I think these will help you: http://perl.apache.org/docs/1.0/guide/debug.html#Interactive_mod_perl_Debugging http://www.perl.com/pub/a/2006/02/09/debug_mod_perl.html?page=2 These are from a google search for the terms "debug mod_perl," without the quotes. - Amy On Wed, May 13, 2009 at 02:38:42PM -0700, Roderick A. Anderson wrote: > Does that Subject line make any sense? > > Without doing any searching, since my search-fu has been on the fritz > lately, I'll ask here for a pointers/clue-stick. > > I was spoiled by working in Catalyst and am now trying to learn about a > largish mod_perl application. But putting "print STDERR"s everywhere is > a bit of a hack so I was hoping there might be something that acted like > the Catalyst test server and would let me single step through the code. > > Suggestions, ideas? > > > \\||/ > Rod > -- > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list -- A.K. Farrell From raanders at cyber-office.net Wed May 13 15:36:06 2009 From: raanders at cyber-office.net (Roderick A. Anderson) Date: Wed, 13 May 2009 15:36:06 -0700 Subject: [Pdx-pm] Perl coded Apache/mod_perl like webserver? In-Reply-To: <20090513215220.GB15078@aracnet.com> References: <4A0B3DE2.7080204@cyber-office.net> <20090513215220.GB15078@aracnet.com> Message-ID: <4A0B4B56.2050909@cyber-office.net> Amy K. Farrell wrote: > It's been awhile since I worked with mod_perl, so long that I forget > what I actually did (I think I used "warn" instead of "print STDERR" > :-) ... but I think these will help you: > > http://perl.apache.org/docs/1.0/guide/debug.html#Interactive_mod_perl_Debugging > http://www.perl.com/pub/a/2006/02/09/debug_mod_perl.html?page=2 Thanks Amy. > These are from a google search for the terms "debug mod_perl," without > the quotes. See my search-fu would have me trying something completely different. Been a long day too. :-( \\||/ Rod -- > > - Amy > > On Wed, May 13, 2009 at 02:38:42PM -0700, Roderick A. Anderson wrote: >> Does that Subject line make any sense? >> >> Without doing any searching, since my search-fu has been on the fritz >> lately, I'll ask here for a pointers/clue-stick. >> >> I was spoiled by working in Catalyst and am now trying to learn about a >> largish mod_perl application. But putting "print STDERR"s everywhere is >> a bit of a hack so I was hoping there might be something that acted like >> the Catalyst test server and would let me single step through the code. >> >> Suggestions, ideas? >> >> >> \\||/ >> Rod >> -- >> _______________________________________________ >> Pdx-pm-list mailing list >> Pdx-pm-list at pm.org >> http://mail.pm.org/mailman/listinfo/pdx-pm-list > From merlyn at stonehenge.com Wed May 13 17:26:01 2009 From: merlyn at stonehenge.com (Randal L. Schwartz) Date: Wed, 13 May 2009 17:26:01 -0700 Subject: [Pdx-pm] QA Panel / Tool Expo - meeting tonight In-Reply-To: <200905130009.36276.enobacon@gmail.com> (Eric Wilhelm's message of "Wed, 13 May 2009 00:09:36 -0700") References: <200905130009.36276.enobacon@gmail.com> Message-ID: <863ab87co6.fsf@blue.stonehenge.com> >>>>> "Eric" == Eric Wilhelm writes: Eric> Sadly, I will be unable to join you this month as I am out of town on Eric> business. I'll leave you in Jonathan's capable hands. He'll be in Eric> charge of taking role and making you all play nice. He'll also mention Eric> that now might be a good time to start thinking about whether we want Eric> to make a 2009 t-shirt (or hat (or socks.)) I can't make it either. However, allow me to semi-announce that there *will* be a larger-than-life blowout Stonehenge party at OSCON this year... the usual Wednesday Night shindig. Stonehenge is presenting LinuxFund.org's 10th anniversary... partying like it's 1999. Location to be announced, but certainly within walking distance of the San Jose Convention Center. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion From schwern at pobox.com Wed May 13 19:47:49 2009 From: schwern at pobox.com (Michael G Schwern) Date: Wed, 13 May 2009 19:47:49 -0700 Subject: [Pdx-pm] Nearby Crepes! Message-ID: <4A0B8655.2080700@pobox.com> Said crepe cart mentioned tonight. They should be open before and after the meeting. http://foodcartsportland.com/2009/05/10/perierra-creperie/ -- ...they shared one last kiss that left a bitter yet sweet taste in her mouth--kind of like throwing up after eating a junior mint. -- Dishonorable Mention, 2005 Bulwer-Lytton Fiction Contest by Tami Farmer From enobacon at gmail.com Thu May 14 08:25:31 2009 From: enobacon at gmail.com (The Dread Parrot) Date: Thu, 14 May 2009 08:25:31 -0700 Subject: [Pdx-pm] Fwd: Five days left to reserve your CMU dorm room for YAPC|10. Exclusive hold ends May 19th. Message-ID: <200905140825.31588.enobacon@gmail.com> ---------- Forwarded Message: ---------- Subject: [pm_groups] Five days left to reserve your CMU dorm room for YAPC|10. Exclusive hold ends May 19th. Date: Thursday 14 May 2009 From: Robert Blackwell YAPC|10 is June 22-24, http://yapc10.org in Pittsburgh, PA. Where to Stay On-campus dormitories Reservations Please use the CMU Conference Services Registration Form, https://web.campusservices.cmu.edu/conferences/registration.taf?ID=YAPC2009, to reserve dorm rooms and parking permits. Rooms are being held exclusively for our event until May 19th. After that date, rooms will not be held for us exclusively and are more likely to be sold-out. Rooms 85 double-sized rooms, single occupancy. ($63.00/night) 20 double-sized rooms, double occupancy. ($36.00/night per person) 55 single-sized rooms, single occupancy. ($51.00/night) Linen service and housekeeping included with all rooms. Parking is available for about $12 per day. Quality Inn University Center (choicehotels.com) The YAPC|10 organizers recommend the Quality Inn for attendees. They offer free parking and provide free shuttle runs to CMU during the day. We have secured a block of 50 rooms at the Quality Inn at a reduced conference rate. Reservations 412-683-6100 (please use this number and mention you are attending the Yet Another Perl Conference to ensure conference rates) Reservations must be made by May 23rd in order to receive the event discount. Rooms Queen bed, double occupancy. ($104.99 + 14% tax) Two double beds, double occupancy. ($109.99 + 14% tax) $10 for each adult beyond two per room. ------------------------------------------------------- From enobacon at gmail.com Tue May 19 22:42:57 2009 From: enobacon at gmail.com (Eric Wilhelm) Date: Tue, 19 May 2009 22:42:57 -0700 Subject: [Pdx-pm] TPF - Making the most of our conference presence Message-ID: <200905192242.58074.enobacon@gmail.com> Hi all, Many of you have helped with the Perl Foundation booth at OSCON while it was here in Portland. Maybe you have some thoughts to share about your experiences or suggestions for the future: http://news.perlfoundation.org/2009/05/making_the_most_of_our_confere.html Thanks, Eric -- The only thing that could save UNIX at this late date would be a new $30 shareware version that runs on an unexpanded Commodore 64. --Don Lancaster (1991) --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- From enobacon at gmail.com Fri May 22 10:39:14 2009 From: enobacon at gmail.com (The Dread Parrot) Date: Fri, 22 May 2009 10:39:14 -0700 Subject: [Pdx-pm] Fwd: Adding Perl support for Google App Engine Message-ID: <200905221039.14780.enobacon@gmail.com> Hi all, If you haven't yet, please help prove that Perl people can vote just as well as Ruby or PHP people ;-) You'll have to login with a google account. Please don't comment "+1" or "me too", just click the star. http://code.google.com/p/googleappengine/issues/list ---------- Forwarded Message: ---------- Subject: [pm_groups] Fwd: Adding Perl support for Google App Engine Date: Friday 22 May 2009 From: Jay Hannah > From: Garrett Goebel > > Votes for supporting Perl is in 3rd place behind PHP and Ruby in > Google App Engine's "Open List" of issues. Perl is less than 300 > votes behind Ruby. If you'd like to help change that... vote and > spread the word... > > See: http://ergoletterbag.blogspot.com/2009/05/adding-perl-support-to-google-app.html From schwern at pobox.com Fri May 22 19:09:20 2009 From: schwern at pobox.com (Michael G Schwern) Date: Fri, 22 May 2009 19:09:20 -0700 Subject: [Pdx-pm] Donate to save Cubespace Message-ID: <4A175AD0.3080001@pobox.com> Cubespace is in financial trouble. They're behind on rent and their landlord, rather than negotiate, suddenly hit them with an eviction notice. You can read the details here. http://cubespacepdx.com/node/2012 They're asking for help. Cubespace has been awesome to the PDX tech community, they host Barcamp and a good chunk of the user group meetings (except us) and they have snacks! Eva and David are awesome people and personal friends. Cubespace has been awesome to us, let's be awesome to them. You can donate money directly via http://savecubespacepdx.com/ Paypal donation coming soon. Yes, its legit. Or, for those who are broke like me, you can donate things and services to the auction. Or you can buy stuff at the auction. https://cubespace.tofinoauctions.com/rentparty09/online_auction I'm going to put up some Perl and testing time. -- 31. Not allowed to let sock puppets take responsibility for any of my actions. -- The 213 Things Skippy Is No Longer Allowed To Do In The U.S. Army http://skippyslist.com/list/ From schwern at pobox.com Sat May 23 16:56:31 2009 From: schwern at pobox.com (Michael G Schwern) Date: Sat, 23 May 2009 16:56:31 -0700 Subject: [Pdx-pm] Donate to save Cubespace In-Reply-To: <4A175AD0.3080001@pobox.com> References: <4A175AD0.3080001@pobox.com> Message-ID: <4A188D2F.1030107@pobox.com> Michael G Schwern wrote: > Or, for those who are broke like me, you can donate things and services to the > auction. Or you can buy stuff at the auction. > https://cubespace.tofinoauctions.com/rentparty09/online_auction > > I'm going to put up some Perl and testing time. As threatened, I've donated some testing and module building time for auction to help Cubespace. Up to 3 hours of help writing automated tests. https://cubespace.tofinoauctions.com/rentparty09/online_auction/show/14 Up to 3 hours fixing or writing your CPAN module. https://cubespace.tofinoauctions.com/rentparty09/online_auction/show/13 Right now they're at the low low price of $60. I normally won't even write "Hello, world" for that much money. Bid, bitches! -- Whip me, beat me, make my code compatible with VMS! From igal at pragmaticraft.com Sat May 23 18:25:58 2009 From: igal at pragmaticraft.com (Igal Koshevoy) Date: Sat, 23 May 2009 18:25:58 -0700 Subject: [Pdx-pm] Donate to save Cubespace In-Reply-To: <4A188D2F.1030107@pobox.com> References: <4A175AD0.3080001@pobox.com> <4A188D2F.1030107@pobox.com> Message-ID: <4A18A226.5060600@pragmaticraft.com> Michael G Schwern wrote: > Michael G Schwern wrote: > >> Or, for those who are broke like me, you can donate things and services to the >> auction. Or you can buy stuff at the auction. >> https://cubespace.tofinoauctions.com/rentparty09/online_auction >> >> I'm going to put up some Perl and testing time. >> > > As threatened, I've donated some testing and module building time for auction > to help Cubespace. > > Up to 3 hours of help writing automated tests. > https://cubespace.tofinoauctions.com/rentparty09/online_auction/show/14 > > Up to 3 hours fixing or writing your CPAN module. > https://cubespace.tofinoauctions.com/rentparty09/online_auction/show/13 > > Right now they're at the low low price of $60. I normally won't even write > "Hello, world" for that much money. Bid, bitches! > That's a great way to contribute. Thank you, Michael. -igal From enobacon at gmail.com Sun May 24 19:58:57 2009 From: enobacon at gmail.com (The Dread Parrot) Date: Sun, 24 May 2009 19:58:57 -0700 Subject: [Pdx-pm] Fwd: White Camel Nominations Message-ID: <200905241958.58001.enobacon@gmail.com> ---------- Forwarded Message: ---------- Subject: White Camel Nominations Date: Sunday 24 May 2009 From: "David H. Adler" Every year the White Camels are presented for service to the Perl community. If you look at the previous winners, you'll notice that these are mostly unsung heroes, like previous awardee Eric Cholet, the human moderator of so many Perl mailing lists, or Jay Hannah, one of the people running pm.org (if you ever created/maintained a pm group, chances are that Jay walked you through the process). Some of these people may be well known, like Allison Randal or Randal Schwartz, while others may be complete strangers to at least part of the globe, like Josh McAdams or Jay. Some of them may be extreme Perl hackers who created the original JAPH, but they actually received this award as a recognition for their community contributions to Perl rather than for their programming ability. That's not to say a great hacker can't receive the award, but you don't have to be one in order to be eligible. That being said, the nomination process for the 2009 White Camels is now open. If you think there's someone who deserves a White Camel, this is the time for you to send in your nominations. Send them to whitecamel-suggestions at pm.org, if possible with a subject along the lines of "White Camel Nomination :: $name". Make sure you properly identify the nominee and tell us why you think that's a worthy nomination. Don't go thinking "nah, somebody else will do it" because: a) everybody else may be thinking the same, and b) you may state your case differently than the next person. We'll be receiving nominations until June 21, 2009, by midnight, but don't wait up or you'll forget. Do it now! -----end message---- -- David H. Adler - - http://www.panix.com/~dha/ My glass might be half empty, but I am on the way to the bar - Simon Wilcox From enobacon at gmail.com Thu May 28 10:06:21 2009 From: enobacon at gmail.com (The Dread Parrot) Date: Thu, 28 May 2009 10:06:21 -0700 Subject: [Pdx-pm] Fwd: White Camel Nominations In-Reply-To: <200905241958.58001.enobacon@gmail.com> References: <200905241958.58001.enobacon@gmail.com> Message-ID: <200905281006.21347.enobacon@gmail.com> Correction: the address for nominations is whitecamel-suggestions at perl.org # from The Dread Parrot # on Sunday 24 May 2009: >---------- Forwarded Message: ---------- > >Subject: White Camel Nominations >Date: Sunday 24 May 2009 >From: "David H. Adler" > >Every year the White Camels are presented for service to the Perl >community. > >If you look at the previous winners, you'll notice that these are > mostly unsung heroes, like previous awardee Eric Cholet, the human > moderator of so many Perl mailing lists, or Jay Hannah, one of the > people running pm.org (if you ever created/maintained a pm group, > chances are that Jay walked you through the process). > >Some of these people may be well known, like Allison Randal or Randal >Schwartz, while others may be complete strangers to at least part of > the globe, like Josh McAdams or Jay. Some of them may be extreme Perl > hackers who created the original JAPH, but they actually received > this award as a recognition for their community contributions to Perl > rather than for their programming ability. > >That's not to say a great hacker can't receive the award, but you > don't have to be one in order to be eligible. > >That being said, the nomination process for the 2009 White Camels is > now open. > >If you think there's someone who deserves a White Camel, this is the >time for you to send in your nominations. Send them to >whitecamel-suggestions at pm.org, if possible with a subject along the >lines of "White Camel Nomination :: $name". Make sure you properly >identify the nominee and tell us why you think that's a worthy >nomination. > >Don't go thinking "nah, somebody else will do it" because: a) > everybody else may be thinking the same, and b) you may state your > case differently than the next person. > >We'll be receiving nominations until June 21, 2009, by midnight, but >don't wait up or you'll forget. Do it now! > >-----end message---- From ben.hengst at gmail.com Thu May 28 20:29:47 2009 From: ben.hengst at gmail.com (benh) Date: Thu, 28 May 2009 20:29:47 -0700 Subject: [Pdx-pm] Fwd: White Camel Nominations In-Reply-To: <200905281006.21347.enobacon@gmail.com> References: <200905241958.58001.enobacon@gmail.com> <200905281006.21347.enobacon@gmail.com> Message-ID: <85ddf48b0905282029o22630ee3j99029c7b4b7da0e1@mail.gmail.com> seems to work, thanks again for looking in to that for us. On Thu, May 28, 2009 at 10:06 AM, The Dread Parrot wrote: > Correction: > > ?the address for nominations is whitecamel-suggestions at perl.org > > # from The Dread Parrot > # on Sunday 24 May 2009: > >>---------- ?Forwarded Message: ?---------- >> >>Subject: White Camel Nominations >>Date: Sunday 24 May 2009 >>From: "David H. Adler" >> >>Every year the White Camels are presented for service to the Perl >>community. >> >>If you look at the previous winners, you'll notice that these are >> mostly unsung heroes, like previous awardee Eric Cholet, the human >> moderator of so many Perl mailing lists, or Jay Hannah, one of the >> people running pm.org (if you ever created/maintained a pm group, >> chances are that Jay walked you through the process). >> >>Some of these people may be well known, like Allison Randal or Randal >>Schwartz, while others may be complete strangers to at least part of >> the globe, like Josh McAdams or Jay. Some of them may be extreme Perl >> hackers who created the original JAPH, but they actually received >> this award as a recognition for their community contributions to Perl >> rather than for their programming ability. >> >>That's not to say a great hacker can't receive the award, but you >> don't have to be one in order to be eligible. >> >>That being said, the nomination process for the 2009 White Camels is >> now open. >> >>If you think there's someone who deserves a White Camel, this is the >>time for you to send in your nominations. Send them to >>whitecamel-suggestions at pm.org, if possible with a subject along the >>lines of "White Camel Nomination :: $name". Make sure you properly >>identify the nominee and tell us why you think that's a worthy >>nomination. >> >>Don't go thinking "nah, somebody else will do it" because: a) >> everybody else may be thinking the same, and b) you may state your >> case differently than the next person. >> >>We'll be receiving nominations until June 21, 2009, by midnight, but >>don't wait up or you'll forget. Do it now! >> >>-----end message---- > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > -- benh~ http://three.sentenc.es/ From enobacon at gmail.com Fri May 29 08:05:47 2009 From: enobacon at gmail.com (Eric Wilhelm) Date: Fri, 29 May 2009 08:05:47 -0700 Subject: [Pdx-pm] June Meeting? Message-ID: <200905290805.48108.enobacon@gmail.com> Hi all, The June meeting is under 2 weeks away. Evidently you all forgot to volunteer anyone for the next meeting while I was gone :-) Is it time for a Rakudo Perl 6 learn-in? --Eric -- I arise in the morning torn between a desire to improve the world and a desire to enjoy the world. This makes it hard to plan the day. --E.B. White --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- From jaleto at gmail.com Fri May 29 10:11:37 2009 From: jaleto at gmail.com (Jonathan Leto) Date: Fri, 29 May 2009 10:11:37 -0700 Subject: [Pdx-pm] June Meeting? In-Reply-To: <200905290805.48108.enobacon@gmail.com> References: <200905290805.48108.enobacon@gmail.com> Message-ID: <9aaadf9c0905291011w7950a9b2m642f464904ecbd03@mail.gmail.com> Howdy, That's sounds good to me. I would be willing to give a short overview of what currently works and what doesn't, and how to get involved in Rakudo development. Perhaps Chromatic can talk about how his recent Parrot optimizations are making Rakudo faster and awesomer almost daily? Duke On Fri, May 29, 2009 at 8:05 AM, Eric Wilhelm wrote: > Hi all, > > The June meeting is under 2 weeks away. > > Evidently you all forgot to volunteer anyone for the next meeting while > I was gone :-) > > Is it time for a Rakudo Perl 6 learn-in? > > --Eric > -- > I arise in the morning torn between a desire to improve the world and a > desire to enjoy the world. This makes it hard to plan the day. > --E.B. White > --------------------------------------------------- > ? ?http://scratchcomputing.com > --------------------------------------------------- > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > -- Jonathan Leto jonathan at leto.net http://leto.net From chromatic at wgz.org Fri May 29 10:31:17 2009 From: chromatic at wgz.org (chromatic) Date: Fri, 29 May 2009 10:31:17 -0700 Subject: [Pdx-pm] June Meeting? In-Reply-To: <9aaadf9c0905291011w7950a9b2m642f464904ecbd03@mail.gmail.com> References: <200905290805.48108.enobacon@gmail.com> <9aaadf9c0905291011w7950a9b2m642f464904ecbd03@mail.gmail.com> Message-ID: <200905291031.18458.chromatic@wgz.org> On Friday 29 May 2009 10:11:37 Jonathan Leto wrote: > Perhaps [chromatic] can talk about how his recent > Parrot optimizations are making Rakudo faster and awesomer almost > daily? Recent Parrot optimizations (not just mine) make Rakudo faster and awesomer every week. Parrot 1.4 (released next month) will be faster yet (we believe). Parrot 2.0 (released next January) will give you super powers. Parrot 3.0 (released January 2011) will walk your dog for you. In the future. While singlehandedly repelling the inevitable robot uprising. Also, you should win stuff for watching it, -- c From ben.hengst at gmail.com Fri May 29 13:31:52 2009 From: ben.hengst at gmail.com (benh) Date: Fri, 29 May 2009 13:31:52 -0700 Subject: [Pdx-pm] June Meeting? In-Reply-To: <200905291031.18458.chromatic@wgz.org> References: <200905290805.48108.enobacon@gmail.com> <9aaadf9c0905291011w7950a9b2m642f464904ecbd03@mail.gmail.com> <200905291031.18458.chromatic@wgz.org> Message-ID: <85ddf48b0905291331k799a1646wc63b68844730d251@mail.gmail.com> with a parrot roadmap like that I would like to add a 'scoops cat litter' and 'snuggles with kittes for you' for 3.1 On Fri, May 29, 2009 at 10:31 AM, chromatic wrote: > On Friday 29 May 2009 10:11:37 Jonathan Leto wrote: > >> Perhaps [chromatic] can talk about how his recent >> Parrot optimizations are making Rakudo faster and awesomer almost >> daily? > > Recent Parrot optimizations (not just mine) make Rakudo faster and awesomer > every week. > > Parrot 1.4 (released next month) will be faster yet (we believe). > > Parrot 2.0 (released next January) will give you super powers. > > Parrot 3.0 (released January 2011) will walk your dog for you. ?In the future. > While singlehandedly repelling the inevitable robot uprising. > > Also, you should win stuff for watching it, > -- c > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list > -- benh~ http://three.sentenc.es/ From schwern at pobox.com Fri May 29 13:59:38 2009 From: schwern at pobox.com (Michael G Schwern) Date: Fri, 29 May 2009 13:59:38 -0700 Subject: [Pdx-pm] June Meeting? In-Reply-To: <85ddf48b0905291331k799a1646wc63b68844730d251@mail.gmail.com> References: <200905290805.48108.enobacon@gmail.com> <9aaadf9c0905291011w7950a9b2m642f464904ecbd03@mail.gmail.com> <200905291031.18458.chromatic@wgz.org> <85ddf48b0905291331k799a1646wc63b68844730d251@mail.gmail.com> Message-ID: <4A204CBA.5080202@pobox.com> benh wrote: > with a parrot roadmap like that I would like to add a 'scoops cat > litter' and 'snuggles with kittes for you' for 3.1 Maybe we need Helper Parrots. http://www.helper-robots.com/ -- If at first you don't succeed--you fail. -- "Portal" demo From david at kineticode.com Fri May 29 15:04:26 2009 From: david at kineticode.com (David E. Wheeler) Date: Fri, 29 May 2009 15:04:26 -0700 Subject: [Pdx-pm] June Meeting? In-Reply-To: <85ddf48b0905291331k799a1646wc63b68844730d251@mail.gmail.com> References: <200905290805.48108.enobacon@gmail.com> <9aaadf9c0905291011w7950a9b2m642f464904ecbd03@mail.gmail.com> <200905291031.18458.chromatic@wgz.org> <85ddf48b0905291331k799a1646wc63b68844730d251@mail.gmail.com> Message-ID: On May 29, 2009, at 1:31 PM, benh wrote: > with a parrot roadmap like that I would like to add a 'scoops cat > litter' and 'snuggles with kittes for you' for 3.1 I prefer to snuggle with kettehs myself, but it can clean the litter box, that'd be great. David