21.02.2016, 02:59, "Sven Barth" :
> Then you don't consider C++ as mainstream, do you?
>
> Regards,
> Sven
Hm. Looks like C++ actually does that and that's great.
Unfortunately I stopped using C++ for large projects about 12 years ago, so my
C++ template knowledge must be too old :)
> I had t
I’m going to attempt to port a game to Android but I have some questions about
potential problems. Now at least I think building a library and loading using
the JNI would be best but using the JVM could be helpful also (the entire
project couldn’t be compiled though). Not sure which way is best
nice! it worked fine!
thanks
Philippe
De: fpc-pascal-boun...@lists.freepascal.org
em nome de Juha Manninen
Enviado: sábado, 20 de fevereiro de 2016 21:38
Para: FPC-Pascal users discussions
Assunto: Re: [fpc-pascal] Lazarus Release 1.6
On Sun, Feb 21,
2016-02-20 3:24 GMT-02:00 Michalis Kamburelis :
> The major problem there is that it's difficult to force it to be
> always initialized with zeroes. Currently, a non-global variable of
> unmanaged type can always be filled with memory garbage, as explained
> in other thread. The trick in
> http://
On Sun, Feb 21, 2016 at 2:28 AM, Philippe Lévi wrote:
> I still do not understand the reason why the size is 10 times bigger after
> rebuilding Lazarus ...
Open Tools -> Configure "Build Lazarus" ... dialog.
Select profile "Optimized IDE". You can also use -O3 optimization in
options. Then build
I still do not understand the reason why the size is 10 times bigger after
rebuilding Lazarus ...
but ... I understood why it does not run ... Avast! is the responsible for it!
...
I found how to exclude lazarus directory from Avast! scanning ... and now it
looks that Lazarus is running fine
On 2016-02-20 22:50, Jonas Maebe wrote:
> we've been hit very hard
> by spammers the last couple of days.
Wow, from the changelog you are not kidding. :)
> If something is not working right since the upgrade, please let us know
> here.
Most, if not all, images are missing.
Regards,
- Grae
On 20/02/2016 22:50, Jonas Maebe wrote:
Hi,
The wiki has been upgraded to MediaWiki 1.23.13 LTS. I've also
replaced our custom captcha with Google's ReCaptcha, as we've been hit
very hard by spammers the last couple of days.
If something is not working right since the upgrade, please let us
Am 20.02.2016 11:33 schrieb "denisgolovan" :
>
> Hi
>
> That always keeps me wondering - why neither FPC, no any other mainstream
static-type language implements specialization based not only on types, but
on compile-time constants as well?
>
Then you don't consider C++ as mainstream, do you?
> I
Hi,
The wiki has been upgraded to MediaWiki 1.23.13 LTS. I've also replaced
our custom captcha with Google's ReCaptcha, as we've been hit very hard
by spammers the last couple of days.
If something is not working right since the upgrade, please let us know
here.
Thanks,
Jonas
___
Good news, good job!
Finally, I'll be able to migrate our team to FPC 3.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Lazarus-Release-1-6-tp5724185p5724230.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
_
>> Right now we only have "with notifications, and not type-safe"
>> containers (TObjectList/TList) and "without notifications, and
>> type-safe using generics" containers (TFPObjectList/TFPList).
>
>
> These latter 2 are not generics based. There was some experimental code
> which attempted to im
Graeme Geldenhuys wrote:
If it was originally implemented for Turbo Pascal compatibility, why is
it enabled for ObjFPC and Delphi modes?
Because original Delphi versions also had {$j+} by default.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.f
On 2016-02-20 13:09, Bart wrote:
> Yes please, break a ton of existing projects.
Yes, then they can finally fix there code and use global variables instead.
If it was originally implemented for Turbo Pascal compatibility, why is
it enabled for ObjFPC and Delphi modes?
Regards,
- Graeme -
--
installed 1.6 on my windows 8 64bits machine.
the exe file is 22.398 bytes
if I rebuild Lazarus ... after installing a component or after building Lazarus
from the Tools menu ... the exe file is more then 225.000 bytes big ... and ...
it does not run! ...
if I reboot the machine and try to r
On 2016-02-20 05:05, Michalis Kamburelis wrote:
> So I would not reject the idea so quickly. But it indeed should be
> implemented carefully
And it will take 5-10 minutes to write some unit tests to see exactly
what speed penalty would occur. Why guess or assume. Write some unit
tests and get th
On Sat, Feb 20, 2016 at 8:39 AM, Nitorami wrote:
> I would do it like this
> test(TBytes.Create (65, 66, 67));
Awesome. It compiles and works, thank you! :-)
--
Silvio Clécio
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists
reinstalled with clean option ... it looks ok now!
thanks again
Philippe
De: fpc-pascal-boun...@lists.freepascal.org
em nome de Martin
Enviado: sábado, 20 de fevereiro de 2016 12:23
Para: FPC-Pascal users discussions
Assunto: Re: [fpc-pascal] Lazarus Re
you probably right! I'll check soon.
De: fpc-pascal-boun...@lists.freepascal.org
em nome de Martin
Enviado: sábado, 20 de fevereiro de 2016 12:23
Para: FPC-Pascal users discussions
Assunto: Re: [fpc-pascal] Lazarus Release 1.6
On 20/02/2016 13:30, Phil
On 20/02/2016 13:30, Philippe Lévi wrote:
I may have missed something
I installed lazarus from lazarus-1.6.0-fpc-3.0.0-win64.exe
everything seem to have been installed well.
but when I start Lazarus ... it requires "C:\lazarus64\fpc\2.7.1\source" ...
but 2.6.4 has been installed!
what i
20.02.2016, 02:05, "Sven Barth" :
> There's no need for a sample. This degradation is the whole reason why the
> non-generic classes TFPObjectList and TFPList exist compared to TObjectList
> and TList which do have notifications.
>
> Regards,
> Sven
/ My previous mail appeared to be in html form
I may have missed something
I installed lazarus from lazarus-1.6.0-fpc-3.0.0-win64.exe
everything seem to have been installed well.
but when I start Lazarus ... it requires "C:\lazarus64\fpc\2.7.1\source" ...
but 2.6.4 has been installed!
what is the best (easiest) solution to clean this
Mr Bee wrote:
I think we should follow Delphi in this case. Typed constant should not
be writeable by default. That's what a constant should be. The old
behavior is a flaw. At least let {$J-} be the default for {$MODE DELPHI}
and {$MODE OBJFPC}.
What do you think?
It can maybe be changed for {
On 2/20/16, Mr Bee wrote:
> I think we should follow Delphi in this case. Typed constant should not be
> writeable by default. That's what a constant should be. The old behavior is
> a flaw. At least let {$J-} be the default for {$MODE DELPHI} and {$MODE
> OBJFPC}
Yes please, break a ton of exis
I would do it like this
test(TBytes.Create (65, 66, 67));
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/How-to-pass-an-array-of-bytes-directly-in-a-TBytes-param-tp5724202p5724215.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
Hi, I read this: http://www.freepascal.org/docs-html/ref/refse10.html
"Support for assigning values to typed constants is controlled by the {$J}
directive: it can be switched off, but is on by default (for Turbo Pascal
compatibility). Initialized variables are always allowed."
Then I read this:
Hi That always keeps me wondering - why neither FPC, no any other mainstream static-type language implements specialization based not only on types, but on compile-time constants as well? I mean something like TGenericList = class ... end; procedure TGenericList.Delete(index:integer);begin i
On Sat, 20 Feb 2016, Michalis Kamburelis wrote:
Can you send little bit sample showing this degradation? I can inform him
to not send the patch because this problem. (I think that him isn't
registered here in the list yet)
There's no need for a sample. This degradation is the whole reason wh
On 19/02/2016 20:20, fpc-pascal-requ...@lists.freepascal.org wrote:
Date: Fri, 19 Feb 2016 14:24:30 +0100
From: Sven Barth
To: FPC-Pascal users discussions
Subject: Re: [fpc-pascal] [PATCH] Addition of OnNotify event on
"TFPGObjectList" and "TFPGList" triggered on the insert, delete and
On 19/02/2016 20:20, fpc-pascal-requ...@lists.freepascal.org wrote:
Date: Fri, 19 Feb 2016 11:49:57 -0700 (MST) From: leledumbo
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] Happy tickets benchmark
>Do you have any ideas why this kind of optimization is special?
Didn't Florian
On 19/02/2016 20:20, fpc-pascal-requ...@lists.freepascal.org wrote:
Date: Fri, 19 Feb 2016 14:01:16 +0100
From: Jonas Maebe
To: FPC-Pascal users discussions
Subject: Re: [fpc-pascal] Happy tickets benchmark
Serguei TARASSOV wrote:
>For info, simple loop test like
>
>while i < 10 do
Am 20.02.2016 08:55 schrieb "Maciej Izak" :
>
> Notifications events already works in Generics.Collections. ;P
>
Which reminds me that I wanted to work on integrating them...
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
Am 20.02.2016 06:25 schrieb "Michalis Kamburelis" :
> I remember a thread on fpc-devel "Pascal Smart Pointers Idea + ARC
> implementation" where the original author (Maciej Izak) was already
> working to overcome this:
> https://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg33172.html
> .
33 matches
Mail list logo
