XML/TA library for glib2 and pcre

SourceForge!
xmlg 0.7.18


 
Summary
Download

 


 
README
ChangeLog
old tarballs

 


 
xmlg sources
bin examples

 


unfinished documents:

 
NODEMODEL
XPATHDEF
CHECKING
HYPERCSS
TEXTMINING


pfe sources
pfe manpages
pfe docbook

2003-02-19 "0.7.18" <guidod@gmx.de>
	* taking over make-dbk.pl from zziplib, place pfe-intro.dbk
	    into doc/pfe, and generate pfe-forth.dbk and pfe-forth.html
	    from these sources. This makes for a perfect docbook master.
	* `make pfe` will now create doc/pfe/pfe-forth.html
	
2003-02-18 "0.7.17" <guidod@gmx.de>
	* making "$id" part of non-fcode entries to be just secondary
	  to the $forth_name: makes for single-digit serial numbers. :-)
	* s/xml_text_*/xml_strstr_*/
	* s/xml_node_append_new/xml_node_append_node_new/
	* s/xml_node_append_new_data/xml_node_append_node_new_data/
	* s/xml_node_append_text/xml_node_append/
	* enhance xml_node_append with <*%p/ = attribute_list_copy
	  support to make formatted tree_append more powerful - then go
	  to pdoc-pfe and replace these parts which should enhance the
	  readibility and maintainability of that code part considerably.

2003-02-17 "0.7.16" <guidod@gmx.de>
	* add warning_default_pkgconfig
	* defaulttext for synonyms
	* oops - where is the export_value to attribute detection...
	* introducing vararg append_text to appends nodes and text
	   snippets at the same time using a compact syntax.

2003-02-14 "0.7.15" <guidod@gmx.de>
	* change makefile for "doc" files - to make them all somewhat
	   look like html and bind them together with a common navbar
	   into a complete website
	
2003-02-13 "0.7.14" <guidod@gmx.de>
	* complete <link> detection - all "=>" parts are not detected
	   and largely resolved as well.
	* xml_pdoc_c_doc reimplemented - does now properly recognize
	   alternating multi-line sections of <para> and <screen>.
	* cleanup cblocks messing up doc section

2003-02-13 "0.7.13" <guidod@exgate.tek.com>
	* implement <link> detection and link-resolution
	* implement indexTerm generation - the microsoft htmlhelp compiler
	   can not stand it, it has a fixed maximum of 1500 entries.

2003-02-12 "0.7.12" <guidod@gmx.de>
	* implement the speedup-variant for the report generation using
	   an index-list for the cblocks we want to merge into the output
	   (... it happens to be too fast to implement sth even quicker)
	* fcodename gets to know again about number-to-name conversion
	* docbook generation - after lots and lots of trial and error,
	   I found a layout that gets rendered nice for both html and troff

2003-02-11 "0.7.11" <guidod@exgate.tek.com>
	* expand configure/make to allow binding of extra forth sources
	   from the mforth source tree
	* make-max will then build the complete words.xml / wordsets.xml
	   file and the words.docbook of course : 1179 refentry parts
	
2003-02-11 "0.7.10" <guidod@gmx.de>
	* merge tek tree with pub tree
	* output words.xml integrated

2003-02-10 "0.7.9" <guidod@gmx.de>
	* xml_pdoc_pfe_wordsets_2_words_reference
	* xml_node_remove needed
	* xml_node_foreach needs a fix: what if the "node" gets removed?

2003-02-09 "0.7.8" <guidod@gmx.de>
	* create doc/pfe/wordsets2words.pl
	* xmlto html-nochunks of the result

2003-01-11 "0.7.7" <guidod@gmx.de>
	* change every instance of GList* into using xml_GList* instead
	* make xml_GList union s/item/data/ and the enclosed gpointer
	  gets s/data/pointer/
	* bin/xml-c-pfe-doc to print the report format (wordset/exports/doc)
	* actual changes to support pfe report generation
	* try `make wordsets.html` to see

	
