A slightly more useful solution would be to put the gap code into a gap file in src/ext/gap/ and load it from there. For starters, it could then also be loaded into a plain gap session.
Either way it doesn't really win any beauty contents, but then its just constructing a particular named graph. Once that works there isn't going to be much ongoing development on that particular named graph, so I don't really care too much about it. On Wednesday, January 6, 2016 at 9:48:42 PM UTC+1, Nathann Cohen wrote: > > Hello everybody, > > A ticket is in needs_review at #19661 [1], and the branch's main > feature is a new graph constructor. I write here because of a > disagreement Dima and I have about the code: I do not like at all that > most of the code is a *string* that is sent to GAP for evaluation. > > > http://git.sagemath.org/sage.git/diff/?id2=036455fd4defbb003152bf283af3a629b9c49324&id=16f1f711fce54ae770c81dd957e5cad2baea8fe1 > > > The result of the computation is of course returned to the user as a > Sage object. > > Dima says that he does not understand what my objection is, and so I > write here hoping that you will help me make it clear or tell me that > I am wrong to complain about this. > > Have fun, > > Nathann > > [1] http://trac.sagemath.org/ticket/19661 > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
