From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 41702 invoked by alias); 7 Jul 2015 20:56:24 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 41683 invoked by uid 89); 7 Jul 2015 20:56:23 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=no version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 07 Jul 2015 20:56:22 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (Postfix) with ESMTPS id 79F551CA6DD; Tue, 7 Jul 2015 20:56:21 +0000 (UTC) Received: from localhost (unused-10-15-17-126.yyz.redhat.com [10.15.17.126]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t67KuK8Y026602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA256 bits=256 verify=NO); Tue, 7 Jul 2015 16:56:21 -0400 From: Sergio Durigan Junior To: "Xu\,Chiheng" Cc: GCC , gdb@sourceware.org Subject: Re: [AD] UltraGDB, an alternative tool to debug GCC, GDB, LLDB, etc. on Windows and Linux References: <87io9vg4k6.fsf@redhat.com> X-URL: http://blog.sergiodj.net Date: Tue, 07 Jul 2015 20:56:00 -0000 In-Reply-To: (Chiheng Xu's message of "Wed, 8 Jul 2015 03:46:24 +0800") Message-ID: <87twtfelg5.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2015-07/txt/msg00006.txt.bz2 On Tuesday, July 07 2015, Chiheng Xu wrote: >> I tried to find the source code of this package, but I could not find >> it. Do you have a URL or something you can provide? >> > Sorry, source code of UltraGDB is not available now. The source code > is actually a trimmed down, supercharged, and re-branded Eclipse CDT. > All of our technology is built on open source, and for open source. It > maybe weird for us not to provide the source code. But we are just > founded, we have no idea how to continue developing this product. In > other word, we have no business model yet. At present, we just want > to know whether or not our product is useful, if so, then we think it > is meaningful to work on it. > > This product is actually a part of much bigger and more ambitious plan > that can't be disclosed right now. In the future, we may decide to > provide the source code of UltraGDB. > > Any comment or suggestion on the UltraGDB product, or "development > model", or "business model" is welcomed. [ Removing lldb-dev from the Cc list as requested. ] Hi, First of all, you are repackaging Eclipse CDT and are not distributing the source code for it; in fact, you have relicensed the entire project with a proprietary license. Eclipse CDT is license under EPL: Which forbids this practice. EPL still allows you to license your plugin as proprietary, but you still have to release the source code of everything else (and if you modified Eclipse CDT in some way, you also have to release your modifications). Secondly, what is the advantage of UltraGDB when you compare it with the Eclipse CDT Standalone Debugger? The Standalone Debugger is Free Software (released under the EPL as well), and distributed along with the Eclipse CDT on some distributions (Fedora GNU/Linux, for example). It is nice to see people developing other plugins and GUI's for GDB (assuming they are Free Software as well, of course), but it looks to me that Standalone Debugger offers a better user experience than UltraGDB. Thank you, -- Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/