fpc/compiler/llvm/nllvmflw.pas
Jonas Maebe 48ef33a8b3 * fixed interprocedural gotos for llvm
o ensure that the label's local "jumpbuf" variable gets moved to the
     parentfpstruct soon enough
   o don't generate global symbols for interprocedural labels: they're not
     necessary if they are only used via setjmp/longjmp (all references are
     local in that case), and if they are referenced via an assembler block
     then we'll have to handle them by passing a blockaddress() expression
     as parameter to that assembler block (which does not require a global
     symbol, but which is not yet implemented)

git-svn-id: trunk@34946 -
2016-11-21 07:39:13 +00:00

68 lines
2.2 KiB
ObjectPascal

{
Copyright (c) 2016 by Jonas Maebe
Generate assembler for nodes that influence the flow for llvm
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
****************************************************************************
}
unit nllvmflw;
{$i fpcdefs.inc}
interface
uses
aasmbase,
nflw, ncgflw, ncgnstfl;
type
tllvmlabelnode = class(tcglabelnode)
function getasmlabel: tasmlabel; override;
end;
implementation
{*****************************************************************************
SecondLabel
*****************************************************************************}
uses
aasmdata;
function tllvmlabelnode.getasmlabel: tasmlabel;
begin
{ don't allocate global labels even if the label is accessed from
another routine: we always have to refer to such labels using the
blockaddress() construct, which works with local labels too.
Additionally, LLVM does not support defining global labels in the
middle of a routine -> jumping to such a label from assembler code
from another function will not work anyway (have to handle that by
passing a blockaddress as argument to an assembler block, although
"some targets may provide defined semantics when using the value as
the operand to an inline assembly") }
if not(assigned(asmlabel)) then
current_asmdata.getjumplabel(asmlabel);
result:=asmlabel
end;
begin
clabelnode:=tllvmlabelnode;
end.