Adding the file to the INTERP_O_FILES section in
config/gen/makefiles/root.in and re-running Configure should do the trick.
--AT
On 10/24/06, Karl Forner <[EMAIL PROTECTED]> wrote:
On 10/23/06, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
>
> Karl Forner wrote:
> > I've added one C src file
On Fri, 29 Oct 2004 15:03:40 -0700, Adam Thomason <[EMAIL PROTECTED]> wrote:
>
> Worry not, it's already broken. I've been unable to test the AIX/PPC
> JIT since ICU went in. The configuration for ICU (at least as of 2.6)
> supports only a 64-bit build, while a
On Mon, 8 Nov 2004 11:38:11 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Adam Thomason <[EMAIL PROTECTED]> wrote:
>
> > It appears that (3) may work after all. ICU 3.0 will build static
> > 32-bit libraries which seem to work with parrot. As J
On Wed, 10 Nov 2004 08:34:26 +0100, Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Adam Thomason <[EMAIL PROTECTED] > wrote:
> > On Mon, 8 Nov 2004 11:38:11 +0100, Leopold Toetsch <[EMAIL PROTECTED] >
> > wrote:
> >> Adam Thomason <[EMAIL PROTECTED] &
> -Original Message-
> From: Dan Sugalski [mailto:[EMAIL PROTECTED]
> Sent: Friday, April 09, 2004 1:45 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: ICU incorporation and string changes heads-up
>
>
> At 9:59 PM +0200 4/9/04, Leopold Toetsch wrote:
> >Dan Sugalski <[E
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 07, 2004 3:59 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [perl #29402] [BUG] 64-bit bitops
>
> > One particularly odd case:
>
> > _main:
> > set I1, 0x
> > shl I1, I1, 32
> >
> -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
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Saturday, May 08, 2004 1:29 AM
> To: Adam Thomason
> Cc: [EMAIL PROTECTED]
> Subject: Re: [perl #29402] [BUG] 64-bit bitops
>
>
> Adam Thomason <[EMAIL PROTECTED]> wr
> -Original Message-
> From: Adam Thomason
> Sent: Monday, May 10, 2004 7:13 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: [perl #29402] [BUG] 64-bit bitops
>
> I haven't managed to beat ICU into submission on AIX yet, so
> I can&
> -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:
>
> > 'libnci.so' is used for testing the na
me history follows.
An excerpt from
http://groups.google.com/groups?hl=en&lr=&c2coff=1&safe=off&selm=200405081141.i48BfAf04107%40thu8.leo.home:
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Adam Thomason <[EMAIL PROTECTED]> wrote:
>
> > It's not the library t
On Fri, 29 Oct 2004 01:05:18 -0700, Jeff Clites <[EMAIL PROTECTED]> wrote:
> Recently config/gen/platform/darwin/asm.s was added, containing
> Parrot_ppc_jit_restore_nonvolatile_registers(). Corresponding code also
> needs to be added to config/gen/platform/aix/asm.s -- Parrot should
> fail to link
On Tue, 2 Nov 2004 13:33:47 -0500, Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 1:16 PM -0500 11/2/04, Sam Ruby wrote:
>
> Making ICU optional, at least. It's too problematic on too many
> platforms, and just turns into a big headache. It seemed like a good
> idea at the time, and while it's still
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24088]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24088 >
Inspired by Andy Dougherty's Sun exercise, I've taken a crac
> -Original Message-
> From: Nicholas Clark (via RT)
> [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 02, 2003 9:04 AM
> To: Adam Thomason
> Subject: Re: [perl #24088] [PATCH] Parrot on AIX
>
>
> On Thu, Oct 02, 2003 at 11:52:48AM -0400, Dan Sugalski wr
t; stuff in jit.c and follow the hints in docs/jit.pod /Debugging.
I'll see where that gets me.
Adam Thomason
aix.pl
Description: aix.pl
Program received signal SIGSEGV, Segmentation fault.
0x7c0802a4 in ?? ()
**
I'm not entirely sure what I'm looking at here. Is there anything I can do
without being a JIT or PPC guru?
Adam Thomason
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24185]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24185 >
Here's the beginning of support for debugging the JIT core with t
Hmm, this still fails on AIX, since the guard (PARROT_HAS_HEADER_SYSSOCKIO) and the
header (sys/socket.h) don't match. I don't have sys/sockio.h, but sys/socket.h is
required to prevent the same sizeof(incomplete type) error that Michael reported.
There's no $Config{i_syssocket}, though, so it
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24210]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24210 >
Test 45 in t/pmc/sub.t makes a system call that relies on parrot bein
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24226]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24226 >
IBM VisualAge C 6 complains about some data<->functi
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24239]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24239 >
Two issues while building parrot on OpenBSD 3.3/i386:
* arpa/inet.h do
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24240]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24240 >
I've convinced parrot to build and pass all tests on HP-UX/PA-RI
# New Ticket Created by "Adam Thomason"
# Please include the string: [perl #24247]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=24247 >
The extension code has some type safety troubles. For instance, when
P
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 27, 2003 11:01 AM
> To: Perl6 Internals
> Cc: Dan Sugalski; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Tinderboxens
>
> - actinium
> This is a harder error:
> # Failed to build 't/src/
> -Original Message-
> From: Jeff Clites [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 07, 2004 12:52 AM
> To: Adam Thomason
> Cc: Internals List
> Subject: Re: [perl #24829] RE: [PATCH] PPC JIT fixes
> [re-send] (Modified
> by Jeff Clites)
>
> 1) In
While we're about it, there's a need for platform specific .s files as well, since
some compilers like xlc don't support inlined asm. There's a ia64.s already in cvs,
but I don't see by what magic it actually gets built (if it even is). Configure
should likely have a --as option as well to sup
Hmm, this is still wrong. The error message isn't just a function of the locale; it's
also dependent on the OS. AIX is now back to expecting "No such file or directory"
courtesy of LANG=C when the imcc error is "A file or directory in the path name does
not exist." That's English, just not th
Hopefully in time to make the feature freeze, here's an effort at solving this
problem. I went through the platform .c and .h files and broke out the redundant bits
into the following "modules", which were already delimited by comments in generic.*:
dl: dynamic library loading
e
> -Original Message-
> From: Leopold Toetsch [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 19, 2004 1:00 AM
> To: Adam Thomason
> Cc: [EMAIL PROTECTED]
> Subject: Re: [PATCH] Re: [perl #25239] Platform-specific
> files not granular enough
>
> BTW wha
> -Original Message-
> From: Jonathan Worthington [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 20, 2004 4:47 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [PATCH] Re: [perl #25239] Platform-specific files not
> granular enough
>
>
[snip]
>
> Creating an empty signal.h works fine, but t
At least for VAC6, they're all the same binary, but the invocation affects behavior.
By default xlc and friends are more ANSI-like, though Parrot shouldn't care. Using
cc_r in hints is fine if it matters to you; I didn't pick xlc_r for any particular
reason. I was even able to get away with u
Actually, it'd be better just to remove jit_debug_xcoff.c from the build for now,
since it never really worked (the bugs it was designed to help with were independently
resolved). AFAICT the object code it produces is correct, but I was unable to make
gdb (and certainly not dbx) import the XCOF
> -Original Message-
> From: Leon Brocard [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 01, 2004 3:42 AM
> To: [EMAIL PROTECTED]
> Subject: [PATCH] signals under x86_64
>
>
> Signals no worky under x86_64. I don't really understand why. Seeing
> as we're skipping on lots of platforms
34 matches
Mail list logo