2003-01-10 "0.7.6" <guidod@gmx.de>
	* the readability got lost - let's change the naming scheme :-)
	s/xml_path_nodes_/xml_path_pcre_/
	s/xml_tree_nodes_/xml_path_node_/
	* renaming header files (oops) basically inverting the naming scheme.
	s/nodepath./pathnode./
	s/pcrepath./pathpcre./
	s/nodeadds./addsnode./
	s/pcreadds./addspcre./
	s/nodeattr./attrnode./
	s/nodecopy./copynode./
	s/nodedata./from-xml./
	s/pcredata./from-xmf./
	s/nodedump./dumpnode./
	s/pcredump./dumptree./
	s/nodefile./from-txt./
	s/nodelist./listnode./
	s/pcrelist./listpcre./
	s/nodenext./nextnode./
	s/pcrenext./nextpcre./
	s/nodesave./savenode./
	s/pcresave./savetree./
	s/pcrenode./greptree./

2003-01-02 "0.7.6" <guidod@gmx.de>
	* trigger also at "." since it occurs quite often as firstchar
	   in regex things - at the same time it is not used for a
	   key value in xpath syntax.

2002-12-31 "0.7.6" <guidod@gmx.de>
	* s/xml_g_strstr/xml_g_strstr_len/
	* introduce xml_g_strstr with 3 arguments - and make use of it.
	* regex only triggered if strchr("^(?+|\\", firstchar)
	    atleast now in xml_path_nodes_list/foreach functions
	* note that neither "+key" and "^key" must match up to the end.
	* xml_path_nodes_add: s/xml_tree_nodes_/xml_path_nodes_/

