:
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 mai
gt; Darwin/i386 also requires a 16-byte aligned stack. 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
_
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 op
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
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) t
Serial :
Kind regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
.
How can I generate a corresponding (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.freepasca
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,
De
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 th
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:
#
# Cycle targets
# 3. Source CPU <> Target CPU
#First source native compi
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
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
units_bs/arm-linux/fpmkun
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
-Fu/home/jan/svn/
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
cross-gcc
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 red
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 Beagl
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
___
IPDESTFILE) *
^^^
# 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 reg
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.freepasc
this
procedure testhook(handle: QAbstractButton_hookH; HookFunc,HookData:Pointer);
cdecl; external Qt4PasLib name 'QAbstractButton_hook_hook_clicked2';
// then this works in constructor of TMyClass
testhook(Hook,@TMyClass.MyMethod,self)
fpc: latest svn, compiled with -dFPC_ARMEL
Code
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
ethods, because if
you 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
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
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
embedded 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 wit
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 ap
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
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
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).
>
http://wiki.freepascal.or
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
still does not work.
regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
uages such
Pascal and Ada for this type of applications, is that they are very 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
___
; cdecl;
5) I need many more ifdefs, but I 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
eated 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-
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
24,3) Note: 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
andora.be/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
On Thursday 07 April 2005 22:01, Den Jean wrote:
> On Thursday 07 April 2005 19:48, Peter Vreman wrote:
> > Can you make a short example that fails.
>
> I have gtarred everything and put it here
>
I guess you fixed it because the internal error
is gone and I see this
eger;
end;
PDoubleRec = ^TDoubleRec;
.
var
d : double;
p : PDoubleRec;
..
d:=142.3;
p:=PDoubleRec(@d);
QLCDNumber_Display_trick(l,p^.hi,p^.lo);
I used :
Free Pascal Compiler version 2.0.1 [2005/07/21] for arm
kind regards,
Den Jean
_
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
/fpc/2.1.1/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
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)
1, x2, y2);
}
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,
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
/usr/
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-de
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-
qt4intf.so
#8 0x080497cf 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
rplex.
(also had integer divisions in mind, quite a difference)
I notice now that even the smallest C++ program has FPE disabled
$ cat test.cpp
#include
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 initializatio
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 - fpc-devel@lists.freepas
s for MacOsX we needed to get rid of libc,
I guess 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
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 my
aintDevice *) turns the number (QWidget *)handle into another
number, pointing to another vtable.
But again this is compiler/version dependant reading the following:
http://gcc.gnu.org/ml/gcc-patches/2000-01/msg00620.html
regards,
Den Jean
_
On Monday 22 January 2007 21:14, Peter Popov wrote:
> example is the way QT is interfaced with Kylix. It works, only because QT
> is reasonably well written, all the new/deletes of QT objects are
> explicitly wrapped in Kylix, and the published QT member functions don't
> do weird things. All
are welcome.
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
On Tuesday 03 July 2007 09:20:04 pm Florian Klaempfl wrote:
> Hmm, I wouldn't bet that no lazarus etc. code depends on the layout ...
with different member names, there already is a defintion
rtl/macos/macostp.inc:
Point = record
case INTEGER of
0: (
v: INTEGER;
h: INTEG
ss around ?
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
On Tuesday 17 July 2007 11:20:54 pm Marco van de Voort wrote:
> > Apparently someone suddenly got a good idea that you need to be root to
> > reprogram the keyboard, and got a patch merged into the Linux kernel:
> >
> > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit
> >di
at least I tried :-)
http://forum.mandriva.com/viewtopic.php?t=71166&start=0&postdays=0&postorder=asc&highlight=
___
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
http://lists.free
ction for every dyn array type
(element size).
regards,
Den Jean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
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 sign
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,
On Sunday 13 September 2009 23:38:08 Jonas Maebe wrote:
> If the behaviour is different in Delphi.
at least in kylix.
this works in kylix and not in fpc
$ cat hooks2.pas
program hooks;
Hi,
I read something funny on the python ML
request ...
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 often "cri
76 matches
Mail list logo
