From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27406 invoked by alias); 19 Sep 2005 08:40:15 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 27376 invoked by uid 22791); 19 Sep 2005 08:40:07 -0000 Received: from mtagate3.de.ibm.com (HELO mtagate3.de.ibm.com) (195.212.29.152) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 19 Sep 2005 08:40:07 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate3.de.ibm.com (8.12.10/8.12.10) with ESMTP id j8J8e4TZ197602 for ; Mon, 19 Sep 2005 08:40:04 GMT Received: from d12av03.megacenter.de.ibm.com (d12av03.megacenter.de.ibm.com [9.149.165.213]) by d12nrmr1607.megacenter.de.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id j8J8e4lo102306 for ; Mon, 19 Sep 2005 10:40:04 +0200 Received: from d12av03.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av03.megacenter.de.ibm.com (8.12.11/8.13.3) with ESMTP id j8J8e3L4029813 for ; Mon, 19 Sep 2005 10:40:03 +0200 Received: from sihl.zurich.ibm.com (sihl.zurich.ibm.com [9.4.16.232]) by d12av03.megacenter.de.ibm.com (8.12.11/8.12.11) with ESMTP id j8J8e3Wp029800; Mon, 19 Sep 2005 10:40:03 +0200 Received: from [9.4.210.44] ([9.4.210.44]) by sihl.zurich.ibm.com (AIX4.3/8.9.3p2/8.9.3) with ESMTP id KAA62468; Mon, 19 Sep 2005 10:40:01 +0200 Message-ID: <432E75B3.1040508@zurich.ibm.com> Date: Mon, 19 Sep 2005 12:54:00 -0000 From: Dirk Husemann User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050823 Thunderbird/1.0.6 Mnenhy/0.7.2.0 MIME-Version: 1.0 To: Andrew Lunn CC: Emilio Monti , ecos-discuss@sources.redhat.com References: <68b1f76405091810591118123@mail.gmail.com> <20050918184248.GA8421@lunn.ch> In-Reply-To: <20050918184248.GA8421@lunn.ch> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCCAB79FBA3988F7E6ABAC74C" Subject: Re: [ECOS] eCos Configuration Tool X-SW-Source: 2005-09/txt/msg00141.txt.bz2 --------------enigCCAB79FBA3988F7E6ABAC74C Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-length: 3075 Andrew Lunn wrote: >On Sun, Sep 18, 2005 at 07:59:33PM +0200, Emilio Monti wrote: > > >>Is there any plan to convert the "eCos Configuration Tool" in Java ? >>It would also be usefull to better integrate the eCos configuration in Eclipse. >> >>There are plenty of "open source" projects for "Parser Generator" and >>"Code Generator" in Java that could form a good basis for a project >>like that. >> >>It could be an advantage also for the GUI. >>Java mantains portability, like wxWindows, but enances graphics. >> >>For the manage of makefiles and cygwin/unix tools there is a good code >>basis in the eclipse CDT plugins. >> >>If there's any project like that I would be happy to help. >> >> > >There is no project that i know of. > >My impression is that none of the maintainers actually use the >configtool. At least i don't use it, and always give debug >instructions using ecosconfig. The other maintainers are also mostly >unix people who like CLI programs and so use ecosconfig all the time. > >I think the configtool is more to keep the commercial clients happy >where the management people have a percieved need for a "friendly GUI" >when they buy eCos from the companies that give commercial support. I >don't remember anybody actually contributing patches for the >configtool, so from an open source perspective, the configtool is >dead. The RTOS is what people are interested in, not the tools needed >to configure it. > > actually, no. in my experience, both tools and embeddedOS are what ppl are interested in. some developers are more comfortable with commandline, some like GUI, some use both (i find it easier to find things/options in configtool). what has been annoying is that configtool and ecosconfig don't have the same view of the build tree: ecosconfig assumes to already live in a particulare subdirectory, configtool assumes it has to create the build and the install directories first. it would be nice to have *one* view of the world... also, while i'm at it :-) both configtool and ecosconfig copy header files into the install tree, it would be extremely helpful if we could have an option to symlink instead --- why? well, debugging with GDB within emacs: gdb ends up using the correct .c files, but unfortunately uses the copied .h files, nasty if you spot a bug in the .h file, fix it and then are surprised that the bug fix disappeared (because it was made to a header file in the install tree and not in the originating ecos tree). just my 2 cents, dirk -- Dr Dirk Husemann, Pervasive Computing, IBM Research, Zurich Research Lab hud@zurich.ibm.com --- http://www.zurich.ibm.com/~hud/ PGP key: http://www.zurich.ibm.com/~hud/contact/PGP PGP Fingerprint: 983C 48E7 0A78 A313 401C C4AD 3C0A 278E 6431 A149 Email only authentic if signed with PGP key. Appended to this email is an electronic signature attachment. You can ignore it if your email program does not know how to verify such a signature. If you'd like to learn more about this topic, www.gnupg.org is a good starting point. --------------enigCCAB79FBA3988F7E6ABAC74C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 256 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDLnW6PAonjmQxoUkRAinlAJ9GfZUSQqMwyEXWl/s0d/9eI7t8ogCdE+Ew g2fU5DmluCXPFMtas4rzCYA= =mnQ9 -----END PGP SIGNATURE----- --------------enigCCAB79FBA3988F7E6ABAC74C--