Hi,
Any FPC developer willing to comment on the status of some of these
issues (that have been years overdue)?
Original Message
Subject: Re: [MSEide-MSEgui-talk] MSEide+MSEgui 2.8.4
Date: Mon, 17 Dec 2012 08:57:15 +0100
From: John Doe 1 <>
To: mseide-msegui-t...@lists.sourc
Am 17.12.2012 10:36, schrieb Graeme Geldenhuys:
It seems to me, main target of FPC development today is compatibility to
the "modern" Delphi language constructs, I don't want to go this
route.
And? Some people want to have these features (especially I want generic,
I want helpers, I want closure
On 12/16/2012 05:41 PM, Sven Barth wrote:
Please note that (as I already described in another message)
TThread.Queue now is an officially documented function (using overlay
procedures with alternate parameters).
Thanks,
-Michael
___
fpc-devel mailli
17.12.2012 13:55, Sven Barth пишет:
smart linking MSEide on
64 bit Linux is not possible with 2GB ram,
Linking is a problem of ld, not of Free Pascal. ld was not designed for the
workload we put on it
(especially regarding smart linking). You could try however if the new internal
ELF linker so
Am 17.12.2012 11:23 schrieb "Michael Schnell" :
>
> On 12/16/2012 05:41 PM, Sven Barth wrote:
>
> Please note that (as I already described in another message)
TThread.Queue now is an officially documented function (using overlay
procedures with alternate parameters).
I know that (partly from your
On 12/17/2012 12:32 PM, Sven Barth wrote:
I know that (partly from your mail), but this does not explain some of
the things they are doing in the background (like what happens with
exceptions raised inside a queued function)
I see. Interesting stuff :-) .
Thanks,
-Michael
Sven Barth schrieb:
still no Delphi-like packages...
They are planned long term, but they are no cheesecake feature. We need
to implement them in a way so that at least the major platforms
(Windows, Linux, Mac OS X) can make use of it and already the difference
regarding procedure name resolu
Hi Sergei and Mark,
16.12.2012 12:41, Sergei Gorelkin:
[...]
This was caused by insufficient alignment of Double-typed temp
variables, fixed in r23146.
Moreover, it appeared that function UnixToWinAge wasn't doing anything
useful since year 2005, so it was removed in r23145, making
FindFirst/Find
On 17/12/12 13:06, Hans-Peter Diettrich wrote:
>
> We should wait for and explore how the multi-target Delphi handles that.
Probably not even implemented, because Delphi IDE is Windows only - and
there are no plans to make a cross-platform IDE by Embarcadero.
Regards,
- Graeme -
--
fpGUI To
Am 17.12.2012 14:06, schrieb Hans-Peter Diettrich:
Sven Barth schrieb:
still no Delphi-like packages...
They are planned long term, but they are no cheesecake feature. We
need to implement them in a way so that at least the major platforms
(Windows, Linux, Mac OS X) can make use of it and alr
On Mon, 17 Dec 2012, Nikolai Zhubr wrote:
Hi Sergei and Mark,
16.12.2012 12:41, Sergei Gorelkin:
[...]
This was caused by insufficient alignment of Double-typed temp
variables, fixed in r23146.
Moreover, it appeared that function UnixToWinAge wasn't doing anything
useful since year 2005, so i
Sven Barth schrieb:
Am 17.12.2012 14:06, schrieb Hans-Peter Diettrich:
Sven Barth schrieb:
still no Delphi-like packages...
They are planned long term, but they are no cheesecake feature. We
need to implement them in a way so that at least the major platforms
(Windows, Linux, Mac OS X) can m
Am 17.12.2012 16:20, schrieb Hans-Peter Diettrich:
Sven Barth schrieb:
Am 17.12.2012 14:06, schrieb Hans-Peter Diettrich:
Sven Barth schrieb:
still no Delphi-like packages...
They are planned long term, but they are no cheesecake feature. We
need to implement them in a way so that at least t
17.12.2012 19:12, michael.vancann...@wisa.be:
[...]
The FPC team has a MIPS device (longsoon?) available. It's currently
switched off, but can be switched on at any time.
Ah, ok. That's good news. If it is longsoon then it must be much faster
than mine. (Though IIRC it only exists in little e
On 17/12/12 15:29, Sven Barth wrote:
> I predict that we'll reach a point in
> the near(!) future where we won't (be able to) follow Delphi's lead
> anymore.
And what a good day that will be. FPC will can innovate again. Delphi
hasn't been leading for years, and Embarcadero is milking a dead co
Graeme Geldenhuys wrote:
On 17/12/12 15:29, Sven Barth wrote:
I predict that we'll reach a point in
the near(!) future where we won't (be able to) follow Delphi's lead
anymore.
And what a good day that will be. FPC will can innovate again. Delphi
hasn't been leading for years, and Embarcadero
Sven Barth wrote:
From what I see so far of the route that Embarcadero takes (complete
reimplementation of compiler, sudden appearence of "type helpers" and
things like "zero based strings") I predict that we'll reach a point in
the near(!) future where we won't (be able to) follow Delphi's l
Hello together!
I'm currently testing the Android branch and I've already reached a
problem when trying to build it. I've downloaded the current Android NDK
r8c and then tried to run the following command line:
make all OS_TARGET=android CPU_TARGET=arm
CROSSBINDIR=/mnt/data/downloads/dev/and
Hi,
On Mon, 2012-12-17 at 21:45 +0100, Sven Barth wrote:
> Hello together!
>
> I'm currently testing the Android branch and I've already reached a
> problem when trying to build it. I've downloaded the current Android NDK
> r8c and then tried to run the following command line:
>
> make all OS
On 18.12.2012 00:10, Thomas Schatzl wrote:
> Hi,
>
> On Mon, 2012-12-17 at 21:45 +0100, Sven Barth wrote:
>> Hello together!
>>
>> I'm currently testing the Android branch and I've already reached a
>> problem when trying to build it. I've downloaded the current Android NDK
>> r8c and then tried t
20 matches
Mail list logo
