Hi Patrick,
Thanks For raising this. I think this function should be moved to axiom_node
functions. To something like

axiom_node_t *axiom_node_create_from_buffer(const axutil_env_t *env,
axis2_char_t *buffer)

It will be very easy to work with in other applications also. Can you please
raise a JIRA on this issue..

Thanks
Dimuthu


On Wed, Dec 3, 2008 at 6:17 PM, Patrick van Beem <
[EMAIL PROTECTED]> wrote:

>
> In the main trunk, the C-code generator now generates the following
> function in the axis2_stub_xxx.c:
>
>    axiom_node_t* AXIS2_CALL
>    axis2_deserialize_buffer (
>        const axutil_env_t * env,
>        char *buffer);
>
> This one is the same for every stub generated. So if you use more SOAP
> interfaces in one project, you get this function multiple times in one
> project. The linker does not like that...
>
> Possible solutions include:
> - Make it static, so the linker won't complain. Drawback: You will end up
> with multiple copies of the same function. (Intelligent linkers might remove
> these duplicates when optimizing.)
> - Deliver it in a separate file outside of the generation process and tell
> the user to include it in their project. Drawback: Less user-friendly.
> - Generate it in a separate file and tell the user to delete duplicates.
> Drawback: less user-friendly.
>
> Any other solutions? Anyone? What's preferred?
>
> --
>
>
> Patrick van Beem
> Sr. Software engineer
>
> Quintiq
>
> T +31 (0) 73 691 07 39
> F +31 (0) 73 691 07 54
> M +31 (0) 06 15 01 65 83
> E [EMAIL PROTECTED]
> I www.quintiq.com
>
>
>
> This message contains information that may be privileged or confidential
> and is the property of Quintiq. It is only intended for the person to whom
> it is addressed. If you are not the intended recipient, you are not
> authorized to read, print, retain, copy, disseminate, distribute or use this
> message or any part thereof. If you have received this message in error,
> please notify the sender immediately and delete all copies of this message.
> Please note that e-mails are susceptible to change, therefore they are not
> binding.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Thanks,
Dimuthu Gamage

http://www.dimuthu.org
http://www.wso2.org

Reply via email to