after some test i think the bug is not here but in the use of message..... wich can't reach their destination...
Lionel Drevon
Adeli http://www.adeli.fr
618 Av. Gal de Gaulle Tel 04 78 66 11 85
69760 Limonest Fax 04 78 66 04 33

Marco van de Voort wrote

So Lazarus never will have an integrated compiler like the TUI IDE?

Nope, only an external compiler.

Marc

after some test i think the bug is not here but in the use of message..... wich can't reach their destination...

Why ?

Marc

>So Lazarus never will have an integrated compiler like the TUI IDE? Nope, only an external compiler.

Hmm. (thinking about advantages/disadvantages). Would be slower with projects?

(if the IDE knows all files for a project, it could pass all files through the compiler with one initialisation. Now it has to call the commandline compiler for each file?

Afaik this is partially why Delphi is so fast compared to (GNU) compilers?)

Do you have -except said copyright issues- have specific reasons for not linking in the compiler?

Marco van de Voort ( or )

+ From: Behalf Of
+
+ > >So Lazarus never will have an integrated compiler like the TUI IDE?
+ >
+ > Nope, only an external compiler.
+
+ Hmm. (thinking about advantages/disadvantages). Would be slower
+ with projects?
+
+ (if the IDE knows all files for a project, it could pass all
+ files through the compiler with one initialisation. Now it
+ has to call the commandline compiler for each file?

Only feed the protject file. If everything is OK, the compilet should only compile the changed units.

+ Do you have -except said copyright issues- have specific reasons for
+ not linking in the compiler?

There was a thread on this subject in the past, but I couldn't find it (MAH: search the archives ?) To be less dependant of the compiler changes or stability, it was advised to run the compiler as an external exe.

Marc

Sebastian G. and I were discussing copyright issues, and we (actually more me) came to the conclusion that building an IDE with lazarus and FPC is not legal.

This because lazarus contains mwedit which is not GPL compatible. (according to the FSF page)

To fix this check all other packages you use, and try to persuade the author in changing the license in something GPL compatible (and I know, that is not much)

Marco van de Voort ( or )

So Lazarus never will have an integrated compiler like the TUI IDE? Then that is my mistake 1.

Thank you Martin W. for confirming that mwEdit is public domain. I'm also glad to know that you still read the list. :-)

Then that is mistake 2 :-)

Found it.

http://www.miraclec.com/list_archives/lazarus/3-9-00_4-24-00/msg00018.html

http://www.miraclec.com/list_archives/lazarus/3-9-00_4-24-00/msg00033.html

Marco van de Voort wrote

Sebastian G. and I were discussing copyright issues, and we (actually more me) came to the conclusion that building an IDE with lazarus and FPC is not legal.

First off what does building an IDE with Lazarus have to do with FPC and it's license. We are not modifing the FPC code or even adding to the FPC code. In fact it can be used without the FPC source. We are just using the FPC compiler. I don't understand why you think the FPC license has anything to do with it. :-\

This because lazarus contains mwedit which is not GPL compatible. (according to the FSF page)

Thank you Martin W. for confirming that mwEdit is public domain. I'm also glad to know that you still read the list. :-)

Hi,

This because lazarus contains mwedit which is not GPL compatible. (according to the FSF page)

the core of mwEdit, that was available with version 0.53, is PublicDomain. Most of that what came later is the huge amount of HighLighters, the more abstract CommandProcessor for which I've already sent a much better replacement that is under the MPL, the Undo/Redo lists and painting for the gutter. The HighLighters don't play a big role, Undo/Redo lists and painting for the gutter could be done even better with not much work.

At all I can't see a big problem here.

Martin

R�achemin� le: Wed, 23 Aug 2000 18:15:17 -0400 Date d'envoi: Thu, 24 Aug 2000 00:18:47 +0200
Destinataire: ,
Exp�diteur: Marc Weustink
Objet: Re: [lazarus] bug under win32 with continuous redraw... R�achemin� par:
R�ponse �:

Because with example /pp/lazarus/example/bitbutton the menu work but no button call procedure works

i try now to correct this error...
Lionel Drevon
Adeli http://www.adeli.fr
618 Av. Gal de Gaulle Tel 04 78 66 11 85
69760 Limonest Fax 04 78 66 04 33

+ From:

+ > At 00:13 24-08-2000 +0200, wrote:
+ > >after some test i think the bug is not here but in the use
+ > >of message.....
+ > >wich can't reach their destination...
+ >
+ > Why ?

+ Because with example /pp/lazarus/example/bitbutton
+ the menu work but no button call procedure works

The situation is a bit more complex. If I recall it correctly it has something to do with paintevents and tabpages. For one reason painting fires another paint event and so on. On Linux there is another event order (or so) so you won't see it.

Marc