I just removed the #include <ppport.h> and it compiled. Also, test.pl executed. _why Rich Morin (rdm@...) wrote: > Could someone be a bit more explicit as to what needs to be done? I've > never done anything with XS files before, and I don't want to try random > experiments... > > -r ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
At 9:13 PM -0600 9/30/03, why the lucky stiff wrote: >I just removed the #include <ppport.h> and it compiled. Also, test.pl >executed. I commented out the include line in Syck.xs: /* #include "ppport.h" */ I then ran "make clean", "perl Makefile.PL", "make", "make install", and "make test". The last of these complained, as follows: % make test PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib -I/System/Library/Perl/darwin -I/System/Library/Perl test.pl dyld: /usr/bin/perl Undefined symbols: _syck_add_sym _syck_free_parser _syck_lookup_sym _syck_map_read _syck_new_parser _syck_parse _syck_parser_error_handler _syck_parser_handler _syck_parser_implicit_typing _syck_parser_str_auto _syck_parser_taguri_expansion _syck_seq_read make: *** [test_dynamic] Trace/BPT trap Trying to run test.pl yielded a similat result:(Continue reading)
Rich, It looks like you have not linked with syck.so, the compiler needs a -lsyck and you may want to do a "make install" in the syck parent directory first to install the syck library. Best, Clark On Tue, Sep 30, 2003 at 09:24:01PM -0700, Rich Morin wrote: | At 9:13 PM -0600 9/30/03, why the lucky stiff wrote: | >I just removed the #include <ppport.h> and it compiled. Also, test.pl | >executed. | | I commented out the include line in Syck.xs: | | /* #include "ppport.h" */ | | I then ran "make clean", "perl Makefile.PL", "make", "make install", | and "make test". The last of these complained, as follows: | | % make test | PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib | -I/System/Library/Perl/darwin -I/System/Library/Perl test.pl | dyld: /usr/bin/perl Undefined symbols: | _syck_add_sym | _syck_free_parser | _syck_lookup_sym(Continue reading)
At 3:09 PM +0000 10/1/03, Clark C. Evans wrote:
> It looks like you have not linked with syck.so,
> the compiler needs a -lsyck and you may want to
> do a "make install" in the syck parent directory
> first to install the syck library.
I'm not sure what you mean by the "syck parent directory". My layout
looks like
YAML/
blib/
foobar/
syck/
syck-0.35/
autom4te.cache/
config/
ext/
lib/
tests/
I did do a "make install" from within the "syck" subdirectory and,
when I look in /usr/local, I see:
include/
syck.h
syck_st.h
lib/
libsyck.a
Izzere anyplace else I should look?
(Continue reading)
I'm about to suggest that my University institution starts using some sort of template engine for all course home pages. The idea is that all pages would have a similar appearance, and that some information could be mandated by the software. In my vision the home pages could be created both by making a source document in some appropriate mark-up language, and by filling out some sort of web form. I'm not really up to rolling my own with YAML (even if I'm guessing we would have to create the web form thingie ourselves), so I was wondering if anyone already has made a system like this using YAML, or some other mark-up language, for that matter. -- -- Björn Lindström <bkhl@...> http://bkhl.elektrubadur.se/ Download the new *Elektrubadur* demo from http://elektrubadur.se/ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
On Wed, Oct 01, 2003 at 08:24:29PM +0200, Bj?rn Lindstr?m wrote: | I'm about to suggest that my University institution starts using some | sort of template engine for all course home pages. The idea is that all | pages would have a similar appearance, and that some information could | be mandated by the software. I export YAML to XML via http://yaml.org/xml.html and then use XSLT to create web pages. | In my vision the home pages could be created both by making a source | document in some appropriate mark-up language, and by filling out some | sort of web form. In the twisted project, is a web-form system called woven, the input document is recursive maps and lists (aka YAML). The output is HTML. I don't use it, but many people do. | I'm not really up to rolling my own with YAML (even if I'm guessing we | would have to create the web form thingie ourselves), so I was wondering | if anyone already has made a system like this using YAML, or some other | mark-up language, for that matter. ;) Clark ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
I went ahead and released my libsyck binding on CPAN as
YAML::Parser::Syck. Eventually it will be just a plugin parser to
YAML.pm. But for now, folks can bask in the basic joys of Syck without
further waiting.
Here's my doc:
=head1 NAME
YAML::Parser::Syck - Perl Wrapper for the YAML Parser Extension: libsyck
=head1 SYNOPSIS
use YAML::Parser::Syck;
my $hash = YAML::Parser::Syck::Parse(<<'...');
---
format: yaml
parser:
name: Syck
speed: Fast!
authors:
- name: Why The Lucky Stiff
code: libsyck
- name: Brian Ingerson
code: [YAML.pm, YAML::Parser::Syck]
description: This simple XS module is a testament to
the power of libsyck, which was originally written
for the Ruby language.
tasks left to do: &chart |
(Continue reading)
Hi all,
I'm in London England (not Ontario), with a bunch of CPAN experts to
discuss the future of CPAN. The whole meeting has basically boiled down
to having metadata for all Perl distributions. And guess what? We've
chosen YAML as the primary storage format.
We are currently working out the schema of our metadata documents. That
is not to say we are defining a YAML schema document, but rather
deciding what the document content will be. And in lieu of a schema
language, we can always use Perl code to enforce our decided rules.
Now it is probable that our "schema" decisions will change. I have
suggested that these changes can easily be accomodated by class version
changes.
To give an example, here is a sample metadata document:
--- !cpan.org/dist-meta#0.90
name: Lucky-Star
version: 0.07
owner_id: ingy@...
maturity: alpha
short_description: Twinkle twinkle lucky star
long_description:
Stars have for some long long period of time,
(most likely a period of time longer than you
might probably think) been considered a source
of luck.
license: perl
(Continue reading)
Brian Ingerson [mailto:ingy@...] wrote: > Hi all, > > I'm in London England (not Ontario), with a bunch of CPAN > experts to discuss the future of CPAN. The whole meeting has > basically boiled down to having metadata for all Perl > distributions. And guess what? We've chosen YAML as the > primary storage format. All right! > My question to the group is: Can the type format of a class > be considered its version? Should this be a suggested practice? No. Using format-as-version is a hack that only works for collections. However, it makes as much sense to version scalar type families. A convention that a transfer method ending with /\d+\.\d+ is versioned seems reasonable to me. E.g., "!cpan.org/dist-meta/0.90". The Perl module name can still be extracted from the YAML transfer method by using an appropriate regexp. BTW, what's the relationship between !cpan.org/... and !perl/..., if any? Have fun, Oren Ben-Kiki(Continue reading)
> A convention that a transfer method ending with /\d+\.\d+ is > versioned seems reasonable to me. E.g., > "!cpan.org/dist-meta/0.90". The Perl module name can still be > extracted from the YAML transfer method by using an > appropriate regexp. Another option - there's an explicit dating mechanism built into the taguri scheme. This isn't a version number, just a date, but it might serve the same purpose... For example, "!cpan.org,2003-10/dist-meta". However, this would not work for "!perl/..." transfer methods... Have fun, Oren Ben-Kiki ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
RSS Feed10 | |
|---|---|
2 | |
13 | |
5 | |
8 | |
14 | |
15 | |
1 | |
18 | |
11 | |
2 | |
11 | |
9 | |
8 | |
23 | |
5 | |
19 | |
42 | |
6 | |
8 | |
11 | |
44 | |
10 | |
2 | |
3 | |
6 | |
5 | |
2 | |
25 | |
7 | |
25 | |
9 | |
28 | |
11 | |
16 | |
8 | |
22 | |
30 | |
22 | |
106 | |
37 | |
6 | |
16 | |
6 | |
43 | |
12 | |
28 | |
15 | |
11 | |
4 | |
7 | |
5 | |
13 | |
5 | |
9 | |
17 | |
49 | |
7 | |
4 | |
11 | |
16 | |
11 | |
1 | |
16 | |
1 | |
3 | |
38 | |
29 | |
8 | |
4 | |
4 | |
10 | |
1 | |
3 | |
24 | |
17 | |
23 | |
25 | |
38 | |
75 | |
49 | |
76 | |
16 | |
41 | |
18 | |
12 | |
7 | |
18 | |
25 | |
16 | |
19 | |
14 | |
16 | |
16 | |
58 | |
59 | |
63 | |
41 | |
869 | |
153 | |
20 | |
48 | |
60 | |
35 | |
16 | |
93 | |
20 | |
37 | |
37 | |
175 | |
67 | |
57 | |
32 | |
32 | |
35 | |
34 | |
98 | |
22 |
