buildinstruct.hpp

Go to the documentation of this file.

/*
  BUILDINSTRUCT.hpp  -  Instructions for building some configuration of render nodes.
 
   Copyright (C)
     2008,            Hermann Vosseler <Ichthyostega@web.de>
 
 **Lumiera** 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. See the file COPYING for further details.
 
*/
 
 
#ifndef STEAM_ASSET_BUILDINSTRUCT_H
#define STEAM_ASSET_BUILDINSTRUCT_H
 
 
#include "lib/symbol.hpp"
 
#include <boost/variant.hpp>
#include <string>
 
using std::string;
 
 
 
namespace steam {
namespace asset {
 
  using lib::Symbol;
  using lib::Literal;
  
  class Proc;
  class ProcPatt;
 
  using PProc     = lib::P<const asset::Proc>;
  using PProcPatt = lib::P<const asset::ProcPatt>;
 
  
  static Symbol CURRENT = "current";
  
  struct DoAttach
    {
      vector<PProc> nodes;
 
      Literal point;
      
      DoAttach (Symbol where = CURRENT)
        : point(where)
        { }
      
      DoAttach (PProc& node, Symbol where = CURRENT)
        : point(where)
        {
          nodes.push_back(node);
        }
    };
    
    
  struct DoRecurse
    {
      PProcPatt subPattern_;
 
      explicit DoRecurse (PProcPatt& pattern) : subPattern_(pattern) {}
    };
    
    
    
  class DoConditional
    {
      // How to do this? we need some context to test the condition...
    };
 
    
  typedef boost::variant< DoAttach, DoRecurse, DoConditional > InstructEntry;
    
  struct BuildInstruct
    : public InstructEntry 
    {
      template<typename T>
      BuildInstruct (T& instr) : InstructEntry() {}
 
      // TODO: this ctor is *not* correct, just to make it compile
      // There is a strange problem with boost::variant, probably because the
      // template parameter T could be anything (but actually we know it's one
      // of our Instruction types.
      // I have to re-investigate this design anyway, and probably will replace
      // the boost::variant by something else, derive from a common base or such.
      // Note: as of 8/2008 ProcPatt is just a draft and not implemented.
      
      // Note: 9/2013 : meanwhile the obvious solution would be to use our "polymorphic value",
      //                which was invented exactly to solve this notorious design mismatch in C++
    };
    
    
    
    
    
}} // namespace steam::asset
#endif