On Mon, Aug 8, 2011 at 12:49 AM, Florian Klämpfl wrote:
> Am 07.08.2011 18:27, schrieb Jonas Maebe:
> >
> > And I don't
> > understand all this hostility towards Embarcadero.
>
> Indeed. People should be happy that there is a pretty large commercial
> vendor which provides an professional object p
On 07-08-2011 20:42, Graeme Geldenhuys wrote:
own compiler later on. As long as they don't start blatantly copying code from
FPC
into their own compiler
The problem is, how would we know? Nobody can see their compiler code.
Good news is that any modifications or bug fixes they make, they wil
Am 07.08.2011 18:27, schrieb Jonas Maebe:
>
> And I don't
> understand all this hostility towards Embarcadero.
Indeed. People should be happy that there is a pretty large commercial
vendor which provides an professional object pascal development
environment. Even if one doesn't use it, one shoul
On Fri, August 5, 2011 22:21, Karoly Balogh wrote:
> Hi,
>
> On Fri, 5 Aug 2011, Karoly Balogh wrote:
>
>> The problem with your example in particular that /System/Development as
>> Amiga path is perfectly valid, as it means ../System/Development in
>> POSIX
>> path, not System:Development/ Having
In our previous episode, Jonas Maebe said:
> > Anyway, there are more gotchas. They could e.g. have stuff like
> > linkerscripts in a external files, and since they are not GPLed, not deliver
> > them.
>
> a) again, I have a really hard time imagining that the people at
> Embarcadero would go out
On 07 Aug 2011, at 22:00, Marco van de Voort wrote:
> Anyway, there are more gotchas. They could e.g. have stuff like
> linkerscripts in a external files, and since they are not GPLed, not deliver
> them.
a) again, I have a really hard time imagining that the people at Embarcadero
would go out
In our previous episode, Dimitri Smits said:
> > Florian, has anybody from Embarcadero approached you on this? I
> > wonder if they know that any modifications they make to the FPC
> > compiler must be made available as open-source? The compiler is
> > GPL'ed
> > after all.
>
> contrary to popula
- "Graeme Geldenhuys" schreef:
> Florian, has anybody from Embarcadero approached you on this? I
> wonder if they know that any modifications they make to the FPC
> compiler must be made available as open-source? The compiler is
> GPL'ed
> after all.
contrary to popular belief, it is not s
On 07 Aug 2011, at 20:42, Graeme Geldenhuys wrote:
> Good news is that any modifications or bug fixes they make, they will
> have to share.
They only have to share them with their customers who get the binary (and even
then only for nominal shipping and handling fees). Of course, those customer
On 7 August 2011 18:50, Jonas Maebe wrote:
>
>> Makes you wonder, will they start submitting patches for FPC too?
>
> I hope so.
+1
At least for now FPC scored some bragging rights. :)
> The main problem I see with that is that they would become somewhat "tainted"
A very valid point.
> own co
On 7 August 2011 18:08, Bernd Mueller wrote:
>
> they could even save more time, it they would use Lazarus ;-)
I wouldn't mind them building a workable debugger for FPC.
>> Makes you wonder, will they start submitting patches for FPC too?
>
> I had the same thought. What happens, if their custom
On 7-8-2011 18:50, Jonas Maebe wrote:
I hope so. The main problem I see with that is that they would become
somewhat "tainted" by the FPC source code if they do so, which may
make it harder to work on their own compiler later on. As long as they
don't start blatantly copying code from FPC into
they could even save more time, it they would use Lazarus ;-)
That's the one part they - Embarcadero - are still miles ahead in
productivity and reliability. Lazarus is workable - more than that - but
still cannot compete with Delphi in productivity - but that of course is
for Windows only. I
In our previous episode, Jonas Maebe said:
> I hope so. The main problem I see with that is that they would become
> somewhat "tainted" by the FPC source code if they do so, which may make it
> harder to work on their own compiler later on. As long as they don't
> start blatantly copying code fro
In our previous episode, Jonas Maebe said:
> > Jonas Maebe wrote:
> >
> >> ...So it's just a stopgap solution for them until they have time to build
> >> their own ARM compiler...
> >
> > wow! The former state of the art compiler vendor
> > (Borland/Inprise/Borland/Codegear/Emb...) is not able
On 07 Aug 2011, at 17:57, Graeme Geldenhuys wrote:
> Makes you wonder, will they start submitting patches for FPC too?
I hope so. The main problem I see with that is that they would become somewhat
"tainted" by the FPC source code if they do so, which may make it harder to
work on their own co
On 07 Aug 2011, at 18:08, Bernd Mueller wrote:
> What happens, if their customers report bugs concerning the code generation?
> Are they competent enough to fix them? (I don't think so)
I can't imagine why they wouldn't be able to do so. And I don't understand all
this hostility towards Embarc
>
> Makes you wonder, will they start submitting patches for FPC too?
>
that was what I was wondering about as well. Why not participate in fpc/lazarus
development and "add" the missing features (packages etc; some language
features) or "update" the D7-isms to XE standards instead of doing it
Graeme Geldenhuys wrote:
On 7 August 2011 17:29, Jonas Maebe wrote:
Going from a completely i386-specific code generator to an ARM
code generator is a lot of work, especially if you at the same time
also have to create a 64 bit code generator.
Maybe they should just call it quits on there comp
On 7 August 2011 17:29, Jonas Maebe wrote:
>
> Going from a completely i386-specific code generator to an ARM
> code generator is a lot of work, especially if you at the same time
> also have to create a 64 bit code generator.
Maybe they should just call it quits on there compiler product, and at
On 07 Aug 2011, at 17:21, Bernd Mueller wrote:
> Jonas Maebe wrote:
>
>> ...So it's just a stopgap solution for them until they have time to build
>> their own ARM compiler...
>
> wow! The former state of the art compiler vendor
> (Borland/Inprise/Borland/Codegear/Emb...) is not able to produ
Jonas Maebe wrote:
...So it's just a stopgap solution for them until they have time to build their
own ARM compiler...
wow! The former state of the art compiler vendor
(Borland/Inprise/Borland/Codegear/Emb...) is not able to produce a
compiler of its own ;-)
Regards, Bernd.
__
On Sun, Aug 7, 2011 at 5:59 AM, Graeme Geldenhuys
wrote:
> On 6 August 2011 12:16, Jonas Maebe wrote:
>>
>> ... but the fact that they will ship FPC definitely serves as a testament to
>> its quality :) Very cool!
>
>
> This is very good indeed! 10/10 to the FPC developers. :)
+1
Marcos Douglas
Ok. Give me a week or so (very hectic schedule right now...) And I will see
if
I can't patch it up some. New to this - what is procedure to generate and
submit patch set ?
Thanks !
From: Florian Klämpfl
To: FPC developers' list
Sent: Sun, August 7, 201
On 6 August 2011 12:16, Jonas Maebe wrote:
>
> ... but the fact that they will ship FPC definitely serves as a testament to
> its quality :) Very cool!
This is very good indeed! 10/10 to the FPC developers. :)
--
Regards,
- Graeme -
___
fpGUI -
25 matches
Mail list logo
