Andy Dougherty wrote:
On Mon, 13 Jun 2005, Andy Dougherty wrote:
On Mon, 13 Jun 2005, Leopold Toetsch via RT wrote:
Chip Salzenberg wrote:
On Mon, Jun 13, 2005 at 02:57:09PM -0400, Andy Dougherty wrote:
Yes. The compiler does the right thing. It sensibly reports
The following pat
On Mon, 13 Jun 2005, Andy Dougherty wrote:
> On Mon, 13 Jun 2005, Leopold Toetsch via RT wrote:
>
> > Chip Salzenberg wrote:
> > > On Mon, Jun 13, 2005 at 02:57:09PM -0400, Andy Dougherty wrote:
> >
> > >>Yes. The compiler does the right thing. It sensibly reports
> > >>that sizeof(PMC) = 24
On Mon, 13 Jun 2005, Leopold Toetsch via RT wrote:
> Chip Salzenberg wrote:
> > On Mon, Jun 13, 2005 at 02:57:09PM -0400, Andy Dougherty wrote:
>
> >>Yes. The compiler does the right thing. It sensibly reports
> >>that sizeof(PMC) = 24 for SPARC.
> >
> > Then I remain puzzled how Parrot could
Chip Salzenberg wrote:
On Mon, Jun 13, 2005 at 02:57:09PM -0400, Andy Dougherty wrote:
Yes. The compiler does the right thing. It sensibly reports
that sizeof(PMC) = 24 for SPARC.
Then I remain puzzled how Parrot could ever misalign a double.
Yes. So I am. Could somone please run this P
On Mon, Jun 13, 2005 at 02:57:09PM -0400, Andy Dougherty wrote:
> On Mon, 13 Jun 2005, Chip Salzenberg via RT wrote:
>
> > On Mon, Jun 13, 2005 at 08:38:30PM +0200, Leopold Toetsch wrote:
> > > Chip Salzenberg wrote:
> > > >On Mon, Jun 13, 2005 at 07:29:53PM +0200, Leopold Toetsch wrote:
> > > >>T
On Mon, 13 Jun 2005, Chip Salzenberg via RT wrote:
> On Mon, Jun 13, 2005 at 08:38:30PM +0200, Leopold Toetsch wrote:
> > Chip Salzenberg wrote:
> > >On Mon, Jun 13, 2005 at 07:29:53PM +0200, Leopold Toetsch wrote:
> > >>The PMC allocation area is a big bunch of memory, where PMC-sized
> > >>piece
On Mon, Jun 13, 2005 at 08:38:30PM +0200, Leopold Toetsch wrote:
> Chip Salzenberg wrote:
> >On Mon, Jun 13, 2005 at 07:29:53PM +0200, Leopold Toetsch wrote:
> >>The PMC allocation area is a big bunch of memory, where PMC-sized
> >>pieces are carved out by the memory allocation system. There is no
On Mon, 13 Jun 2005, Leopold Toetsch via RT wrote:
> Chip Salzenberg wrote:
> > On Mon, Jun 13, 2005 at 07:12:48PM +0200, Leopold Toetsch wrote:
> >
> >>Andy Dougherty (via RT) wrote:
> >>
> >>>... On SPARC, doubles should be aligned on 8-bit boundaries.
> >>>The speculation is that the _num_val
Chip Salzenberg wrote:
On Mon, Jun 13, 2005 at 07:29:53PM +0200, Leopold Toetsch wrote:
The PMC allocation area is a big bunch of memory, where PMC-sized
pieces are carved out by the memory allocation system. There is no
union or compiler bug involved.
But "PMC-sized" is defined in terms of
On Mon, Jun 13, 2005 at 07:29:53PM +0200, Leopold Toetsch wrote:
> The PMC allocation area is a big bunch of memory, where PMC-sized
> pieces are carved out by the memory allocation system. There is no
> union or compiler bug involved.
But "PMC-sized" is defined in terms of the C sizeof operator,
Chip Salzenberg wrote:
On Mon, Jun 13, 2005 at 07:12:48PM +0200, Leopold Toetsch wrote:
Andy Dougherty (via RT) wrote:
... On SPARC, doubles should be aligned on 8-bit boundaries.
The speculation is that the _num_val part of the UnionVal in the PMC
ends up unaligned. However, I couldn't fol
On Mon, Jun 13, 2005 at 07:12:48PM +0200, Leopold Toetsch wrote:
> Andy Dougherty (via RT) wrote:
> >... On SPARC, doubles should be aligned on 8-bit boundaries.
> >The speculation is that the _num_val part of the UnionVal in the PMC
> >ends up unaligned. However, I couldn't follow where that hap
Andy Dougherty (via RT) wrote:
... On SPARC, doubles should be aligned on 8-bit boundaries.
The speculation is that the _num_val part of the UnionVal in the PMC
ends up unaligned. However, I couldn't follow where that happened, so I
can't suggest a patch.
It happends directly in the PMC mem
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #36269]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=36269 >
As discussed in
http://www.nntp.perl.org/group/perl.perl6.internals/29984
a parr
14 matches
Mail list logo