I think there already was a browser called Phoenix once upon a time, but they had to change the name do to some trademark issue. Can't remember what it's called now. How about something that still captures the idea behind the Phoenix but won't get Mozilla into trademark trouble... like Firebird.
That took you thirty seconds?
It's not the distribution part that makes your code have to be licensed under the GPL, it's the derived work part.
From my understanding, Nvidia wrote Windows drivers and then ported them to Linux, creating a GPL wrapper as an extra layer of protection. The drivers obviously aren't derived works of Linux if they were written for Windows.
I'll admit it's a complicated issue, but I have to disagree with you. I don't think anything can be said for certain until their is some case law to back either side.
What you're suggesting is that GPL licensing your code doesn't protect it at all because I can just isolate any GPL code from my non-GPL application and link to it dynamically.
That's a pretty strong statement to make.
The reason people can link to glibc and libreadline without GPLing their apps is because they are writing their application against a generic interface . Just because I happen to be linking to glibc doesn't GPL my app--it could just as easily compile against any other standard C library (quirks aside). The same goes for libreadline. libreadline used to be the only interface for "readline" but now it's become more generic since theirs a BSD clone of it. You can now link an app against libreadline without GPLing it, because it could just as easily have been linked against libedit.
In Microsoft speak a RC is a feature complete product, parts are still buggy but the capabilities are in, they still reservice the right to add features but will not remove them.
Ohhh... so it's a beta!
What is wanted is not the will to believe, but the will to find out, which is the exact opposite. -- Bertrand Russell, "Skeptical Essays", 1928