bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-apl] XML to APL


From: Elias Mårtenson
Subject: Re: [Bug-apl] XML to APL
Date: Mon, 31 Aug 2015 08:48:05 +0800

The multiplexer function was my idea. The idea was to not be dependent on a given C++ implementation's ABI and instead dispatch calls through a function with C-linkage.

This didn't work because it turned out that the modules needs lots and lots of access to the innards of GNU APL, so even if the entry point is standard C, the rest is still C++.

So, I officially apologise for the extra complexity.

Regards,
Elias

On 31 Aug 2015 05:13, <address@hidden> wrote:
forgot to cc the list. 

-------- Original Message --------
Subject: RE: [Bug-apl] XML to APL
From: <address@hidden>
Date: Sun, August 30, 2015 11:28 am
To: "Elias_Mårtenson" <address@hidden>

In that case, I'll attempt to use xerces. I say "attempt" because I get to the multiplexer function (when trying to wrap C++ code)and then I kind of can't follow the rest of it. 

-Alex

-------- Original Message --------
Subject: Re: [Bug-apl] XML to APL
From: Elias_Mårtenson <address@hidden>
Date: Fri, August 28, 2015 8:37 pm
To: address@hidden

It's using the Apache license so that shouldn't be a problem. Especially since you're not actually using the code but merely linking with it.
Regards,
Elias
On 29 Aug 2015 04:05, <address@hidden> wrote:
Elias,

I was informed that xerces is not GNU compatible. I was pointed to a lib that is GNU friendly (its name escapes me at the moment). I will try to wrap that one.

-Alex
-------- Original Message --------
Subject: Re: [Bug-apl] XML to APL
From: Elias Mårtenson<address@hidden>
Date: Aug 28, 2015 2:47 AM
To: address@hidden
CC: "address@hidden" <address@hidden>

The standard one peopl euse seems to be Xerces-C (they have both C and C++<br/>API's): https://xerces.apache.org/xerces-c/ This one is probably the best<br/>choice if you want to make sure it's stable and fully compliant.<br/><br/>When googling for alternatives I found this one that people seems to like a<br/>lot. I've never used it so I can't say anything about it:<br/>http://rapidxml.sourceforge.net/index.htm<br/><br/>Regards,<br/>Elias<br/><br/><br/><br/>On 28 August 2015 at 12:56, <address@hidden> wrote:<br/><br/>> Can you suggest an XML parser library for me to take a peek at?<br/>><br/>> -------- Original Message --------<br/>> Subject: Re: [Bug-apl] XML to APL<br/>> From: Elias Mårtenson<address@hidden><br/>> Date: Aug 28, 2015 12:15 AM<br/>> To: address@hidden<br/>> CC: "address@hidden" <address@hidden><br/>><br/>> I have been considering writing an API that connects GNU APL with a proper<br/>> XML parser library. I haven't really needed it yet, which is why I didn't<br/>> actually do it yet.<br/>><br/>> It is, however, something you might want to consider.<br/>><br/>> Regards,<br/>> Elias<br/>><br/>> On 28 August 2015 at 11:56, <address@hidden> wrote:<br/>><br/>> > Hi Bug APL,<br/>> ><br/>> > I wrote a piece of code that will take a text vector of XML and return a<br/>> > nested data thing.<br/>> > It is still pretty fragile, and still under development (but I think that<br/>> > is a given). Can the link be added to the community page?<br/>> ><br/>> > If anyone wants to work with what I have, and write getters and setters<br/>> > (similar to how _javascript_ and the DOM interact), please feel free to do<br/>> > so. It is next on my list once I'm confident in this.<br/>> ><br/>> > https://github.com/alexcweiner/AWPL/blob/master/XML/XML.apl<br/>> ><br/>> ><br/>> > -Alex<br/>> ><br/>> ><br/>><br/>><br/>

reply via email to

[Prev in Thread] Current Thread [Next in Thread]