<br><br><div class="gmail_quote">2009/1/31 Enrico Tröger <span dir="ltr"><<a href="mailto:enrico.troeger@uvena.de">enrico.troeger@uvena.de</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Sat, 31 Jan 2009 00:44:15 +1100, Lex Trotman <<a href="mailto:elextr@gmail.com">elextr@gmail.com</a>><br>
<div><div></div><div class="Wj3C7c">wrote:<br>
<br>
>2009/1/30 Nick Treleaven <<a href="mailto:nick.treleaven@btinternet.com">nick.treleaven@btinternet.com</a>><br>
><br>
>> On Tue, 27 Jan 2009 22:30:20 +1100<br>
>> Lex Trotman <<a href="mailto:elextr@gmail.com">elextr@gmail.com</a>> wrote:<br>
>><br>
>> > > Sorry, I haven't looked at them. Until we have a stable build<br>
>> > > commands design, I would prefer we don't complicate things. It's<br>
>> > > not so bad using an existing command to compile headers.<br>
>> > ><br>
>> ><br>
>> > Ok, if no other objections I'll implement an option for compile<br>
>> > headers<br>
>> off<br>
>> > by default and lets see how it goes.<br>
>><br>
>> Well, we might want to make changes to the build system, or extend<br>
>> GUI functionality in some way. This would likely be made more<br>
>> complex if we have to also support different sets of build commands.<br>
>><br>
>> I think it would be best to keep the alternate build commands feature<br>
>> separate from the main build work.<br>
>><br>
><br>
>Ummm to make sure my last proposal above was understood, what I was<br>
>proposing was not to have alternate commands for now, just to have an<br>
>option to make the c/c++ filetype commands available for headers.<br>
>Currently headers are hard coded to be unable to access any build or<br>
>compile commands.  If headers need a different build command then one<br>
>of the spare commands will have to be used and the user must choose<br>
>the correct command for header or body.   Since there is some risk in<br>
>that process, eg choosing the wrong command may have unintended side<br>
>effects, the option is off by default (giving current behavior).  It<br>
>probably should be a hidden option, not on the GUI.<br>
<br>
</div></div>Er, didn't we already decided that the current restriction to not<br>
compile header files can/should be removed?<br>
I think we don't need an option for this.<br>
Just allow compiling header files and leave it in the user's<br>
responsibility with which command he/she compiles a header file.<br>
<div><div></div><div class="Wj3C7c"></div></div></blockquote><div><br>I didn't realise that was decided, happy to do minimal work ;-) will remove.<br><br>Cheers<br>Lex<br> <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div class="Wj3C7c"><br>
<br>
Regards,<br>
Enrico<br>
<br>
--<br>
Get my GPG key from <a href="http://www.uvena.de/pub.asc" target="_blank">http://www.uvena.de/pub.asc</a><br>
</div></div><br>_______________________________________________<br>
Geany-devel mailing list<br>
<a href="mailto:Geany-devel@uvena.de">Geany-devel@uvena.de</a><br>
<a href="http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel" target="_blank">http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel</a><br>
<br></blockquote></div><br>