www.emsdn.com
Class Profile: Home »» Research [Research] under "Research" »»» Unimal 2.0, a language-independent preprocessor
Unimal 2.0, a language-independent preprocessor
Hello NG,
I'd like to announce the release of Unimal 2.0, an advanced preprocessor
independent of the target programming language(s).
Built upon successful industry experience with the previous versions, it
is now more powerful and expressive.
It proved to work wonders with static initialization and software
project configuration, greatly reducing (sometimes, to zero) the
maintainability problems, saving computing resources at the same time.
It is also great for sharing data among disparate languages as it can
output several different files, program-controlled.
Full-featured version 2.0 is made available for unlimited evaluation,
along with a few application notes, at
I would really like to ask people to evaluate it and provide some
feedback at macroexpressions dot com. In particular,
- do you find any omission in Unimal functionality?
- would you suggest further improvements to Unimal?
- do you find it easy or difficult to bring Unimal into your build process?
- etc
Thank you for your anticipated interest.
Best,
Ark Khasin
No. 1# | By Developer Tags User at [2008-5-4] | size: 433 bytes
Ark wrote:
snip
Full-featured version 2.0 is made available for unlimited evaluation,
along with a few application notes, at
I would really like to ask people to evaluate it and provide some
feedback at macroexpressions dot com. In particular,
When people put up web pages that require horizontal scrolling, I
ignore them. How hard is it to let html do its normal thing and
adapt to the user?
No. 1# | By Developer Tags User at [2008-5-4] | size: 273 bytes
CBFalconer wrote:
When people put up web pages that require horizontal scrolling, I
ignore them. How hard is it to let html do its normal thing and
adapt to the user?
Thank you for your observation. It is my oversight, now fixed.
- Ark
No. 1# | By Developer Tags User at [2008-5-4] | size: 396 bytes
Ark wrote:
CBFalconer wrote:
>
>When people put up web pages that require horizontal scrolling, I
>ignore them. How hard is it to let html do its normal thing and
>adapt to the user?
>
Thank you for your observation. It is my oversight, now fixed.
Much better. However I was under the mistaken impression it was
open-source.
No. 1# | By Developer Tags User at [2008-5-4] | size: 277 bytes
CBFalconer wrote:
Much better. However I was under the mistaken impression it was
open-source.
There are good reasons why people shell out thousands for embedded
tools. I think Unimal is well within the means of those who need to
optimize.
No. 1# | By Developer Tags User at [2008-5-4] | size: 411 bytes
Ark wrote:
CBFalconer wrote:
>>
>Much better. However I was under the mistaken impression it was
>open-source.
>
There are good reasons why people shell out thousands for embedded
tools. I think Unimal is well within the means of those who need to
optimize.
The more power to you. As I said, mistaken impression.
No. 1# | By Developer Tags User at [2008-5-4] | size: 101 bytes
Am I the only one who thought that said "Urinal" the first time I
looked at it?
No. 1# | By Developer Tags User at [2008-5-4] | size: 225 bytes
Ark wrote:
There are good reasons why people shell out thousands for embedded
tools.
The only one I can think of is when then don't have a choice. You know of
any others?
Ian
No. 1# | By Developer Tags User at [2008-5-4] | size: 445 bytes
Ark wrote:
Hello NG,
I'd like to announce the release of Unimal 2.0, an advanced preprocessor
independent of the target programming language(s).
Built upon successful industry experience with the previous versions, it
is now more powerful and expressive.
It just doesn't seem like good programming practice to decorate your
source code with a non-standard and proprietary macro language.
No. 1# | By Developer Tags User at [2008-5-4] | size: 627 bytes
In comp.arch.embedded Marco <prenom_nomus@yahoo.comwrote:
Ark wrote:
Hello NG,
I'd like to announce the release of Unimal 2.0, an advanced preprocessor
independent of the target programming language(s).
Built upon successful industry experience with the previous versions, it
is now more powerful and expressive.
It just doesn't seem like good programming practice to decorate your
source code with a non-standard and proprietary macro language.
Exactly. I don't recall having seen any reason to prefer this
new-fangled, proprietary macro processor over plain old m4.
Research Hot!
Research New!
Copyright © 2008 www.emsdn.com • All rights reserved • CMS Theme by www.emsdn.com - 0.188