On maanantai, 23. marraskuuta 2009 15:42:51 Jonas Maebe wrote:
> You can just add {$packset 1} once. It simply tells the compiler that
> the minimal size by which it can increment the size of sets is 1 byte
> (rather than the default 4 bytes). It does not mean that the compiler
> will try to store
Well.
Not good obviously.
Maybe somebody knows some workarounds?
On Mon, Nov 23, 2009 at 11:00 AM, Graeme Geldenhuys <
gra...@mastermaths.co.za> wrote:
> Michael Van Canneyt wrote:
> >
> > Not 'might', it definitely is buggy :(
>
>
> +1
>
>
>
>
> Regards,
> - Graeme -
>
> --
> fpGUI Toolkit - a
On 23 Nov 2009, at 15:37, ik wrote:
Is there a
way I can make a cross compiler zipinstall to install (at the end)
as a
package in my linux ?
Try this:
make OPT='dFPC_ARMEL -dFPC_ABI_EABI -Xd' OS=TARGET=linux
CPU_TARGET=arm FPC=`pwd`/compiler/ppcrossarm zipdistinstall
Jonas
__
2009/11/23 ik :
> Thanks Jonas.
>
> doing:
> make OPT='dFPC_ARMEL -dFPC_ABI_EABI -Xd' OS=TARGET=linux CPU_TARGET=arm
> zipdistinstall
>
> does create a cross compile, but does not pack the ppcrossarm . Is there a
> way I can make a cross compiler zipinstall to install (at the end) as a
> package in
Thanks Jonas.
doing:
make OPT='dFPC_ARMEL -dFPC_ABI_EABI -Xd' OS=TARGET=linux CPU_TARGET=arm
zipdistinstall
does create a cross compile, but does not pack the ppcrossarm . Is there a
way I can make a cross compiler zipinstall to install (at the end) as a
package in my linux ?
Thanks,
Ido
http:/
Damn, I have fpc-pascal and fpc-devel messages in the same KMail folder and it
somehow mixed the lists and jumped to another list. I will separate them to
different folders.
Juha
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.
On 23 Nov 2009, at 13:58, ik wrote:
I'm trying to cross compile FPC 2.5.1 in Linux 64 bit (in Arch
Linux) to arm
(eabi) cpu.
When I'm using
make CPUT_TARGET=arm OS=TARGET=linux all
That should be CPU_TARGET, not CPUT_TARGET, and OS_TARGET instead of
OS=TARGET
The make file build an x86
On Wed, 2009-11-18 at 20:50 +0100, Sven Barth wrote:
> Hi again!
>
> Sorry, I forgot that... With all that Native NT and C++ linking stuff
> happening I'm only thinking in Trunk, currently ^^
>
> I'm using 2.5.1 for the platforms i386- and x86_64-linux. On Windows I'm
> using 2.2.4.
>
> Also I t
Hello,
I'm trying to cross compile FPC 2.5.1 in Linux 64 bit (in Arch Linux) to arm
(eabi) cpu.
When I'm using
make CPUT_TARGET=arm OS=TARGET=linux all
The make file build an x86_64 units and not arm units. The result is also
not ppcrossarm but ppcx64.
Only when I'm doing:
make OPT='-dFPC_ARMEL
On 23 Nov 2009, at 13:40, Juha Manninen wrote:
I understand the compiler is a devel version but if you need a good
test case,
here you have one.
Unfortunately, not really. A good test case is a small self-contained
test program with no external dependencies that crashes or prints a
wro
FYI
I am testing VirtualTreeView with its "Advanced" demo program. When I use FPC
2.5.1 and compile it with -O1, it works always however much I click the
different forms.
When compile it with -O2 and click and test furiously it finally throws
SIGSEGV. The message box says:
Project Advanced rais
On maanantai, 23. marraskuuta 2009 00:13:20 Jonas Maebe wrote:
> On 22 Nov 2009, at 23:06, Jonas Maebe wrote:
> > the size of sets in Delphi and TP mode has been made Delphi/TP compatible
> > by default, i.o.w.: {$packsets 1}
>
> Sorry, that should read {$packset 1}. And the remedy is to either ch
Thanks. I am now using them and they are working for me.
Upon further investigation I was that a bug was opened for the documentation.
Thanks again.
-- Bruce
From: fpc-pascal-boun...@lists.freepascal.org on behalf of Jonas Maebe
Sent: Mon 11/23/2009 5:19 AM
On 23 Nov 2009, at 00:42, Bruce Bauman wrote:
If you look at the HTML documentation:
http://www.freepascal.org/docs-html/rtl/dateutils/datetimetounix.html
under Description it says:
Not yet implemented
under "Errors" it says:
Currently, trying to use this function will raise an exception
Michael Van Canneyt wrote:
>
> Not 'might', it definitely is buggy :(
+1
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
___
fpc-pascal maillist - fpc-pascal@lists.freep
On Mon, 23 Nov 2009, Florian Klaempfl wrote:
Denis Golovan schrieb:
Hi all
I've got a non-obvious class hierarchy with interfaces involved.
The problem is that, I thought "property ... implements ...;"
construction fully substitute for implementing interface methods in
class itself, but now
On Sun, 22 Nov 2009, Anthony Walter wrote:
On Sun, Nov 22, 2009 at 12:03 PM, Michael Van Canneyt
wrote:
Well, in
Var
A : Integer;
The 'Var' is strictly speaking also redundant, as the : is used only in
variable declarations. But the 'var' makes it easier to read, and Pascal is
a verbose l
Denis Golovan schrieb:
> Hi all
>
> I've got a non-obvious class hierarchy with interfaces involved.
> The problem is that, I thought "property ... implements ...;"
> construction fully substitute for implementing interface methods in
> class itself, but now it's just not true.
> I get different r
Anthony Walter schrieb:
>
> type generic TList = class end;
>
> See, we started a block {type} and introduced a keyword {generic}
> before the identifier {TList}. This unnecessarily breaks the pattern
> and is inconsistent.
It is a compromise made by the implementor. The proper solution would
h
19 matches
Mail list logo
