Hi Pablo you're using the wrong mailing list, xmlread is in a package and so I'm moving it to octave-forge mailing list. I'm also e-mailing Laurent Mazet since he wrote the code in question. I have also edited the subject line.
On 4 April 2012 20:32, Pablo Mayrgundter <pablo.mayrgund...@gmail.com> wrote: > But it failed, as the xmlread function in the current octave-forge package > only loads a custom format XML that defines internal octave datatypes. This > looks to be a recent update by carandraug: > > http://octave.svn.sourceforge.net/viewvc/octave/trunk/octave-forge/main/io/src/xmltree_read.l?revision=10145&view=markup This commit is nothing else more than moving the functions that were previously on the miscellaneous package to the IO package. > Is this API divergence intentional? It seems to me Octave's xmlread should > behave like Matlab's, and the custom octave-xml code that's in there now > should be moved to different naming, like octaveXmlRead or something. Yes it should but unfortunately no one has yet coded a compatible version. Do you think you could edit the current code to be matlab compatible? On 5 April 2012 02:34, Pablo Mayrgundter <pablo.mayrgund...@gmail.com> wrote: > Happy to help, though not sure how involved it is. I see you're maintaining > it, so maybe we can chat through a few patches? Actually this functions have no maintainer. I have just moved them to the IO package for sake of organization but neither me or Philp actually wrote them. They have pretty much no documentation whatsoever so I added Laurent Mazet (the original author of the code) to the list of recipients. I hope his e-mail address is still valid. > If so, next issue is that when I go to build packages, the Makefile > in octave-forge/packages tries to > fetch http://octave.sourceforge.net/packages.md5 which is 404. It looks > fairly important for the build versioning process.. any suggestion of how to > proceed? This is no issue. That part of the repository is old, very old. Don't look into it. You should be looking into octave-forge/main/io/ Carnë ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
