"Kieran P" <[EMAIL PROTECTED]> writes:
> Could this please be made the default? We only need to allow
> non-debugging versions for official releases.
>
> Debugging by default? I dont think its a wise idea.
I think debugging by default for test versions is extremely wise. The
only thing it costs is disk space for the .o and .a files and the
glob2 file.
> (By the way, why do you want "-pg"? That generates profiling
> information, not debugging information. Maybe you meant "-ggdb"?)
>
> I dont know. I've used -g -pg for ages. If it doesn't help, I guess I can
> remove it ^_^
>
> Never heard of -ggdb though :P
“-ggdb” tries to make sure extra debugging information that only gdb
knows how to use is included. For example, this includes information
on macro definitions.
> but I think he will be able to reproduce it with the additional
> information
> I sent.
>
> So I can test, how do you select it and place them without using mouse??
You can select an alternate brush with the new keystroke commands.
For example, with the default key bindings, “a 8” selects a brush that
looks like this:
XXXXX
XXXXX
XXXXX
XXXXX
XXXXX
“a 4” selects a brush that looks like this:
X
X
X
You still have to use the mouse to place the areas. That's when you
get the crash.
> Why should distinct topics not have their own threads?
>
> Because its clogs peoples inboxes with mail. Not sure about brad, but I would
> prefer if every bug related to beta1-rc were in one thread (preferably related
> to the RC tarball or code you downloaded) so you brad can tell if its been
> fixed or not. Its easier to follow that way!
Don't you get all of your glob2 e-mail automatically grouped??? I
just tell my mail program to put all glob2 e-mail in its own folder.
If I'm busy with other things, I don't even see the glob2 e-mail.
I would like to explicitly request people _not_ to put distinct topics
in the same thread, because that makes it really hard to sort out the
distinct topics. It drives me nuts when people use an unrelated
thread for a new topic.
--
Joe
_______________________________________________
glob2-devel mailing list
glob2-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/glob2-devel