2002-12-30 "0.7.5" <guidod@gmx.de>
	* move aux files into use/ subdir
	* remove GNU/NOGNU fuzz about cd-and-build 
	  gmake does it right and notices the "cd" as if calling "-C"
	* s/xml_path_nodes_/xml_tree_nodes_/ and want to de-write it into 
	    routines that do not understand xpath separators - they
	    will only check for a single element of an xpath.
	* s/xml_pcre_nodes_/xml_path_nodes_/ and will make it the only
	    routine to understand xpath syntax - the pcre mode is
	    only triggered when asked for with "(" as described now.
	* s/xml_path_text_to_attribute/xml_tree_nodes_text_to_attr/
	* s/xml_path_attribute_to_text/xml_tree_nodes_text_restore/
	* s/xml_pcre_text_to_attribute/xml_path_nodes_text_to_attr/
	* s/xml_pcre_attribute_to_text/xml_path_nodes_text_restore/
	* hmmm, okay, need to decide it differently:
	    A = strcmp match
	    * = strstr match
	    ( = pcre match complete (makes extra match on complete)
	    ^ = pcre match (implicitly) anchored subportion 
	    ? = pcre match complete
	    + = pcre match subportion
	    | = pcre match complete also-empty
	... and need to change the `make check` tests as well, with
	this specifications however it can be turned into the new
	world by adding a "?" in front - so that "//K+" does simply
	become "//?K+" to trigger a pcre complete, and the current
	pcre "//*K" must be written now as "//+K" to match again.
	* for the current tarball however, we prepare it by just
	  adding (!!) "+" notification to all the pcre-routines
	  that do currently interpret "*" and then we move over the
	  current pcre calls and: (a) add "?" or (b) make "*" -> "+".
	* and last not least, add scrollkeeper registration.
	
2002-12-10 "...."
	* adding TEXTMINING doc to provide links to projects in a
	   nearby domain of text analysis, text retrievial and
	   text visualization.
	
2002-12-07 "...."
	* reading up with the xpath2 specification, I do derive a
	   behaviour change to be interesting. The current node_match
	   functions of strstr/strcmp style and prce/anchored are
	   collapsed. The strstr/strcmp style behaviour survives
	   largely, but pcre gets only enabled if the first character
	   of a match-part happens to be a "(" subpattern character.
	   The user is free to make that a "(?:" to not get listed
	   in the ovector pattern return table.
	* this will likely speedup operations as well: on an xpath
	   foreach/list detection, the usual parts will be matched
	   as strcmp/strstr style while only specific subportions
	   will be compiled as pcre and checked on a loop.
	* furthermore it makes maintainance easier since only one
	   group of foreach/list routines exist. However, lot's of
	   example code needs to be changed in consequence as well.
	* The "(" detection makes it also easier to derive the end
	   of a pcre pattern by looking for the matching close-")"
	   paren. That makes pattern detection more save and simply
	   intuitive to the user.
	* While being there, '".."' subportions of matches might need
	   to be checked as well - that's for @attrib="value" checks.
	   Shall we also mandate that @attrib=value means '=~' ?? hmm.
	* All these changes have to wait up until next thursday however.
	* Summary: check the first char of a node-match:
	     case "(": compile as /x pcre and match the node-name or
	               attrib-name - as anchored match (as default).
	     case '?': shorthand for not-anchored not-empty pcre
	     case '\\' shorthand starting an anchored pcre /x pcre
	     case "*": use strstr on the node-name/attrib-name
	     default:  use strcmp on the node-name/attrib-name

2002-12-05 "..." <guidod@gmx.de>
	* expanded XPATHDEF with comparisons on xpath selections and
	   it postfix/prefix expressions.

2002-12-04 "xmlg 0.7.4" <guidod@gmx.de>
	* nodeattr.h - remove usage of xml_node_attribute_foreach from
	   any of the lib files.
	* pdoc-cpp - put "-J" as "J text='saved'" markups, that's better
	   visually in highlighted text. It still removes the "*"-star
	   but leaves whitespace thanks to xml_node_save_text_to_attribute
	* nodeattr.c - remove all xml_node_attribute_foreach* functions
	* insterestingly the markup scripts do now run *faster*, it seems
	    the overhead for the indirect-call in the foreach functions
	    was not liked on pentium. And the grep_attributes does now
	    have the chance to "break" on the first hit, another speedup. 

2002-12-03 "xmlg 0.7.3" <guidod@gmx.de>
	* nodeattr.h missing in xml/Makefile.am, so it got not tarred.
	* cleanups w.r.t. pre-C99 compilers
	* some ln -s needs to be cleaned up
	* a number of build cleanups
	* adding doc/pfe - and have special handling for the in-project
	    example
	* pdoc-pfe gets expanded with export-name as a prerequisite for
	   making a pfe wordset report
	* doc/pfe/pfe.xml via bin/xml-c-pfe-cat to combine all sources
	   into one big master file.
	* printing the master file does not work - is that an OOM ?
	* printing the pfe.xml does work now - it was a bug in the dump
	    routine where the case of an null.text root node was not 
	    handled correctly, it is now. btw, the pfe master xml from
	    1MB sources will be 5MB in full xml, and converting it to
	    css html makes it 10MB. However, those conversions range
	    in 1..10 seconds - the xm-tool.sf.net did require about
	    30..50 minutes - about 100 times longer!!

2002-12-01 "xmlg 0.7.2" <guidod@gmx.de>
	* xml_node_attributes_copy(node) -> xml_attr_list_copy(node->attribs)
	* GNode->attributes becomes an xml_AttrList
	* severely shorten nodeattr.* by reusing attrlist.* functions
	  and get rid of its _G/_L casts which are not needed anymore
	* it seems to be working, hooray! err, as different to 7.0 excercise

2002-12-01 "xmlg 0.7.1" <guidod@gmx.de>
	* attrlist.h added - that's more special than glist.h
	* attrdata.h takes the common part of attrlist.c and nodeattr.c
	* nodeattr.c does now include attrdata.h and gets converted
	     atleast for using xml_attr_data_new/free

2002-12-01 "xmlg 0.7.0" <guidod@gmx.de>
	* glist.h added - not very useful up to here.
	* rename xml_g_node_attribute_* into xml_node_attribute_*
	* changing over to xml_GList* attributes did not work however,
	      I am too tired of the day obviously... switched back
	      and tarred what has been there so far.
	
2002-11-30 "xmlg 0.6.9" <guidod@gmx.de>
	* doc added: NODEMODEL and XPATHDEF
	* doc dir added: doc/bin to highlit bin examples
	* fix various packaging problems
	
2002-11-29 "xmlg 0.6.7/8" <guidod@gmx.de>
	* xml_pcss-scanning did not work on missing ";" at end of proplist
	* nodenext gets helper routines xml_test_name_ and friends that
	  shall replace ALL instances of strcmp/strstr currently around.
	* rename-tree goes through helper functions to differentiate 
	  between html and xml output.
	* doc/xml subdirectory to take html'ized sourcecode - actually
	  a realworld test for the current css-to scripts. And an
	  example of what a simple hypercss transformation can look like.
	  NOTE: the current order of SUBDIR evaluation is wrong, the
	  toplevel executables should be moved into their own subdir but
	  that is left for the next release.
	* xml_node_group_outer_alias for nodeaddds.*, as we want it for
	* html-func to intelligently set the "mark" and also add outer
	  markup to nodes, both depending on the "display" attribute.
	* sereious bug in _cblock-markup routine - obviously the following
	  C construct does not (!!) loop - it might be a bug, but, well..
	   do { gchar* p = memchar(...); if (p) continue; } while (0);
	
2002-11-27 "xmlg 0.6.6" <guidod@gmx.de>
	* xml-css-tree test-program to show the result from
	* xml_pcss_prop_list_from which makes a SELECT copy of
	   prop_head and its prop_value's into its own xml list.
	* nodecopy has now a test routine (however, not the new
	   shadow_copy routines, just the append_copy routines).
	* xml_pcss_rename_proc does actually work now
	* xml-css-to does actually work now in consequence, too,
	   that is that it does rename elements according to a css
	* ee.css as an example and `make check-rename` to show you
	   to use it. It's not included in an automatic check however.
	   Note how "C" elements are transformed but the latest "C"
	   is different for being in an when-inside rule.
	* ... do we need to sort by "specificity" of css rules?

2002-11-27 "xmlg 0.6.5" <guidod@gmx.de>
	* nodeattr - oops, sorting was in wrong order, I did change
	    that during debugging last time, and did not reverse it.
	* check - routines need to be adapted to new order, of course
	* have.a.look at `./xml-css-read e.css`, the sorting of
	    attributes makes things look better.
	
2002-11-27 "xmlg 0.6.4" <guidod@gmx.de>
	* xml_attr becomes its own type - and gets its own header file
	    basically, we change the implementation type from a
	    g_hash_table<str,str> into g_list<attr> and attr is 
	    a struct mostly not to be used outside.
	* to.clarify - most nodes do not even have a single attribute
	    and then just one and so on. we just keep a sorted GList
	    for these - and it make it rightly easier to walk and
	    join these.
	* check-routines should only be dependent of the binaries
	    they are about to use in their test - that is possible
	    since we have each of it with the .la dependency and
	    a rule that can recures into xml/. for make those.
	* oops - since we have alphabetic order, the .out mgiht
	    sometimes just be different

2002-11-27 "xmlg 0.6.3" <guidod@gmx.de>
	* _hard_life_ - work interrupted by the death of my father,
	     he died unexpected from an silent heart attack. Stupid
	     laws do not allow to pull the plug from the breathing
	     machine to let him die the way that humans die. That's
	     because most of YOU have not yet been thinking about
	     the possilibility that it might be YOU to be in his
	     place and being held back on earth for hours instead of
	     being allowed to enter the light. Give it a minute!

	* index.html - generated automatically with content of README
	* README - wording slightly corrected but still not up to date.
	* xml/nodecopy.* added to own functions for copying/renaming
	* xml/node*.h - fix once-def which is still XML_G_* someplace
	* xml/nodeadd - add "=attrib" syntax to add9 - needed for the
	                css selector scanning. Furthermore, we add
			multi attribute insertion on "=" separator.
	* xml/pcss-src - scan selector syntax to prop_head attributes
	      ... here you can already see the class<->mark relation.
	* e.css - for testing ./xml-css-read and see what I mean...

2002-11-23 "xmlg 0.6.3" <guidod@gmx.de>
	* HYPERCSS document added
	* xml-css-to wrapper added
	* xml/pcss-proc.* added to own the work functions for hCSS
	* xml/pcss-src needs to skip "<!--" at the start of a css spec

2002-11-21 "xmlg 0.6.2" <guidod@gmx.de>
	* create pcss-src.* files and routines along with a test prog
	    named xml-css-read.
	* pcresave needs the ability to specify the fillchar
	* pdoc-cpp use another fillchar and correct _cblocks routine
	* css scanning is brought to a state of having nodes with
	     <prop_value prop="name" media="media">..</prop_value>

2002-11-21 "xmlg 0.6.1" <guidod@gmx.de>
	* create libxmlglib.pc and libxmlpcre.pc files for lib/pkgconfig
	* install also xml/xmlglib.h and xml/xmlpcre.h header files
	  autogenerated from library header information for automake
	* rename pcresrcs pcrecdoc and pcrecpfe into 
	         pdoc-src pdoc-cpp and pdoc-pfe and adapt the function
	         names from xml_pcre_ into xml_pdoc_ - however leave
	         these sources as part of libxmlpcre as they do not
	         fatten that lib all too heavily
	* update xmlg.spec file accordingly (forgot includes there)
	
2002-11-20 "xmlg 0.6.0" <guidod@gmx.de>
	* rename xml/xmlg* into xml/node* which clarifies things and
	  makes it more readable.
	* rename a lot of routines named directly as "xml_g_<method>_"
	  into "xml_tree_" for clarification. Everything that is 
	  not particularly a helper routine for node-handling gets
	  renamed from xml_g_node to xml_node. The xml_g_node_*'s are
	  now only for juggling node fields at the toplevel.
	    s,xml_g_to_,xml_tree_to_,g
	    s,xml_g_find_,xml_tree_find_,g 
	    s,xml_g_text_,xml_node_text_,g
	    s,xml_g_dump_,xml_tree_dump_,g

	    s,xml_g_group_outer,xml_node_group_outer,g
	    s,xml_g_group_inner,xml_node_group_inner,g
	    s,xml_g_node_to_,xml_tree_node_to_,g
	    s,xml_g_node_inside,xml_tree_node_inside,g
	    s,xml_g_node_match,xml_node_match,g
	    s,xml_g_node_contains,xml_node_contains,g
	    s,xml_g_node_followedby,xml_node_followedby,g
	    s,xml_g_node_hasnextnode,xml_node_hasnextnode,g
	    s,xml_g_node_prev_text_,xml_node_prev_text_,g
	    s,xml_g_node_next_text_,xml_node_next_text_,g
	    s,xml_g_node_this_text_,xml_node_this_text_,g
	    s,xml_g_node_next_name,xml_node_next_match,g
	    s,xml_g_node_next_or_last,xml_node_next_or_last,g
	    s,xml_g_node_copy_,xml_node_copy_,g
	    s,xml_g_node_find,xml_node_find,g
	    s,xml_g_node_grep,xml_node_grep,g
	    s,xml_g_node_save_,xml_node_save_,g

	    s,xml_g_add,xml_tree_add,g
	    s,xml_g_append_new,xml_node_add_new,g
	    s,xml_g_appends_new,xml_node_adds_new,g
	    s,xml_g_group_cut,xml_node_group_cut,g
	
	* rename and modify node_parse routines - they expect a gstring
	  as an argument, and only if that is left null then a new one
	  is allocated - otherwise the parsed text will be added to the
	  end of that gstring and alls offs of nodes made related to
	  that gstring.

          xml_g_node_parse                xml_g_markup_parse_text
          xml_g_node_parse_file           xml_g_markup_parse_file
          xml_pcre_node_parse             xml_g_parse_text
          xml_pcre_node_parse_file        xml_g_parse_file
          xml_g_node_text_file            xml_tree_node_from_file
                                          xml_tree_node_from_text

	* gerror - in the process, add gerror helpers to the main
	  programs where noticing they are not used yet.

	* nodenext - add macros that are renames of the str-check funcs
	      as    xml_node_match_eq_ == !strcmp
	      and   xml_node_match_as_ ==  strstr
	   and go through some files placing these quick ones where
	   possible to speed up things even more than the lib itself
	   does by design.  ... and do a similar thing for the two
	   xml_node_hasnextnode_as_ and xml_node_hasnextnode_eq_.
	* nodenext
	   add the two xml_node_not_match_eq_ and not_match_as_
	   which are capabable of checking arg node for null. And
	   some quick ones for xml_node_notnextnode_...
	* ...next ... arg, shut up, and just rename all those calls
	   from xml_node_match* to xml_node_hasname* and of course
	   node_not_match being node_notname ... and node_next_match
	   as node_next_with_name
	* and now make xml_node_text_empty/match into what it should
	  have been in the first place: xml_text_empty and 
	  xml_text_match and do not forget xml_pcre_match..
	* corrige <br>'s in commentblocks - and make item_bloc the
	  default for pfe-read routine in order to get at nice
	  line-info in the item markups
	
2002-11-19 "xmlg 0.5.9" <guidod@gmx.de>
	* did work a a lot on actual markup routines examing the text
	  and markup tree - folded into pcrecdoc and a newer cousin
	  pcrecpfe. In the course some helper routines were added.

	
2002-11-18 "xmlg 0.5.7" <guidod@gmx.de>
	* pcreadds - rename xml_pcre_add_ functions to be named
  	  xml_pcre_nodes_add_ since they actually make a path
	  selection on nodes instead of handing over a specific
	  node.
	* xmlgnext - remake xml_g_name_match0 (RE, text, off, end)
	  into xml_g_text_match0 (text, off, end, RE). The same for
	  pcrenext. That shall be the rule - instead of g_node with
	  one leading arg it is now g_text with three args being in
	  up front on the call stack.
	* stroustrup - walk through all library texts and add an
	  emacs footer for c-file-style: "stroustrup".
	* pcrenext - add xml_pcre_text_match_add9 which does hand
	  over the match-vector to xml_g_add9 for markups.

2002-11-12 "xmlg 0.5.6" <guidod@gmx.de>
	* pcrecdoc - adding more routines - the C text is now even
	  separated into itemcdoc/itemcdef sections which are the
	  ones we want to scan later for information.

2002-11-12 "xmlg 0.5.5" <guidod@gmx.de>
	* xmlgdump.*/pcredump.* - need to spit out entities for xml
	  reserved chars. Use helper called xml_g_string_append in 
	  the place of g_string_append_len (g, node->text->str...)
	* pcredump.*...etc - rename xml_g_to_xxml into a word named
	  xml_g_dump_to_xml since it can also handle xml_g_dump as
	  an output. And it reads better. Likewise we rename the old
	  xml_g_to_xml into xml_g_node_to_xml to clarify things.
	* xml/gerror.* - make printf-format for xml_g_show_error
	* fix.exmaple.programs using the new techniques

2002-11-12 "xmlg 0.5.4" <guidod@gmx.de>
	* configure.ac AC_PREFIX_CONFIG_H to AX_PREFIX_CONFIG_H
	* rename some API entries, do not call it xml_g_xpath but now
	    xml_path_, actually kill the use of _xpath_* completly in
	    the sources, and try to make it path_nodes or pcre_nodes
	  xml_g_xpath_* -> xml_path_nodes_*
	  xml_pcre_xpath_* -> xml_pcre_nodes_*
	  xml_g_xpath_attribute_to_text -> xml_path_attribute_to_text
	  xml_g_xpath_text_to_attribute -> xml_path_text_to_attribute
	  xml_g_xpath_inside -> xml_path_node_inside
	  xml_g_xpath_node -> xml_path_node
	  xml_g_strdup_xpath -> xml_path_strdup // xml_path_flags_t

2002-11-11 "xmlg 0.5.3" <guidod@gmx.de>
	* xml/xmlgsave.* rename to xml_g_node_move_attribute_to_text
	* xml/pcresave.* derive an xml_g_node_save_attribute_to_text
	  function that does leave the control characters in the text
	  array and make these places chars in the attribute. This 
	  looks a lot nicer in an xml dump and makes it slightly
	  better suited for pcre matching. However, this save routine
	  is a lot slower than just doing memcpy in xmlgsave.*
	* make-check-attribute-saved added	
	* xml/pcrecdoc.* adding xml_pcre_c_blocks to markup <block>s.
	  also an example to use pcresave.

2002-11-11 "xmlg 0.5.2" <guidod@gmx.de>
	* xml/gerror.* fixing overwritten message
	* xml-test-error to test error handling
	* Makefile.am adding `make -C` generation rule for libxmlglib.la
	* xml/gerror.* use g_critical: g_error is always fatal *sigh*
	* xml/xmlgsave.* save a text area to some attribute - and of course
	  its restore function to paste it back. That's best if some string
	  literals would interfere with a pcre match on a text area.
	* xml/pcresave.* their pcre-path variants used for the two new
	  test functions ./xml-attribute-saved-and-bank and its cousin
	  ./xml-attribute-saved-restore

2002-11-10 "xmlg 0.5.1" <guidod@gmx.de>
	* xml/gerror.* and adjust all files to use xml_g_error calls.
	* xml/gstrfuncs.* to hold helper functions around charstrings.
	* ChangeLog added - needs to be maintained now
	
2002-11-09 "xmlg 0.5.0" <guidod@gmx.de>
	* moved lib sources to subdirectory "xml"
	* install lib headers to subdirectory "xml"
	* xml/gnode.* as renamed from xmlgnode.*
	* xml/gmarkup.* as renamed from pcremark.*
	* xml/gconfig.h instead of pkg-config.h - and install it along.
	* adjust everything to the new subdir "xml"
	* create rpm files - fixing relink error from libtool

2002-11-09 "xmlg prior" <guidod@gmx.de>
            253333 Nov  9 21:17 xmlg-0.5.0.tar.gz
            248334 Nov  9 03:00 xmlg-0.4.9.tar.gz
            243637 Nov  8 15:28 xmlg-0.4.8.tar.gz
            242032 Nov  8 14:16 xmlg-0.4.7.tar.gz
            241065 Nov  8 03:27 xmlg-0.4.6.tar.gz
            239921 Nov  8 00:11 xmlg-0.4.5.tar.gz
            226668 Nov  7 06:08 xmlg-0.4.4.tar.gz
            225742 Nov  7 02:00 xmlg-0.4.3.tar.gz
            221376 Nov  6 20:20 xmlg-0.4.2.tar.gz
            219541 Nov  6 20:20 xmlg-0.4.1.tar.gz
            215318 Nov  6 05:21 xmlg-0.4.0.tar.gz
            213173 Nov  6 01:13 xmlg-0.3.9.tar.gz
            212311 Nov  5 04:16 xmlg-0.3.8.tar.gz
            210538 Nov  5 00:35 xmlg-0.3.7.tar.gz
            210337 Nov  4 22:02 xmlg-0.3.6.tar.gz
            208557 Nov  3 18:46 xmlg-0.3.5.tar.gz
            206990 Nov  3 05:10 xmlg-0.3.4.tar.gz
            203711 Nov  3 01:17 xmlg-0.3.3.tar.gz
            202563 Nov  1 20:44 xmlg-0.3.2.tar.gz
            202501 Nov  1 18:01 xmlg-0.3.1.tar.gz
            201531 Nov  1 06:13 xmlg-0.3.0.tar.gz
            200830 Nov  1 04:58 xmlg-0.2.9.tar.gz
            199799 Nov  1 03:08 xmlg-0.2.5.tar.gz
            199160 Nov  1 02:06 xmlg-0.2.4.tar.gz
            197821 Okt 31 22:01 xmlg-0.2.3.tar.gz
            196847 Okt 31 18:06 xmlg-0.2.2.tar.gz
            194934 Okt 31 04:12 xmlg-0.2.1.tar.gz
            193136 Okt 30 22:56 xmlg-0.2.0.tar.gz
            192639 Okt 30 21:40 xmlg-0.1.9.tar.gz
            192536 Okt 30 20:18 xmlg-0.1.8.tar.gz
            191336 Okt 30 17:21 xmlg-0.1.7.tar.gz
            189904 Okt 30 03:25 xmlg-0.1.6.tar.gz
            187762 Okt 29 23:17 xmlg-0.1.5.tar.gz
            188522 Okt 29 18:18 xmlg-0.1.4.tar.gz
            186896 Okt 29 10:51 xmlg-0.1.2.tar.gz
            176765 Okt 21 03:02 xmlg-0.1.1.tar.gz