Mercurial > hg > graal-jvmci-8
diff src/cpu/sparc/vm/frame_sparc.cpp @ 9152:f36e073d56a4
7104565: trim jprt build targets
Summary: remove JPRT debug builds, remove -DDEBUG -DFASTDEBUG and use ASSERT instead in sources
Reviewed-by: dholmes, kvn, coleenp
author | drchase |
---|---|
date | Fri, 12 Apr 2013 15:53:30 -0700 |
parents | ec2eddfed950 |
children | f2110083203d |
line wrap: on
line diff
--- a/src/cpu/sparc/vm/frame_sparc.cpp Fri Apr 12 12:22:59 2013 -0700 +++ b/src/cpu/sparc/vm/frame_sparc.cpp Fri Apr 12 15:53:30 2013 -0700 @@ -1,5 +1,5 @@ /* - * Copyright (c) 1997, 2012, Oracle and/or its affiliates. All rights reserved. + * Copyright (c) 1997, 2013, Oracle and/or its affiliates. All rights reserved. * DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS FILE HEADER. * * This code is free software; you can redistribute it and/or modify it @@ -304,7 +304,7 @@ // The sender should positively be an nmethod or call_stub. On sparc we might in fact see something else. // The cause of this is because at a save instruction the O7 we get is a leftover from an earlier - // window use. So if a runtime stub creates two frames (common in fastdebug/jvmg) then we see the + // window use. So if a runtime stub creates two frames (common in fastdebug/debug) then we see the // stale pc. So if the sender blob is not something we'd expect we have little choice but to declare // the stack unwalkable. pd_get_top_frame_for_signal_handler tries to recover from this by unwinding // that initial frame and retrying.