notice sometimes that it is better in FPC,
then I just add an IFDEF and shut up.
kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
a tool to move the declarations to the interface,
but now I notice that FPC does not give an error anymore.
Is the problem solved or should I still for safety move the declarations
to the interface section ?
kind regards,
Den Jean
___
fpc-devel
for arm cross development with FreePascal.
And last but not least, there is a page dedicated to the setup of
a FreePascal cross compilation setup (including Qt/Embedded and qvfb)
kind regards,
Den Jean
On Tuesday 05 April 2005 08:23, Uberto Barbini wrote:
Does anyone have experience with fpc
: Local variable R is assigned but never used
QComCtrls.pas(4854,18) Fatal: Internal error 200108222
kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
/Jan.Van.hijfte/qtforfpc/internal_error_200108222.tar.gz
use the compile script compile.bash to setup the environment correctly
kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
On Thursday 21 July 2005 10:15 pm, Florian Klaempfl wrote:
Tried to fix it in 2.1.1 (untested).
I tested it and it works now,
Big thank you.
I used svn revision 728
...
Free Pascal Compiler version 2.1.1 [2005/07/23] for arm
Copyright (c) 1993-2005 by Florian
/units/i386-linux/rtl/system.o: In function `SYSTEM_init':
system.pp:(.text+0x169e8): undefined reference to `__stkptr'
test.pas(1,38) Error: Error while linking
kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
On Sunday 19 February 2006 07:14 pm, [EMAIL PROTECTED] wrote:
it seem's there's something with the webpage
not for me
tracepath www.freepascal.org
... telenet ...
5: versatel.bnix.net (194.53.172.115) asymm 7 30.548ms
6: 62.58.254.133 (62.58.254.133)
);
}
if i printf the parameters within this dll, they are fine (no
reference/value/byteswap problem but something else)
another call fails after a while, something extra on the stack ???
with fpc 2.0.0 everything works fine, even when the programs runs for a longer
time.
kind regards,
Den Jean
On Friday 24 February 2006 06:14 am, Peter Vreman wrote:
Fixed
[EMAIL PROTECTED] fpc]# svn update
At revision 2675.
ppc386 test.pas
Free Pascal Compiler version 2.1.1 [2006/02/24] for i386
Copyright (c) 1993-2005 by Florian Klaempfl
Target OS: Linux for i386
Compiling test.pas
Linking test
as with 2.0.2
The Qt4 binding does not work. They told
me that lazarus requires 2.0.2, so it is a problem
that my binding does not work with 2.0.2
So I will upload a demo program that demonstrate the problem
kind regards,
Den Jean
___
fpc-devel
Hi,
would the FPC team mind if we'd use the FPC Wiki to
document the use of the MSEGui library and the Ide ?
It is completely written in pascal, voiding the need
to endlessly update bindings to gtk/qt etc :-)
kind regards,
Den Jean
___
fpc-devel
in TCLOCK__PAINT (E=0xbf813848, this=0x812929c) at
shapedclock.pas:164
kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
in mind, quite a difference)
I notice now that even the smallest C++ program has FPE disabled
$ cat test.cpp
#include stdio.h
int main() { printf(FPE test:%f\n,142.0/0.0); }
$ ./a.out
FPE test:inf
So I now use fedisableexcept(FE_ALL_EXCEPT);
in the initialization section of qt4.pas
thx
Den Jean
On Wednesday 08 March 2006 10:12 pm, Michalis Kamburelis wrote:
Maybe you can workaround this with Set8087CW, just like it has to be
see my previous mail
So I now use fedisableexcept(FE_ALL_EXCEPT);
___
fpc-devel maillist -
Set8087CW($133F) is not CPU independant (PowerPC,x86_64),
so I will use
Math.SetExceptionMask([exDenormalized,exInvalidOp,exOverflow,exPrecision,exUnderflow,exZeroDivide]);
I hope MacOsX is happier now (don't have one, so don't know)
kind regards,
Den Jean
it is
a good idea to have TRect differently defined on mac
(but breaking binary compatibility ...)
please just decide.
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
that for mse/fpc we do not
need to apply patches to release 2.0.4 to be able
to use mse.
thx in advance,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
The db-files in fpc-2.0.4-rc2 are better up-to-date then the mse-one's.
What's left is irrelevent, or in the fopen case, an ugly hack that
shoudn't be there, imho.
So for the db-part, nothing has to change.
thx for checking,
is someone :-) looking to implement/fix blob/text
in the mysql
.
regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
?
Types.TRect I suppose ?
I will just use this for now and fix DARWIN in my copy functions.
regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
at least I tried :-)
http://forum.mandriva.com/viewtopic.php?t=71166start=0postdays=0postorder=aschighlight=
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hi,
http://www.freepascal.org/
and
http://svn.freepascal.org
seem down.
regards.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
DARWIN
I use it in the binding to mutually exclusive
separate Windows, OSX and the Group (Linux,*BSD)
But I found out that OSX has UNIX defined aswell.
I hope it is a mistake otherwise I have to search for
something else :-). If not, please correct the docs.
regards,
Den Jean
On Saturday 05 January 2008 10:54:27 pm Marco van de Voort wrote:
Please submit a bugreport if you don't get a reply from Michael.
http://bugs.freepascal.org/view.php?id=10566
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Thursday 10 September 2009 16:56:20 Peter Vreman wrote:
You can use the TMethod record to access the fields:
writeln(hexstr(tmethod(@c.p).data));
writeln(hexstr(tmethod(@c.p).code));
end.
kind of related to this,
In the Qt binding I had to revert to a non type safe method
for signal
On Sunday 13 September 2009 22:05:17 Jonas Maebe wrote:
That's why in objfpc mode you can (have to) use Hook_Signal(@MyMethod)
I was rather hoping for an answer/fix for Delphi Mode.
May I consider it a bug and file one ?
kind regards,
Den Jean
Hi,
I read something funny on the python ML
snip request snip...
but the syntax-sugar difference is small enough to make it no
big deal, anyway.
comp.lang.python's volume has (I'd guess) a 20%-30% component
of suggestions for alleged improvements to the Python language
(in all flavors, most
) *
^^^
# tar -v
BusyBox v1.10.2 (Debian 3:1.10.2.legal-1osso26+0m5) multi-call binary
Usage: tar -[czxtvO] [-X FILE] [-f TARFILE] [-C DIR] [FILE(s)]...
If someone agrees to fix this, I'll make a bug report
kind regards,
Den Jean
On Saturday 15 May 2010 22:35:23 Den Jean wrote:
If someone agrees to fix this, I'll make a bug report
done
http://bugs.freepascal.org/view.php?id=16504
including patch proposal
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
On Monday 17 May 2010 22:22:13 Den Jean wrote:
Hi,
I am investigating why Qt on armel has problems.
I think that one of the problems is
that when c-functions are called from
pascal that the parameters are not passed
correctly (or not as I expected and accommodated for).
On Tuesday 18
support methods, you also support simple procedures,
just provide zero for the self parameter when installing the
hook.
I made a demo program of the bug,
using the style of one of the fpc test suite program tcalext2.pp
http://bugs.freepascal.org/view.php?id=16520
kind regards,
Den Jean
On Sunday 23 May 2010 21:51:17 Den Jean wrote:
I made a demo program of the bug,
using the style of one of the fpc test suite program tcalext2.pp
http://bugs.freepascal.org/view.php?id=16520
thanks to the fpc arm fix of Jonas, fpc is now working on the Nokia N900 (arm).
http
On Friday 11 June 2010 10:28:59 Luca Olivetti wrote:
Note that maemo is almost dead, due to the switch to meego (not that it
Do not exaggerate. N900 PR1.2 (Maemo 5 Qt 4.6.2) is only some weeks old,
MeeGo for arm is not even released yet, as its first target device
is not released either. The
by the makefile?
native build cmd line is:
make clean all install PREFIX=/opt OPT='-gl -dFPC_ARMEL'
kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tuesday 22 June 2010 22:27:59 Florian Klämpfl wrote:
Devices without any operating system, i.e. mainly microcontrollers.
thx Jonas and Florian, updating and compiling now.
fpc on arm related question,
when installing fpc, I need to install to /opt,
because /opt resides on a partition with
On Tuesday 22 June 2010 23:24:28 Florian Klämpfl wrote:
(This is normal on N900, it is called optify, do not know
why /opt/bin is not in path.)
Just insert /opt/bin into the path?
this would mean editing a system file
like /etc/profile, I'd like to avoid that
in instructions, as apt-get
On Tuesday 22 June 2010 22:45:59 Den Jean wrote:
are needed to just compile fpc and lazarus. I know
when trying to compile lazarus using native arm on N900,
I get the errors below. There is no file lazarus.or (strange extension ??)
I manually tried some tests from svn/fpc/tests/test/units
On Thursday 24 June 2010 11:37:18 Florian Klaempfl wrote:
is just ppcarm, fpc, fpcmake,fpcres enough ?
Does it hurt to have more?
not technically, as mentioned above I would
prefer not to have to instruct to create too many links.
___
fpc-devel
On Wednesday 23 June 2010 01:49:29 Den Jean wrote:
when trying to compile lazarus using native arm on N900,
I get the errors below. There is no file lazarus.or (strange extension ??)
on i386 the file lazarus.or exists after compilation,
copying it to arm device lazarus svn does not help
On Sunday 27 June 2010 16:27:09 Leonardo M. Ramé wrote:
Hi, is anyone working on a Dicom library for FPC?. It would be nice to have
an fcl-dicom library, based, for example in an object pascal version of
DCMTK (a C++ library http://www.dcmtk.org/dcmtk.php.en).
Hi,
http://bugs.freepascal.org/view.php?id=17384
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838
can a C-ABI expert enlight us on this ABI mess.
Does this also effect calling in general of C-functions from Free Pascal.
regards,
Den Jean
___
fpc
does not work.
regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
fast,
(though I also have foreseen code to shutdown services with too many problems
in a given time frame). So I beg you to leave exceptions as is (please :-)).
kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838#c8
http://groups.google.com/group/ia32-abi/browse_thread/thread/4f9b3e5069943bf1
I tried to change alignment with {$CODEALIGN 16} but this didn't work.
kind regards,
Den Jean
___
fpc-devel maillist
. The assembler startup
code for Linux/i386 probably also needs to be adapted.
Overall, it's not a trivial c hange to make properly.
Thanks for the information.
regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
On Monday 19 December 2011 08:04:30 zeljko wrote:
How ?
The binding now aligns the stack before calling the Qt libraries
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tuesday 20 December 2011 10:36:12 Sven Barth wrote:
Ok, that doesn't help me then, because I'm directly using OpenCV which I
didn't (and don't want to) compile myself.
that is why I wrote that to interface with library binaries of a distribution
(compiled by gcc),fpc does not provide an
but not the -mincoming-stack-boundary=num
regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tuesday 20 December 2011 23:51:28 Jonas Maebe wrote:
Yes. Any program that does not have a 16 byte alliged stack on Mac OS
X/i386 will crash almost immediately, because the dynamic linker enforces
it. You also don't need it on any x86-64 platform, because they all have
always required a 16
of the parameter
as the enumtype because the expected values
are either the enum or combinations of the enum (or)
Kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Monday 10 September 2012 20:18:52 Vincent Snijders wrote:
If it is the combination of enum, then the type of the parameter is set of
enum.
Ahum, I am talking about passing combinations of enums values
(usually bitmasks, assigned enums, some assigned enums
are already combinations of other) to
:
Serial :
Kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
(to arm rtl/packages) ppcarm (arm executable)
from i386 so that i can copy over a full fpc installation to the arm board?
Kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
Hi,
After the crosszipinstall, compiler/ppcarm (not installed, but in the
source directory) is the native ARM compiler.
I looked there with `file pp* `
How could I have missed that ?
Thanks for the quick responses.
Kind regards,
Den Jean
___
fpc
On Thursday 04 October 2012 16:23:34 den.j...@telenet.be wrote:
After the crosszipinstall, compiler/ppcarm (not installed, but in the
source directory) is the native ARM compiler.
I looked there with `file pp* `
How could I have missed that ?
Well I could check now and it is not there
On Thursday 04 October 2012 20:40:23 Florian Klämpfl wrote:
At least -dFPC_ARMHF shouldn't be a cross opt.
Thx for the info
extracts Makefile.fpc:
snip
#
# Cycle targets
snip
# 3. Source CPU Target CPU
#First source native
On Thursday 04 October 2012 21:09:55 Thomas Schatzl wrote:
I put an armhf snapshot from today at
http://members.yline.com/~tom_at_work/fpc-2.7.1.arm-linux.tar.gz . I
I was going to do the same thing :-)
Do you have more experiemce with fpc and armhf, any problems
you are aware of?
will see if
On Thursday 04 October 2012 21:54:19 Thomas Schatzl wrote:
Basically the difference between armel and armhf are
- fpc cannot create valid armhf shared libraries
Other problems common to both (just from interpreting the testsuite
results, filtering known failing tests):
- there are
On Thursday 04 October 2012 21:54:19 Thomas Schatzl wrote:
Yes. Probably one of the first milestones for a new arch is self-hosting
(if possible at all).
Ahum it always fails over here
time make OPT='-dFPC_ARMHF -Aas -O- -CaEABIHF -CfVFPV3_D16 -Cparmv7a' clean
all
On Thursday 04 October 2012 23:18:43 Thomas Schatzl wrote:
Just checked, processor info (-Cparmv7a) is not passed to the assembler.
Try -Cparmv7 - only then --march=armv7-a is passed correctly
yep.
but make still fails
/home/jan/svn/fpc/compiler/ppcarm src/fpmkunit.pp -n
On Friday 05 October 2012 00:12:46 Thomas Schatzl wrote:
Let's start from the beginning. What's your starting compiler? 2.7.0 I
guess? (which is the only option anyway for hardfloat).
on i386 i used cross binutils from fedora packages
cross-binutils-common.noarch 2.22.52.0.3-1.fc17
On Friday 05 October 2012 00:12:46 Thomas Schatzl wrote:
(note the additional -s param) and paste the resulting ppas.bat after
it fails here? The line that invokes gas should use the correct gas. And
it should have a correct --march=armv7-a parameter.
$ cat ppas.sh
#!/bin/sh
DoExitAsm ()
{
On Friday 05 October 2012 12:14:23 Thomas Schatzl wrote:
assembler was configured for a target of `arm-linux-gnueabihf'.
$ as --version
as called with --version
GNU assembler (GNU Binutils) 2.22.0.20120323
Copyright 2011 Free Software Foundation, Inc.
This program is free software; you may
On Friday 05 October 2012 01:18:59 Den Jean wrote:
if [ $? != 0 ]; then DoExitLink fpmake; fi
scripts never ly, there was no swap partition and little
memory - accidents bound to happen.
I now have 256MB and a swap file.
I can compile and run lazarus qt.
Qt4 Binding V2.6RC2 for BeagleBoard:
http
On Monday 08 October 2012 21:05:15 Thomas Schatzl wrote:
That's why previously I told you to use -Cparmv7 (it did not work with
-Cparmv7a); but this has changed.
It works now.
Sorry for the confusion,
Thank you very much again for the help.
Kind regards,
Jan
67 matches
Mail list logo