digitalmars.D - String Mixins
- Travis Boucher (23/23) Nov 16 2009 I've been playing with string mixins, and they are very powerful.
- Justin Johansson (8/39) Nov 16 2009 Hi Travis,
- Bill Baxter (14/37) Nov 17 2009 at
- Travis Boucher (4/50) Nov 16 2009 Don responded in D.learn. The examples above should work on recent
- Bill Baxter (13/66) Nov 17 2009 d
- Justin Johansson (5/23) Nov 17 2009 Great; saw you reposted and got your answers on D.learn.
I've been playing with string mixins, and they are very powerful.
One thing I can't figure out is what exactly can and cannot be evaluated
at compile time.
For example:
----
char[] myFunc1() {
return "int a = 1;";
}
char[] myFunc2() {
char[] myFunc3() {
return "int b = 2;";
}
return myFunc3();
}
void main() {
mixin(myFunc1());
mixin(myFunc2());
}
----
myFunc1() can be used as a string mixin.
myFunc2() can't be.
I'm sure there are other things that I'll run into, but I figure there
is some simple set of rules of what can and can't be used as a string mixin.
Nov 16 2009
Justin Johansson <no spam.com>
Travis Boucher wrote:
I've been playing with string mixins, and they are very powerful.
One thing I can't figure out is what exactly can and cannot be evaluated
at compile time.
For example:
----
char[] myFunc1() {
return "int a = 1;";
}
char[] myFunc2() {
char[] myFunc3() {
return "int b = 2;";
}
return myFunc3();
}
void main() {
mixin(myFunc1());
mixin(myFunc2());
}
----
myFunc1() can be used as a string mixin.
myFunc2() can't be.
I'm sure there are other things that I'll run into, but I figure there
is some simple set of rules of what can and can't be used as a string
mixin.
Hi Travis,
I've only been 'round here for a few months myself and often find myself
in need of answers to such questions. I believe, though, that this is
the sort of question that the group prefers to have asked on D.learn.
That's also a better forum for other newbies to find answers as well.
Regards,
Justin Johansson
Nov 16 2009
On Mon, Nov 16, 2009 at 3:42 PM, Travis Boucher <boucher.travis gmail.com> wrote:I've been playing with string mixins, and they are very powerful. One thing I can't figure out is what exactly can and cannot be evaluated =atcompile time. For example: ---- char[] myFunc1() { =A0 =A0 =A0 =A0return "int a =3D 1;"; } char[] myFunc2() { =A0 =A0 =A0 =A0char[] myFunc3() { =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return "int b =3D 2;"; =A0 =A0 =A0 =A0} =A0 =A0 =A0 =A0return myFunc3(); } void main() { =A0 =A0 =A0 =A0mixin(myFunc1()); =A0 =A0 =A0 =A0mixin(myFunc2()); } ---- myFunc1() can be used as a string mixin. myFunc2() can't be. I'm sure there are other things that I'll run into, but I figure there is some simple set of rules of what can and can't be used as a string mixin.Unfortunately there aren't any easy rules to go by. If it doesn't work CTFE, and a bug hasn't already been filed, then you could file a bug, especially if you find the problem blocking your progress. However, at this point there are plenty of things that don't work that are known and being targeted by Don already. So a flood of "this and that don't work in CTFE" bug reports may not be so useful just yet. Anyway, just be thankful that it now at least tells you what can't be evaluated. That's a vast improvement over the old days when the compiler would just give a generic error message about CTFE and leave you guessing about which line it didn't like! --bb
Nov 17 2009
Bill Baxter wrote:On Mon, Nov 16, 2009 at 3:42 PM, Travis Boucher <boucher.travis gmail.com> wrote:Don responded in D.learn. The examples above should work on recent (>=1.047) DMD, I happen to be using gdc with 1.020. Right now I am just seeing how far I can push it and how weird I can make code that works.I've been playing with string mixins, and they are very powerful. One thing I can't figure out is what exactly can and cannot be evaluated at compile time. For example: ---- char[] myFunc1() { return "int a = 1;"; } char[] myFunc2() { char[] myFunc3() { return "int b = 2;"; } return myFunc3(); } void main() { mixin(myFunc1()); mixin(myFunc2()); } ---- myFunc1() can be used as a string mixin. myFunc2() can't be. I'm sure there are other things that I'll run into, but I figure there is some simple set of rules of what can and can't be used as a string mixin.Unfortunately there aren't any easy rules to go by. If it doesn't work CTFE, and a bug hasn't already been filed, then you could file a bug, especially if you find the problem blocking your progress. However, at this point there are plenty of things that don't work that are known and being targeted by Don already. So a flood of "this and that don't work in CTFE" bug reports may not be so useful just yet. Anyway, just be thankful that it now at least tells you what can't be evaluated. That's a vast improvement over the old days when the compiler would just give a generic error message about CTFE and leave you guessing about which line it didn't like! --bb
Nov 16 2009
On Mon, Nov 16, 2009 at 8:44 PM, Travis Boucher <boucher.travis gmail.com> wrote:Bill Baxter wrote:dOn Mon, Nov 16, 2009 at 3:42 PM, Travis Boucher <boucher.travis gmail.com> wrote:I've been playing with string mixins, and they are very powerful. One thing I can't figure out is what exactly can and cannot be evaluate=isat compile time. For example: ---- char[] myFunc1() { =A0 =A0 =A0 return "int a =3D 1;"; } char[] myFunc2() { =A0 =A0 =A0 char[] myFunc3() { =A0 =A0 =A0 =A0 =A0 =A0 =A0 return "int b =3D 2;"; =A0 =A0 =A0 } =A0 =A0 =A0 return myFunc3(); } void main() { =A0 =A0 =A0 mixin(myFunc1()); =A0 =A0 =A0 mixin(myFunc2()); } ---- myFunc1() can be used as a string mixin. myFunc2() can't be. I'm sure there are other things that I'll run into, but I figure there =n.some simple set of rules of what can and can't be used as a string mixi=ustUnfortunately there aren't any easy rules to go by. =A0If it doesn't work CTFE, and a bug hasn't already been filed, then you could file a bug, especially if you find the problem blocking your progress. However, at this point there are plenty of things that don't work that are known and being targeted by Don already. =A0So a flood of "this and that don't work in CTFE" bug reports may not be so useful just yet. Anyway, just be thankful that it now at least tells you what can't be evaluated. =A0That's a vast improvement over the old days when the compiler would just give a generic error message about CTFE and leave you guessing about which line it didn't like! --bbDon responded in D.learn. =A0The examples above should work on recent (>=3D1.047) DMD, I happen to be using gdc with 1.020. =A0Right now I am j=seeing how far I can push it and how weird I can make code that works.Makes more sense now. I *thought* nested functions had been fixed to work recently. The list Don pointed you to is a good guideline, but still you can expect to find other things not on that list that the compiler can't handle. For instance, another big category not mentioned there is C functions. You can't call C functions at compile time. --bb
Nov 17 2009
Travis Boucher wrote:Bill Baxter wrote:Great; saw you reposted and got your answers on D.learn. Good luck with your further D adventures on FreeBSD*! (* if I remember correctly your intro post said that's your platform.) JustinOn Mon, Nov 16, 2009 at 3:42 PM, Travis Boucher <boucher.travis gmail.com> wrote:Don responded in D.learn. The examples above should work on recent (>=1.047) DMD, I happen to be using gdc with 1.020. Right now I am just seeing how far I can push it and how weird I can make code that works.I've been playing with string mixins, and they are very powerful. One thing I can't figure out is what exactly can and cannot be evaluated at compile time. I'm sure there are other things that I'll run into, but I figure there is some simple set of rules of what can and can't be used as a string mixin.
Nov 17 2009