On 8-8-2011 21:57, Sven Barth wrote:
On 07.08.2011 19:52, Marco van de Voort wrote:
That being said, there is another bubble going on in Mobile, and we
have to
be very careful that such things don't happen again.
May I ask you to explain what you mean here? (Just curious)
Regards,
Sven
_
On 08.08.2011 22:45, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
the Win32 centric VCL :-(
It was not only the VCL. They included stuff in the assemblies that made
them basically hard to use from other languages. Things like
initialization and finalization sections jus
In our previous episode, Sven Barth said:
> > the Win32 centric VCL :-(
> >
>
> It was not only the VCL. They included stuff in the assemblies that made
> them basically hard to use from other languages. Things like
> initialization and finalization sections just don't work that well in
> the C
On Mon, Aug 8, 2011 at 11:15 PM, Hans-Peter Diettrich
wrote:
> IMO CodeGear stumbled with Delphi.NET over the same stone as with Kylix: the
> Win32 centric VCL :-(
Non-sense, if it was like that Gtk2 would be a huge failure, because
it is totally X11-centric, but nevertheless it has a very big us
On 08.08.2011 23:15, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
On 08.08.2011 12:48, Michael Schnell wrote:
On 08/06/2011 12:16 PM, Jonas Maebe wrote:
So it's just a stopgap solution for them until they have time to build
their own ARM compiler,
They continue to use the product from RemO
On 08.08.2011 22:11, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
That being said, there is another bubble going on in Mobile, and we have to
be very careful that such things don't happen again.
May I ask you to explain what you mean here? (Just curious)
That donations
Sven Barth schrieb:
On 08.08.2011 12:48, Michael Schnell wrote:
On 08/06/2011 12:16 PM, Jonas Maebe wrote:
So it's just a stopgap solution for them until they have time to build
their own ARM compiler,
They continue to use the product from RemObject as their .Net compiler
:). So I suppose they
Am 08.08.2011 12:49, schrieb John Clymer:
> Kicking it around in the back of my head at work today...
>
> I tried doing a compile to assembly language for the stellaris - and it
> choked giving the error from t_embed.pas. The error comes from the
> portion of the program trying to generate a link
In our previous episode, Sven Barth said:
> > That being said, there is another bubble going on in Mobile, and we have to
> > be very careful that such things don't happen again.
>
> May I ask you to explain what you mean here? (Just curious)
That donations of large pieces of code are not checked
On 08.08.2011 12:48, Michael Schnell wrote:
On 08/06/2011 12:16 PM, Jonas Maebe wrote:
So it's just a stopgap solution for them until they have time to build
their own ARM compiler,
They continue to use the product from RemObject as their .Net compiler
:). So I suppose they are not in a hurry (
On 07.08.2011 19:52, Marco van de Voort wrote:
That being said, there is another bubble going on in Mobile, and we have to
be very careful that such things don't happen again.
May I ask you to explain what you mean here? (Just curious)
Regards,
Sven
On 8/7/2011 12:50, Jonas Maebe wrote:
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
Hi,
It seems that the conversion of fcl-base to fpmake still has a glitch:
c:\lazarus\source\fpcbuild\trunk\fpcsrc\compiler\ppc386.exe fpmake.pp
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/i386-win32
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/hash/units/i386-win32
-FuC:/lazarus/
On 8 Aug 2011, at 11:49, John Clymer wrote:
> Kicking it around in the back of my head at work today...
>
> I tried doing a compile to assembly language for the stellaris - and it
> choked giving the error from t_embed.pas. The error comes from the portion
> of the program trying to generate
Kicking it around in the back of my head at work today...
I tried doing a compile to assembly language for the stellaris - and it choked
giving the error from t_embed.pas. The error comes from the portion of the
program trying to generate a linker script.
Looking at t_embed.pas, it looks like
AFAIU, the Windows 32 FPC has some disadvantages regarding the Delphi
compiler (compiling speed, executable speed, executable size).
(Obviously providing multiplatform does not come for free.)
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepa
On 08/06/2011 12:16 PM, Jonas Maebe wrote:
So it's just a stopgap solution for them until they have time to build their
own ARM compiler,
They continue to use the product from RemObject as their .Net compiler
:). So I suppose they are not in a hurry (in case that FPC works as
expected, which
+1
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Sun, Aug 7, 2011 at 12:14 PM, John Clymer wrote:
> New to this - what is procedure to
> generate and submit patch set ?
http://wiki.lazarus.freepascal.org/Creating_A_Patch
--
Felipe Monteiro de Carvalho
___
fpc-devel maillist - fpc-devel@lists.fr
On 7 Aug 2011, at 11:14, John Clymer wrote:
> Ok. Give me a week or so (very hectic schedule right now...) And I will see
> if I can't patch it up some.
To save you some time perhaps, the following was for lm3s9b92 and
rtl/embedded/arm/stellaris.pas; I only tested with that device:-
1
20 matches
Mail list logo