Thread: [A-A-P-develop] Regression in action selection functionality in version 1.068
Brought to you by:
vimboss
From: Lars I. I. <lar...@ig...> - 2004-08-05 18:57:44
|
Hmm, it seems like some problems from earlier has popped up again. This time it manifested while building a static lib (which worked properly before I updated from CVS). After compiling my d files, it tries to link them using the default action in default.aap instead of heeding the buildaction attribute that was added when compiling. Lars Ivar Igesund |
From: Lars I. I. <lar...@ig...> - 2004-08-07 08:17:14
|
The same happens with both :lib and :dll. I will try to look into it myself. Lars Ivar Igesund Lars Ivar Igesund wrote: > Hmm, it seems like some problems from earlier has popped up again. This > time it manifested while building a static lib (which worked properly > before I updated from CVS). After compiling my d files, it tries to link > them using the default action in default.aap instead of heeding the > buildaction attribute that was added when compiling. > > Lars Ivar Igesund > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > A-A-P-develop mailing list > A-A...@li... > https://lists.sourceforge.net/lists/listinfo/a-a-p-develop > > |
From: Lars I. I. <lar...@ig...> - 2004-08-07 18:58:16
Attachments:
default.diff
|
The attached patch fix my problems. I hope you plan to tell me how to change the d code if your changes were intentional :) Lars Ivar Igesund Lars Ivar Igesund wrote: > The same happens with both :lib and :dll. I will try to look into it > myself. > > Lars Ivar Igesund > > Lars Ivar Igesund wrote: > >> Hmm, it seems like some problems from earlier has popped up again. >> This time it manifested while building a static lib (which worked >> properly before I updated from CVS). After compiling my d files, it >> tries to link them using the default action in default.aap instead of >> heeding the buildaction attribute that was added when compiling. >> >> Lars Ivar Igesund >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by OSTG. Have you noticed the changes on >> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, >> one more big change to announce. We are now OSTG- Open Source Technology >> Group. Come see the changes on the new OSTG site. www.ostg.com >> _______________________________________________ >> A-A-P-develop mailing list >> A-A...@li... >> https://lists.sourceforge.net/lists/listinfo/a-a-p-develop >> >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > A-A-P-develop mailing list > A-A...@li... > https://lists.sourceforge.net/lists/listinfo/a-a-p-develop > > |
From: Bram M. <Br...@mo...> - 2004-08-26 15:47:02
|
Lars Ivar Igesund wrote: >> Hmm, it seems like some problems from earlier has popped up again. >> This time it manifested while building a static lib (which worked >> properly before I updated from CVS). After compiling my d files, it >> tries to link them using the default action in default.aap instead of >> heeding the buildaction attribute that was added when compiling. Your change to default.aap goes in the wrong direction. Instead, try this patch to Action.py that fixes the actual problem: *** Action.py~ Sun Jun 20 21:48:25 2004 --- Action.py Thu Aug 26 17:09:47 2004 *************** *** 90,97 **** def defer_action_name(self, source = ""): """Return name of action to defer the work to.""" for n in self.defer_var_names: ! if n == "{buildaction}": ! aname = RecPython.get_var_attr(source, "buildaction") else: aname = get_var_val(0, Global.globals, "_no", n) if aname: --- 90,97 ---- def defer_action_name(self, source = ""): """Return name of action to defer the work to.""" for n in self.defer_var_names: ! if len(n) > 2 and n[0] == '{' and n[-1] == '}': ! aname = RecPython.get_var_attr(source, n[1:-1]) else: aname = get_var_val(0, Global.globals, "_no", n) if aname: -- Drink wet cement and get really stoned. /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ Project leader for A-A-P -- http://www.A-A-P.org /// \\\ Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html /// |
From: Lars I. I. <lar...@ig...> - 2004-08-29 18:19:41
|
That is possibly a correct patch, but the problem is still present with it. Most likely because I haven't changed d.aap to use the builddllaction and buildlibaction attributes. (which I can, I just haven't been told that they're needed.) Lars Ivar Igesund Bram Moolenaar wrote: > Lars Ivar Igesund wrote: > > >>>Hmm, it seems like some problems from earlier has popped up again. >>>This time it manifested while building a static lib (which worked >>>properly before I updated from CVS). After compiling my d files, it >>>tries to link them using the default action in default.aap instead of >>>heeding the buildaction attribute that was added when compiling. > > > Your change to default.aap goes in the wrong direction. Instead, try > this patch to Action.py that fixes the actual problem: > > *** Action.py~ Sun Jun 20 21:48:25 2004 > --- Action.py Thu Aug 26 17:09:47 2004 > *************** > *** 90,97 **** > def defer_action_name(self, source = ""): > """Return name of action to defer the work to.""" > for n in self.defer_var_names: > ! if n == "{buildaction}": > ! aname = RecPython.get_var_attr(source, "buildaction") > else: > aname = get_var_val(0, Global.globals, "_no", n) > if aname: > --- 90,97 ---- > def defer_action_name(self, source = ""): > """Return name of action to defer the work to.""" > for n in self.defer_var_names: > ! if len(n) > 2 and n[0] == '{' and n[-1] == '}': > ! aname = RecPython.get_var_attr(source, n[1:-1]) > else: > aname = get_var_val(0, Global.globals, "_no", n) > if aname: > |
From: Bram M. <Br...@mo...> - 2004-08-29 20:13:52
|
Lars Ivar Igesund wrote: > That is possibly a correct patch, but the problem is still present with > it. Most likely because I haven't changed d.aap to use the > builddllaction and buildlibaction attributes. (which I can, I just > haven't been told that they're needed.) This was discussed a while ago. Just using one "buildaction" attribute doesn't work in specific situations. We need separate attributes for dll and lib production. -- From the classified section of a city newspaper: Dog for sale: eats anything and is fond of children. /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ Project leader for A-A-P -- http://www.A-A-P.org /// \\\ Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html /// |
From: Lars I. I. <lar...@ig...> - 2004-08-29 21:23:45
Attachments:
d.diff
|
I can't find the discussion in question, but I don't doubt the need for the change. I'm just fairly certain that it hasn't been said that I had to do the changes supplied in the attached patch for my previously working code to continue to work. As it was, I had to do a lot of testing and tracing to find out why my code (that worked perfectly just days earlier) had stopped working. Anyway, it works now (when using the attached patch to d.aap). Lars Ivar Igesund Bram Moolenaar wrote: > Lars Ivar Igesund wrote: > > >>That is possibly a correct patch, but the problem is still present with >>it. Most likely because I haven't changed d.aap to use the >>builddllaction and buildlibaction attributes. (which I can, I just >>haven't been told that they're needed.) > > > This was discussed a while ago. Just using one "buildaction" attribute > doesn't work in specific situations. We need separate attributes for > dll and lib production. > |
From: Bram M. <Br...@mo...> - 2004-08-30 08:47:44
|
Lars Ivar Igesund wrote: > I can't find the discussion in question, but I don't doubt the need for > the change. I'm just fairly certain that it hasn't been said that I had > to do the changes supplied in the attached patch for my previously > working code to continue to work. As it was, I had to do a lot of > testing and tracing to find out why my code (that worked perfectly just > days earlier) had stopped working. Anyway, it works now (when using the > attached patch to d.aap). Thanks, I'll include the patch. -- If evolution theories are correct, humans will soon grow a third hand for operating the mouse. /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ Project leader for A-A-P -- http://www.A-A-P.org /// \\\ Buy at Amazon and help AIDS victims -- http://ICCF.nl/click1.html /// |