#364: ptr_alignment 8 not honored, sparc 64bit broken
--------------------+-------------------------------------------------------
Reporter: rurban | Owner: rurban
Type: bug | Status: reopened
Priority: minor | Milestone:
Component: core | Version: trunk
Severity: low | Resolution:
Keywords: 64bit | Lang:
Patch: | Platform: other
--------------------+-------------------------------------------------------
Comment(by doughera):
Yes, I know that. But fetch_integer is the place where this particular
core dump was reported, so fetch_integer is what I proposed fixing first.
It also has the advantage that it's only called from one place in the
entire parrot tree, so it's an easily localizable, nicely contained
change, worth testing.
If it helped avoid this core dump, I fully expected the core dump to be
shifted to a fetch_opcode call. Then it would make sense to think about
expanding this strategy to fetch_opcode as well.
I think a patch like this is essentially unavoidable if parrot is going to
read foreign pbc files from the same set of functions used to read native
pbc files. We can't step ahead by 1/2 an opcode_t.
--
Ticket URL: <https://trac.parrot.org/parrot/ticket/364#comment:20>
Parrot <https://trac.parrot.org/parrot/>
Parrot Development
_______________________________________________
parrot-tickets mailing list
[email protected]
http://lists.parrot.org/mailman/listinfo/parrot-tickets
