Hi Sven/Thomas,
I was just wondering if you guys could give me a hand as well. I'm
currently interested in using the Native "targetandroid" branch. Right
now I'm getting the error:
fpcmake -p -Tarm-android Makefile.fpc
Processing Makefile.fpc
Error: No targets set
This is the
Hello again Sven/Thomas,
Sorry about the post again, you can ignore the previous post. I got
targetandroid compiling with my buildscript.
I just had to do a make -C "$HOME/fpc-droid/utils/fpcm" before the
actual make process, and setting PATH to
"$HOME/fpc-droid/utils/fpcm:$PATH" as a work
Hi all,
I must say, it is actually quite fun to be a part of the FPC
Developers mailing list, I don't know why I didn't join sooner. Quite
interesting conversations and ideas, a little bit of bickering but very
understanding people in general, I like it. I want to add my two cents
before
Hi all,
I'm a bit unfamiliar with the packages build system, and was
wondering how to add 'openal' for example, to the win64 list for SVN FPC
building? I would like the openal package to be compiled when I compile
for win64. I would have thought by adding it to Makefile.fpc.fpcmake,
it w
Hi all,
I'm a bit unfamiliar with the packages build system, and was
wondering how to add 'openal' for example, to the win64 list for SVN FPC
building? I would like the openal package to be compiled when I compile
for win64. I would have thought by adding it to Makefile.fpc.fpcmake,
it w
fpmake.pp
files in the respective package directory, pretty simple stuff..
Disregard this question after all!
- Dennis Fehr
On 13-07-02 01:51 PM, Den wrote:
Hi all,
I'm a bit unfamiliar with the packages build system, and was
wondering how to add 'openal' for example,
Hey Thaddy,
Sorry to do a quick run-by hijacking of a thread, but I updated the
EGL/GLES20 patch (on bug tracker) to remove X dependency in Linux.
Thought I might share it with you as to not have you do extra work you
don't have to and include it all in one patch.
Apologies to all!
- D
Hi all (but most likely Sven ;) ),
I've noticed the CPPClass no longer works and stops with:
internalerror(200611034) -- From [compiler/ncgrtti.pas]
It's a case when generating the Object Definition RTTI ASM-Data,
and doesn't handle odt_cppclass.. (Hence the internal error). Any way
I would definitely be interested in it. I am done a project in
about 3 months, so it would be *cough* (AWESOME) if you could by then
*cough*! ;)
- Dennis
On 14-01-18 08:12 AM, Sven Barth wrote:
On 18.01.2014 06:19, Den wrote:
Hi all (but most likely Sven ;) ),
I've notice
haha, well Sven, if some of my patches were to get accepted *cough*
I'd help out a lot more.
I am just kinda tired of seeing such a huge difference in local
modifications and the actual source. I would be more inclined to help
you on some of these in about 3-4 months if I could see them act
better and a few more macros.
I also have a small fix for 'WinSock2' inclusion which makes it actually
get included in the Win32/Win64 FPMake (looks like it was planned but
never added).
- Dennis
On 14-01-22 12:35 PM, Florian Klämpfl wrote:
Am 22.01.2014 19:31, schrieb Den:
haha,
t case and such. Thank you for looking at it
Sven. I was also thinking about the maximum size issue.. Should we use
a constant for the Size Restraint? Or a parameter? (Or even another
directive?)
- Dennis
On 14-01-23 02:31 AM, Sven Barth wrote:
Am 23.01.2014 00:26, schrieb Den:
Yep!
$IN
I've managed to log back in again, and all is well! I implemented
the new INCLUDESTRINGFILE directive, and test case and etc.. The full
message is in the bug report. ^_^
- Dennis Fehr
On 14-01-23 03:28 PM, Sven Barth wrote:
On 23.01.2014 19:30, Den wrote:
I'd like to
Excellent work Florian! Makes me want to work on those parts of the
compiler.. Though my current interests are in other parts of it.
But very nice. :)
On 14-01-25 04:55 PM, Florian Klämpfl wrote:
Am 25.01.2014 23:00, schrieb Sven Barth:
On 25.01.2014 17:09, Florian Klaempfl wrote:
Am 24.01.20
Hi Florian!
You had done a bit of work with OP_SHR/OP_SHL it seems with the
revision (in cgx86.pas/nx64mat.pas), but now I can't seem to
cross-compile to Win32 from my Linux64 OS.. (It fails with Internal
Error 200109223 in popt386.pas, as it is most likely the first SHL
operation?) Am I
If you're not worried about the slight speed hit and extra space on the
stack for the return value of "My" you could always have it as a Variant?
function My(const a : Integer) : Variant;
Then assign it to whatever variable?
- Dennis Fehr
On 14-02-03 12:54 AM, Gennadiy Poryev wrote:
Hi!
Why not fpc-$FPCVERSION.cfg? And keep them all in /etc/ ? fpc-2.6.2.cfg,
and fpc-2.7.1.cfg, etc.
This way fpc will use it's version and search for the right one in a
standard directory?
- Dennis Fehr
On 14-02-16 12:14 PM, Mattias Gaertner wrote:
On Sun, 16 Feb 2014 15:28:59 +0100 (CET)
mar...
Hi all to FPC Core,
I was wondering why the change to have a modeswitch for the
Type/Record Helper? In Delphi there is no such switch needed. Doing
something like:
program TestHelper;
{$APPTYPE CONSOLE}
{$R *.res}
uses
System
Hello all,
As the subject implies, code that has previously ran:
---
Type TSomeEnumSet = Set OF (seOne, seTwo, seThree, seFour);
Var SomeSet : TSomeEnumSet;
Begin
Writeln(Integer(SomeSet) );
End.
---
Results in: Error: Illegal type conversion: "TSomeEnumSet" to "LongIn
Hi there,
Is there a reason why I cannot forward declare a Generic Class?
TSomeClass = Class;
TSomeOtherClass = Class
Obj : TSomeClass;
End;
TSomeClass = Class
End;
--
Yes, I know I could put TSomeClass inside TSomeOtherClass, but
ther
e one package, and have it convert on the destination machine.
Means we don't really have to do tricks when distributing your unit when
you don't want to distribute the source code (ie. Commercial Packages).
Any thoughts?
- Den
___
fpc-devel m
.. But I have a project due very very soon,
so I can't really work on it yet. :p
Anyway, thanks for the reply Sven! I'll have that bug fix tested as soon
as I get a moment.
Take care!
- Den
On 14-09-06 03:29 PM, Sven Barth wrote:
> Any thoughts?
Dream on. FPC is a native compil
Well, what frustrates me is that there are always people that come up
with all kinds of fancy ideas/add-ons/additions that bring absolutely
nothing in "real" improvement
Ahem, it seems when people DO bring patches and improvements to the
table, they never get accepted, and discourage any m
Hi Sven,
What would you say the status on Generic Methods/Functions if you
were to give a status for it?
- Dennis Fehr
P.S. I see you added CPPClass support to the bottom of that list, very
much looking forward to that too! .. I know it's kinda a bit difficult
as you have to follow the
Hiya!
I'm working on an Cross Platform Project, and when compiling to
Android-ARM and getting it onto the Android Device, in ADB Logcat it
shows library has "Text Relocations", and that I should get rid of them
and it's a security risk.. AFAIK I don't have any units that are
compiled with
Hi Jonas,
I guess you mean "without PIC"?
Yep, I did mean without PIC, my apologies (we're trying to get RID of
relocations! I had written the email in a hurry).
At first sight, the RTL startup code contains non-PIC assembly
(rtl/android/arm/prt0.as and rtl/android/arm/dllprt0.as)
Thanks
Hi there,
Currently this code:
TSomeObject = Class;
TSomeOtherObject = Class(TSomeObject );
And finally:
TMyObject = Class;
TSomeOtherOtherObject = Class(TSomeOtherObject );
Comes up with error 'got "T" expected "TObject"' .. But TMyObject is
based off of TObject?
- Dennis
Ahh, thanks Sven! I'll see if I can post a bug report soon of it.. I'll
use the work-around for now. :)
On 2015-02-19 12:22 AM, Sven Barth wrote:
On 18.02.2015 20:51, Den wrote:
Hi there,
Currently this code:
TSomeObject = Class;
TSomeOtherObject = Class(TSomeObject );
A
It is similar to type tarray = array [1..10] of longint; procedure
p(const a1 : tarray;var a2 : tarray); begin a2[1]:=4321;
writeln(a1[1]); // surprise end; var arr : tarray; begin arr[1]:=1234;
p(arr,arr); end. The only way to prevent this (of course, such a
simple case could be detected by th
Hi there!
I was just wondering if there was an option to enable compiling to
LLVM bitcode? I see a bit of work happening in SVN from it, and would
love to start using it.
- Dennis Fehr
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
ht
Ah, thanks for giving me a heads up Jonas. I'll have to wait and see
where it goes then. Do you have a page/blog where I can keep up to date
with your progress/roadmap of it? :)
- Den
On 2015-07-13 05:15 AM, Jonas Maebe wrote:
Den wrote:
I was just wondering if there was an opti
Hi all,
There's been recent talk about adding a new dialect and such, and I
just wanna weigh in that I don't think it's a very good call to split
Free Pascal even more.. I believe Free Pascal had such potential.. And
the reason I mention 'had' is the fact that makes Free Pascal 'strong'
a
potential and add it without
fear of it not being accepted.
- Dennis Fehr
On 2015-07-19 04:42 PM, Ralf Quint wrote:
On 7/19/2015 2:03 AM, Jonas Maebe wrote:
Den wrote:
Just like ECMAScript,
C++, PHP, most languages now have a 'standards' document behind it.
That's their *r
Looks like I sparked quite a bit of interest! Perhaps we could work
on a Standard instead of just on the Compiler itself? This gives people
more of a look on what 'could' happen, instead of a Wiki where everyone
can just edit. A system where voting is necessary, just like Standards
from W3
Actually, I recently proposed several changes to CSS, and I'm not a part
of their working group. I can even track the status of it.
- Dennis Fehr
On 2015-07-24 06:02 AM, Marco van de Voort wrote:
In our previous episode, Den said:
Looks like I sparked quite a bit of interest! Pe
t as
expected, etc.
- Dennis
On 2015-07-24 07:04 AM, Michael Van Canneyt wrote:
On Fri, 24 Jul 2015, Den wrote:
Actually, I recently proposed several changes to CSS, and I'm not a
part of their working group. I can even track the status of it.
Sure.
Good results! Thanks for keeping us updated, keep it up! :)
- Dennis Fehr
On 2015-07-30 11:58 AM, Jonas Maebe wrote:
On 14/07/15 10:13, Jonas Maebe wrote:
No, just the svn commit log. The status right now is that the system
unit for Darwin/x86-64 can be mostly compiled and "assembled" (i.e., t
haha, I didn't think twice about jumping to where the function result
was defined, seeing it was TSize, then renaming it and recompiling it
within seconds.. Pretty sure the SVN will match up with my edit lol
- Dennis Fehr
On 2015-11-18 04:23 AM, Mattias Gaertner wrote:
On Wed, 18 Nov 2015 13:
On 2015-11-25 04:38 AM, Michael Van Canneyt wrote:
One must admire the subtle announcement in this reply ;-)
I know, right?? :)
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
:
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
_
1 - 100 of 124 matches
Mail list logo
