[libxml++] Re: typedef string class



The basic problem I'm trying to solve is to not need glib and the C++
encapsulations by just using std::string.  Only OS core libraries are
needed for libxml2 and libxml++-1.0.2, which I really like:

$ ldd libxml++-1.0.so.1.0.2
    libxml2.so.2 => /opt/xml/libxml2-2.6.6/lib/libxml2.so.2 (0x009ed000)
    libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00ca0000)
    libz.so.1 => /usr/lib/libz.so.1 (0x008d2000)
    libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00632000)
    libm.so.6 => /lib/tls/libm.so.6 (0x00111000)
    libc.so.6 => /lib/tls/libc.so.6 (0x00774000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x001c1000)
    /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x004cd000)

$ ldd libxml2.so.2.6.6
    libpthread.so.0 => /lib/tls/libpthread.so.0 (0x003cf000)
    libz.so.1 => /usr/lib/libz.so.1 (0x001f4000)
    libm.so.6 => /lib/tls/libm.so.6 (0x00734000)
    libc.so.6 => /lib/tls/libc.so.6 (0x00205000)
    /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x004cd000)


For my application, I do not require UTF-8.  I am also using a very lean
version of Linux that has no GUI.  Other than the basic OS, I build all
the libraries that are needed.  I am also patching libxml++ in various
ways so rebuilding for me is required.

I offered the string typedef idea because it would not require templates
and therefore require little change to the current libxml++ code base.

I may be misunderstanding the function of libxml++: maybe you mean for
it to be used only where the full gnome gui library is available.  If
so, then maybe I should think about creating an offshoot library of some
sort.






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