From: Frank Pagliughi <fpagliughi@mindspring.com>
To: ecos-discuss@sources.redhat.com
Subject: [ECOS] ConfigTool as general library configurator
Date: Mon, 11 Jul 2005 21:05:00 -0000 [thread overview]
Message-ID: <42D2DF03.3040407@mindspring.com> (raw)
In-Reply-To: <20050711185328.GE29363@lunn.ch>
Is "configurator" a word? Anyway...
I'm working on a library that needs to support multiple platforms from a
single code base using lots of conditional compilation, and I keep
switching between Windows and Linux hosts. Now that the make files are
getting completely out of control, I got to thinking about how nice it
would be to have something like the graphical eCos Configtool to
configure and recompile my library. Then I thought maybe the Configtool,
itself, would work if I wrote a new "ecos.db" database for my library.
I've had some initial success, but there's still a couple hurdles:
- The Tools|Repository option takes the name of the source tree, rather
than the database itself. The name of the database is hard-coded as
"ecos.db"
- At least one Template is required even though the library may be
simple enough to be defined easily with it's targets.
- The build requires link scripts, memory maps, and so on, while an
application library archiver wouldn't need any of that. (I'm currently
stuck on this one).
- It appears tied directly to the GNU tools, though with some tweaking
should work with most command-line compilers.
I think if its tight integration with eCos were loosened a bit, it would
be a great general-purpose, open-source, multi-platform, configurable
build tool.Does any one else think so?
Or are you all just laughing at me?
Frank Pagliughi
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
prev parent reply other threads:[~2005-07-11 21:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-11 18:25 [ECOS] eCos Windows/Cygwin Installation help Joshua Fitzgerald
2005-07-11 18:53 ` Andrew Lunn
2005-07-11 21:05 ` Frank Pagliughi [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42D2DF03.3040407@mindspring.com \
--to=fpagliughi@mindspring.com \
--cc=ecos-discuss@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).