Comments on: GRegex in GLib http://blog.barisione.org/2007-03/gregex-in-glib/ Mon, 16 Jan 2012 11:53:14 +0000 hourly 1 http://wordpress.org/?v=3.3 By: ken http://blog.barisione.org/2007-03/gregex-in-glib/comment-page-1/#comment-490 ken Fri, 16 Mar 2007 23:25:55 +0000 http://www.barisione.org/blog.html/p=79#comment-490 The bright side is that if a bunch of programs use GRegex, then it would be possible to write a Thompson implementation and just plug it in! :-) The bright side is that if a bunch of programs use GRegex, then it would be possible to write a Thompson implementation and just plug it in! :-)

]]> By: ken http://blog.barisione.org/2007-03/gregex-in-glib/comment-page-1/#comment-489 ken Fri, 16 Mar 2007 23:24:27 +0000 http://www.barisione.org/blog.html/p=79#comment-489 pvanhoof: Guilty as charged. :-( pvanhoof: Guilty as charged. :-(

]]> By: barisione http://blog.barisione.org/2007-03/gregex-in-glib/comment-page-1/#comment-488 barisione Fri, 16 Mar 2007 22:04:04 +0000 http://www.barisione.org/blog.html/p=79#comment-488 @me: Sorry, but I fail to understand how your comment relates to GRegex %-) @ken: Most of the code in GNOME is written in C and not in high-level languages, at least gnumeric, libvte, anjuta and gtksourceview are currently using PCRE or GNU regexp. There are other programs such as gnome-system-monitor that would like to use PCRE but they can't because it's not a blessed dependency. BTW the Thompson algorithm is so fast for pathological cases but it makes hard to support things like Unicode, backreferences, zero-width assertions, etc. @Jesus: Yes, but it can't be a one-liner, it's C not PHP :) @me:
Sorry, but I fail to understand how your comment relates to GRegex %-)

@ken:
Most of the code in GNOME is written in C and not in high-level languages, at least gnumeric, libvte, anjuta and gtksourceview are currently using PCRE or GNU regexp. There are other programs such as gnome-system-monitor that would like to use PCRE but they can’t because it’s not a blessed dependency.

BTW the Thompson algorithm is so fast for pathological cases but it makes hard to support things like Unicode, backreferences, zero-width assertions, etc.

@Jesus:
Yes, but it can’t be a one-liner, it’s C not PHP :)

]]> By: Jesus http://blog.barisione.org/2007-03/gregex-in-glib/comment-page-1/#comment-486 Jesus Fri, 16 Mar 2007 16:31:16 +0000 http://www.barisione.org/blog.html/p=79#comment-486 Has GRegex the ability to replace a value with the output of a function that receives the matched pattern as parameter? like transform the matched result to uppercase like you see in this example in php: http://www.php.net/manual/en/function.preg-replace.php#id5830813 Has GRegex the ability to replace a value with the output of a function that receives the matched pattern as parameter? like transform the matched result to uppercase like you see in this example in php:
http://www.php.net/manual/en/function.preg-replace.php#id5830813

]]> By: pvanhoof http://blog.barisione.org/2007-03/gregex-in-glib/comment-page-1/#comment-485 pvanhoof Fri, 16 Mar 2007 15:19:47 +0000 http://www.barisione.org/blog.html/p=79#comment-485 @ken: then you don't know everybody :-) @ken: then you don’t know everybody :-)

]]> By: pvanhoof http://blog.barisione.org/2007-03/gregex-in-glib/comment-page-1/#comment-484 pvanhoof Fri, 16 Mar 2007 15:18:53 +0000 http://www.barisione.org/blog.html/p=79#comment-484 @me-guy: take a look at asyncworker (it's in GNOME's Subversion). @me-guy: take a look at asyncworker (it’s in GNOME’s Subversion).

]]> By: ken http://blog.barisione.org/2007-03/gregex-in-glib/comment-page-1/#comment-483 ken Fri, 16 Mar 2007 01:31:45 +0000 http://www.barisione.org/blog.html/p=79#comment-483 Neat, I guess. But it's hard to get excited about regexps in GLib, since everybody I know doing serious GNOME programming is using a high-level language that already has regexps. Also, it's a bit of a downer to see PCRE right after reading about how much better the Thompson algorithm is (http://swtch.com/~rsc/regexp/regexp1.html). But if there's demand for this, then it's a worthwhile addition, so cheers. Neat, I guess. But it’s hard to get excited about regexps in GLib, since everybody I know doing serious GNOME programming is using a high-level language that already has regexps.

Also, it’s a bit of a downer to see PCRE right after reading about how much better the Thompson algorithm is (http://swtch.com/~rsc/regexp/regexp1.html).

But if there’s demand for this, then it’s a worthwhile addition, so cheers.

]]> By: me http://blog.barisione.org/2007-03/gregex-in-glib/comment-page-1/#comment-482 me Fri, 16 Mar 2007 00:04:40 +0000 http://www.barisione.org/blog.html/p=79#comment-482 GLib lacks a good priority queue (heap queue) implementation. There are many areas where this would be a big benefit, especially since this would allow the implementation of a better scalabale main loop implementation that behaves better with large numbers of time events. Right now the GLib main loop is rather difficult to use efficiently if you have lots of time events. GLib lacks a good priority queue (heap queue) implementation. There are many areas where this would be a big benefit, especially since this would allow the implementation of a better scalabale main loop implementation that behaves better with large numbers of time events. Right now the GLib main loop is rather difficult to use efficiently if you have lots of time events.

]]>