Will Coleda <[EMAIL PROTECTED]> wrote:
> Did the makefile change make it in?
Not the hacks to get it running. As said the way to go is to concatenate
the sources and chain the loadlib _load() functions. This has two
advantages: no platform dependent linker troubles to resolve symbols of
multiple s
Did the makefile change make it in?
On Monday, April 12, 2004, at 04:57 AM, Leopold Toetsch wrote:
Will Coleda <[EMAIL PROTECTED]> wrote:
dyld: ./parrot Undefined symbols:
_Parrot_tclobject_morph
_Parrot_tclobject_set_pmc
Ah yes. That's ugly. So here we go:
0) The PMCs were pre-ICU. I've adapt
Will Coleda <[EMAIL PROTECTED]> wrote:
> Attached, find a .tgz that can be exploded in the top level of parrot
> which creates the abstract pmc "tclobject", with children "TclString",
> "TclInt", "TclFloat", and container pmcs "TclList" (an array) and
> "TclArray" (a hash).
Applied now, slightly
Will Coleda <[EMAIL PROTECTED]> wrote:
> dyld: ./parrot Undefined symbols:
> _Parrot_tclobject_morph
> _Parrot_tclobject_set_pmc
Ah yes. That's ugly. So here we go:
0) The PMCs were pre-ICU. I've adapted them. Should I check it in or
send it back to you?
1) dynamic PMCs need a "dynpmc" flag on
Ahhh..
Some additional debug output shows
dyld: ./parrot Undefined symbols:
_Parrot_tclobject_morph
_Parrot_tclobject_set_pmc
When trying to dynload, e.g. "tclint".
If I look in tclobject.c, I see:
Parrot_tclobject_morph(Parrot_Interp interpreter, PMC* pmc, INTVAL type)
and
Parrot_tclobject_s
Well, it helps me understand the process a bit, ja. (Adding info to
dynclasses/README in my local copy as I pick it up on list)
I'm still baffled as to why my copy of, say, "TclString" is now
compiling happily but failing to be loadable. (as opposed to
"tclobject", which *is* loadable, but is n
Will Coleda <[EMAIL PROTECTED]> wrote:
> I don't understand what enum_class_TclString is doing in
> Parrot_TclString_class_init(Parrot_Interp interp, int entry)
> {
> struct _vtable temp_base_vtable = {
> NULL, /* package */
> enum_class_TclString, /* base_type */
> I
Ok. some progress, but still not happy.
I don't understand what enum_class_TclString is doing in
Parrot_TclString_class_init(Parrot_Interp interp, int entry)
{
struct _vtable temp_base_vtable = {
NULL, /* package */
enum_class_TclString, /* base_type */
If I'm being dynami
Will Coleda <[EMAIL PROTECTED]> wrote:
> "They tried and failed?"
> "No, they tried and died."
> Ok, it's not that bad, but it doesn't seem to work. I moved the .pmcs
> (same files in previous attachment) over to ./dnyclasses, updated the
> Makefile as directed in dynclasses/README.
You have to
"They tried and failed?"
"No, they tried and died."
Ok, it's not that bad, but it doesn't seem to work. I moved the .pmcs
(same files in previous attachment) over to ./dnyclasses, updated the
Makefile as directed in dynclasses/README.
To undo their previous inclusion, I did a make realclean, c
Will Coleda <[EMAIL PROTECTED]> wrote:
> Attached, find a .tgz that can be exploded in the top level of parrot
> which creates the abstract pmc "tclobject", with children "TclString",
> "TclInt", "TclFloat", and container pmcs "TclList" (an array) and
> "TclArray" (a hash).
Can we put these PMCs
11 matches
Mail list logo
