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