Adam Thomason <[EMAIL PROTECTED]> wrote:
> It's not the library that's the trouble, it's the contained objects.
The build rule shouldn't contain nci_test$(O) but just
path/libnci$(SO) : nci_test.c
$(LD) $(LD_SHARED) $(LIBNCI_DEF_FILE) ...
No need to have a CC_SHARED with -fPIC (not yet)
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Thursday, May 06, 2004 11:49 PM
> To: Adam Thomason
> Cc: [EMAIL PROTECTED]
> Subject: Re: [perl #29257] Build libnci.so by default
>
>
> Adam Thomason <[EMAIL PROTECTED]> wr
On May 7, 2004, at 11:48 AM, chromatic wrote:
On Fri, 2004-05-07 at 11:13, Leopold Toetsch wrote:
Larry Wall <[EMAIL PROTECTED]> wrote:
[I'm assuming that these internal signatures contain actual type
No. They are really internal, denoting C data types: 'i' => int, 'd'
=>
double and so on. Thes
On Fri, 2004-05-07 at 11:13, Leopold Toetsch wrote:
> Larry Wall <[EMAIL PROTECTED]> wrote:
>
> > [I'm assuming that these internal signatures contain actual type
>
> No. They are really internal, denoting C data types: 'i' => int, 'd' =>
> double and so on. These signature just happen to live i
Larry Wall <[EMAIL PROTECTED]> wrote:
> [I'm assuming that these internal signatures contain actual type
No. They are really internal, denoting C data types: 'i' => int, 'd' =>
double and so on. These signature just happen to live in STRINGs so that
we can pass them around e.g. to VTABLEs.
> Lar
On Fri, May 07, 2004 at 10:13:13AM +0200, Leopold Toetsch wrote:
: Or better create a string_equal_cstring. We are comparing
: signatures here, which are just plain ASCII strings. I don't think, that
: we should allow non-ASCII signatures.
[I'm assuming that these internal signatures contain actua
On May 7, 2004, at 5:04 AM, Leopold Toetsch wrote:
Nicholas Clark <[EMAIL PROTECTED]> wrote:
However, I still have to make libnci.dylib by hand. I'm not sure of
the best
way to integrate things for that into the Configure system.
Your patch is almost ok. But I think dependencies are still wrong
On May 7, 2004, at 1:13 AM, Leopold Toetsch wrote:
Jeff Clites <[EMAIL PROTECTED]> wrote:
... which is trashing the strings we've just made (and are
in the middle of using) in build_call_func:
2925if (!string_compare(interpreter, signature,
2926 string_from_cstring(interpret
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> Yes, the fix you committed works. Thanks:
Welcome
> All tests successful, 1 test and 54 subtests skipped.
Fine
> However, I still have to make libnci.dylib by hand. I'm not sure of the best
> way to integrate things for that into the Configure system
On Fri, May 07, 2004 at 11:56:10AM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
>
> > 0x0002e354 in pobject_lives (interpreter=0x1000200, obj=0xd13a68)
>
>
> Ok, that's exactly:
>
> > #5 0x001ae474 i
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> #5 0x001ae474 in Parrot_NCI_set_string_keyed (interpreter=0x1000200, pmc=0x100f6a0,
> func=0xd13a68, value=0x1001ba8) at classes/nci.c:86
Ok. Fixed. And this test is removed. It was bogus anyway. The next test
has the right way to attach a callback inf
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> 0x0002e354 in pobject_lives (interpreter=0x1000200, obj=0xd13a68)
Ok, that's exactly:
> #5 0x001ae474 in Parrot_NCI_set_string_keyed (interpreter=0x1000200, \
pmc=0x100f6a0, func=0x
Jeff Clites <[EMAIL PROTECTED]> wrote:
> 1707# if ! DISABLE_GC_DEBUG
> 1708/* It's easy to forget that string comparison can trigger
> GC */
> 1709if (GC_DEBUG(interpreter))
> 1710Parrot_do_dod_run(interpreter, DOD_trace_stack_FLAG);
> 1711# endif
> Basically,
Andrew Dougherty <[EMAIL PROTECTED]> wrote:
> Off the top of my head, I can think of three instances where building
> without dynamic loading is relevant:
Ok. We need some more Configure support for this. First: if
--disable-shared or such is set on Configure., we should disable dynamic
targets i
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> So I don't know what to do next.
Difficult. Set a breakpoint (after the C) has executed at
nci_test.c:nci_pi, check any used pointer addresses from C code if they
match somewhere in that PMC.
And: Does it run with:
parrot -G t/pmc/nci_23.pasm
that
Adam Thomason <[EMAIL PROTECTED]> wrote:
> amd64 breaks. Shared libraries must be compiled with -fPIC; see
> http://www.x86-64.org/lists/discuss/msg02621.html for why. LD_SHARED
> has the flag, but nci_test.o isn't compiled with it.
Well, then we have to add $(LD_SHARED).
> needs to be a CC_SH
On May 6, 2004, at 6:58 AM, Nicholas Clark wrote:
On Tue, May 04, 2004 at 02:55:25PM +0200, Leopold Toetsch wrote:
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
'libnci.so' is used for testing the native call interface. However I
noticed
that the tests in t/pmc/nci.t were skipped, because 'lib
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, May 04, 2004 5:55 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [perl #29257] Build libnci.so by default
>
>
> Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
>
> &
On Thu, May 06, 2004 at 06:21:23PM +0200, Leopold Toetsch wrote:
> Nicholas Clark wrote:
> > 0 loadlib P1, "libnci" - P1=NULL,
> > 3 dlfunc P0, P1, "nci_pi", "pi"- P0=NULL,
> > P1=ParrotLibrary=PMC(0x200f7f0), , DOD
> > 8 set I5, 5- I5=0,
>
> That seems to be nci
Nicholas Clark wrote:
0 loadlib P1, "libnci" - P1=NULL,
3 dlfunc P0, P1, "nci_pi", "pi"- P0=NULL, P1=ParrotLibrary=PMC(0x200f7f0), ,
DOD
8 set I5, 5- I5=0,
That seems to be nci_23 from CVS, which is weird: that looks totally
different here. This test uses a
On Thu, 6 May 2004, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > On Fri, Apr 30, 2004 at 01:14:21PM +0200, Leopold Toetsch wrote:
>
> >> Good. Do we have currently any platforms that don't support dynamic
> >> loading at all?
>
> > Perl5 builds on UNICOS (Crays), which is
On Thu, May 06, 2004 at 04:43:53PM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
>
> > +$(LIBNCI_SO): $(SRC)/nci_test$(O)
> > $(LD) $(LD_SHARED) $(LDFLAGS) \
> > $(LD_OUT)$@ $(SRC)/nci_test$(O)
>
> Win32 additionally needs the libnci.def thingy. (Except whe
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> +$(LIBNCI_SO): $(SRC)/nci_test$(O)
> $(LD) $(LD_SHARED) $(LDFLAGS) \
> $(LD_OUT)$@ $(SRC)/nci_test$(O)
Win32 additionally needs the libnci.def thingy. (Except when we put in
the proposed dll_export macros).
> (gdb) print *obj
> $1 = {
>
On Tue, May 04, 2004 at 02:55:25PM +0200, Leopold Toetsch wrote:
> Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
>
> > 'libnci.so' is used for testing the native call interface. However I noticed
> > that the tests in t/pmc/nci.t were skipped, because 'libnci.so' wasn't built
> > by default. The
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Fri, Apr 30, 2004 at 01:14:21PM +0200, Leopold Toetsch wrote:
>> Good. Do we have currently any platforms that don't support dynamic
>> loading at all?
> Perl5 builds on UNICOS (Crays), which is a Unix without dynamic linking.
> (As my housemate expl
On Fri, Apr 30, 2004 at 01:14:21PM +0200, Leopold Toetsch wrote:
> Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
>
> > 'libnci.so' is used for testing the native call interface. However I noticed
> > that the tests in t/pmc/nci.t were skipped, because 'libnci.so' wasn't built
> > by default. The
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> 'libnci.so' is used for testing the native call interface. However I noticed
> that the tests in t/pmc/nci.t were skipped, because 'libnci.so' wasn't built
> by default. The attached patch adds that library to the target 'all'.
Thanks, applied. Le
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> 'libnci.so' is used for testing the native call interface. However I noticed
> that the tests in t/pmc/nci.t were skipped, because 'libnci.so' wasn't built
> by default. The attached patch adds that library to the target 'all'.
Good. Do we have cu
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #29257]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=29257 >
Hi,
'libnci.so' is used for testing the native call interface. However I not
29 matches
Mail list logo
