Andy Dougherty <[EMAIL PROTECTED]> wrote:
> The patch below goes on top of yours and renames it link_shared.
Thanks, applied - r8284
leo
On Mon, 6 Jun 2005, Nick Glencross wrote:
> Andy Dougherty wrote:
>
> > On Mon, 6 Jun 2005, Nick Glencross wrote:
> >
> >
> > > Not a problem. I'm attaching a patch which I believe fixes all the build
> > > issues on HP-UX, and shouldn't cause any breakage with any other
> > > platforms.
> > >
Andy Dougherty wrote:
On Mon, 6 Jun 2005, Nick Glencross wrote:
Not a problem. I'm attaching a patch which I believe fixes all the build
issues on HP-UX, and shouldn't cause any breakage with any other platforms.
I've retested on Linux and cygwin (although cygwin has problems with
dynclass
On Mon, 6 Jun 2005, Nick Glencross wrote:
> Not a problem. I'm attaching a patch which I believe fixes all the build
> issues on HP-UX, and shouldn't cause any breakage with any other platforms.
>
> I've retested on Linux and cygwin (although cygwin has problems with
> dynclasses), and all's well
Nick Glencross <[EMAIL PROTECTED]> wrote:
> Not a problem. I'm attaching a patch which I believe fixes all the build
> issues on HP-UX, and shouldn't cause any breakage with any other platforms.
Thanks, applied - r8280
leo
Leopold Toetsch wrote:
The various HPUX-related changed didn't make it into the release, sorry.
Could you please provide a patch for all outstanding issued.
Leo,
Not a problem. I'm attaching a patch which I believe fixes all the build
issues on HP-UX, and shouldn't cause any breakage with a
Nick Glencross <[EMAIL PROTECTED]> wrote:
>> Leopold Toetsch wrote:
>>> #define PARROT_HASH_ALIGNED_FUNCPTR 0
> Actually, where it uses this in mmd.c is actually an #ifndef which means
> that really the above line should be commented out.
The various HPUX-related changed didn't make it into the
Nick Glencross wrote:
Leopold Toetsch wrote:
Nick Glencross wrote:
Strangely all the segfaults have now gone away (perhaps the assembler
aligns data differently?), although the 'l != left' assertions are
still there.
Looking at the code this is very likely caused by unaligned function
Leopold Toetsch wrote:
Nick Glencross wrote:
Strangely all the segfaults have now gone away (perhaps the assembler
aligns data differently?), although the 'l != left' assertions are
still there.
Looking at the code this is very likely caused by unaligned function
pointers. To verify it pl
Nick Glencross wrote:
+ # This was added to convert 9000/800 to 9000_800 on HP-UX
+ $cpuarch =~ s|/|_|g;
Thanks, applied - r8264
leo
Nick Glencross wrote:
Strangely all the segfaults have now gone away (perhaps the assembler
aligns data differently?), although the 'l != left' assertions are still
there.
Looking at the code this is very likely caused by unaligned function
pointers. To verify it please set:
#define PARROT
H.Merijn Brand wrote:
On Wed, 01 Jun 2005 12:45:12 +0100, Nick Glencross
<[EMAIL PROTECTED]> wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only has
Peter Sinnott wrote:
On Thu, Jun 02, 2005 at 11:22:45AM +0100, Nick Glencross wrote:
Peter Sinnott wrote:
bash-2.05$ uname -a
HP-UX gnbil2dv B.11.00 A 9000/800 1657309373 two-user license
bash-2.05$ /cm/tools/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) confi
On Thu, Jun 02, 2005 at 11:22:45AM +0100, Nick Glencross wrote:
> Peter Sinnott wrote:
>
> >bash-2.05$ uname -a
> >
> >HP-UX gnbil2dv B.11.00 A 9000/800 1657309373 two-user license
> >bash-2.05$ /cm/tools/bin/perl -V
> >Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
> >Pl
On Wed, Jun 01, 2005 at 10:48:32PM +0100, Nick Glencross wrote:
> Leopold Toetsch wrote:
>
> >Nick Glencross wrote:
> >
> >>#define PARROT_9000/800 1
> >
> > ^
> >
> >Can you check in config/*/*.pl where that is coming from?
>
> That would be PARROT_${jitcpu}, where jitcpu is
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 01, 2005 at 08:45:53PM +0200, Leopold Toetsch wrote:
>> Nick Glencross wrote:
>> >alignbytes=8, prototype=define
>>
>>
>> What does this mean in perl?
> It's the result from this C program run by Configure:
> #include
H.Merijn Brand wrote:
On Wed, 01 Jun 2005 12:45:12 +0100, Nick Glencross
<[EMAIL PROTECTED]> wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only h
On Wed, 01 Jun 2005 12:45:12 +0100, Nick Glencross
<[EMAIL PROTECTED]> wrote:
> Here are some notes for those that are interested in parrot being built
> on other platforms.
>
> The system in question is a PA-RISC HP-UX 11.11 system
> (hppa2.0w-hp-hpux11.11). The system only has the bundled C c
Leopold Toetsch wrote:
Nick Glencross wrote:
#define PARROT_9000/800 1
^
Can you check in config/*/*.pl where that is coming from?
That would be PARROT_${jitcpu}, where jitcpu is set by
config/auto/jit.pl. It looks like jitcpu is derived (through archname)
by splitt
On Wed, Jun 01, 2005 at 08:45:53PM +0200, Leopold Toetsch wrote:
> Nick Glencross wrote:
>
> >Doh! Copied the wrong 'perl -V' output!
> >
> >intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
> >d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
> >ivtype='
Nick Glencross wrote:
Doh! Copied the wrong 'perl -V' output!
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=4
align
Nick Glencross wrote:
#define PARROT_9000/800 1
^
Can you check in config/*/*.pl where that is coming from?
Thanks,
leo
Leopold Toetsch wrote:
Nick Glencross wrote:
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
Strange - everything else looks like a 32-bit machine. Is it one?
Doh! Copied the wrong 'perl -V' ou
Nick Glencross wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only has the bundled C compiler and
linker, so I've compiled gcc 3.3.6 for it. gcc cann
Nick Glencross wrote:
Here are some notes for those that are interested in parrot being built
on other platforms.
The system in question is a PA-RISC HP-UX 11.11 system
(hppa2.0w-hp-hpux11.11). The system only has the bundled C compiler and
linker, so I've compiled gcc 3.3.6 for it. gcc canno
Nick Glencross wrote:
Actually, I'm working in a small window, and missed the fact that
Configure reported the following:
Determining your minimum pointer alignment..Use of uninitialized
value in concatenation (.) or string at config/auto/alignptrs.pl line 59.
Use of uninitialized value i
Actually, I'm working in a small window, and missed the fact that
Configure reported the following:
Determining your minimum pointer alignment..Use of uninitialized
value in concatenation (.) or string at config/auto/alignptrs.pl line 59.
Use of uninitialized value in numeric eq (==) atconf
27 matches
Mail list logo
