I have built a Win32 ppcrossarm.exe (2.20) compiler. The compiler works
ok. The output from the Linux and the Win32 compiler when I use the -sh
directive is exactly the same. The downside is I have some problems
finding a Win32 linker that I can use.
If I compile a Hallow World program, it work
Am Mittwoch, den 07.11.2007, 17:53 +0300 schrieb Andrey Gusev:
> > Can you post a link showing the other ones, please?
>
> http://sourceforge.net/projects/uno-pas-bridge/ - the Delphi-UNO bridge
Yes, that's the one I've had a look at in v0.9.1. There seems to be some
effort to make it compile wit
--- L <[EMAIL PROTECTED]> wrote:
> > - JCL is not in a runnable state for most FPC targets.
> > - translated Delphi headers are typically not clean for cross platform
> > (most
> > notably 64-bit) use.
>
> Jeff's unit may have been, for all you know, which is the unit that I
> supplied a
> uR
On Wed, 7 Nov 2007 19:27:39 -0300
John Coppens <[EMAIL PROTECTED]> wrote:
> Is there any simple way (short of writing a kernel module) of delaying
> less than the HZ value?
Very unelegant, but it works:
procedure usleep(time: longint);
var
tv: timeval;
tz: timezone;
diff,
ref: clong;
beg
> > > Doing a dumb header port is not that hard. If you can't do it, start
> > > making
> > > tests, and I'll do it.
>
> (skip nonsense stuff)
No, not nonsense. Jeff P. (yetanothergeek) had a header for freepascal not using
any JCL, AFAIK. Which is the original link I provided, which wasn't workin
> > > Doing a dumb header port is not that hard. If you can't do it, start
> > > making
> > > tests, and I'll do it.
>
> (skip nonsense stuff)
No, not nonsense. Jeff P. (yetanothergeek) had a header for freepascal not using
any JCL, AFAIK. Which is the original link I provided, which wasn't workin
> Unfortunately, it's slightly slower than my fastest program that
> uses the library that comes with FPC. I wonder if the dll was
> compiled with all of the C compiler's optimiaztions turned on.
May have to make an .O file..
For example static linking.. instead of dynamic.
AFAIK one can link d
> Under windoze, I've found that programs take longer to run the
> first time they are executed after recompilation. Is Linux the
> same way?
This may have something to do with certain code/data being cached.. I'm not sure
what since a console program doesn't use many DLL's.. It must cache the ex
On Wed, 7 Nov 2007 19:27:39 -0300
John Coppens <[EMAIL PROTECTED]> wrote:
> Is there any simple way (short of writing a kernel module) of delaying
> less than the HZ value? Weirdly, fpNanosleep seems to delay 8.3 ms
> minimally (weird, 'cause that's less than the HZ value).
Just an extra note: d
Hi all.
I need a small delay in my program, which bitbangs an i2c interface
connected to the parallel port. This is mainly for educational purposes,
so please don't question the wiseness of this decision.
Is there any simple way (short of writing a kernel module) of delaying
less than the HZ valu
--- Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> S. Fisher schrieb:
> > This is faster than the one at the shootout
> >
>
(shootout.alioth.debian.org/gp4/benchmark.php?test=fannkuch&lang=fpascal&id=3)
> > on my computer. See if it's faster on yours.
>
> Indeed, just submit it.
There's a sligh
S. Fisher schreef:
This is faster than the one at the shootout
(shootout.alioth.debian.org/gp4/benchmark.php?test=fannkuch&lang=fpascal&id=3)
on my computer. See if it's faster on yours.
Quite possible. I made some tweaks so it would work better with the fpc
2.0.4 register allocater, but I kn
S. Fisher schrieb:
> This is faster than the one at the shootout
> (shootout.alioth.debian.org/gp4/benchmark.php?test=fannkuch&lang=fpascal&id=3)
> on my computer. See if it's faster on yours.
Indeed, just submit it.
>
> { The Computer Language Shootout
> http://shootout.alioth.debian.org/
>
This is faster than the one at the shootout
(shootout.alioth.debian.org/gp4/benchmark.php?test=fannkuch&lang=fpascal&id=3)
on my computer. See if it's faster on yours.
{ The Computer Language Shootout
http://shootout.alioth.debian.org/
contributed by Florian Klaempfl
modified by Micha Neli
S. Fisher schrieb:
> Unfortunately, it's slightly slower
Why? This is great if our library is fast :)
> than my fastest program that
> uses the library that comes with FPC. I wonder if the dll was
> compiled with all of the C compiler's optimiaztions turned on.
>
> {$mode objfpc}
>
> uses pcr
Unfortunately, it's slightly slower than my fastest program that
uses the library that comes with FPC. I wonder if the dll was
compiled with all of the C compiler's optimiaztions turned on.
{$mode objfpc}
uses pcre; // from www.renatomancuso.com/software/dpcre/dpcre.htm
const
patterns : array
Instead of looking for 'B' and replacing with '(c|g|t)'),
then looking for 'D' and replacing with '(a|g|t)', etc.,
the program now looks for '[BDH...Y]' and replaces with
the corresponding string.
{ The Computer Language Benchmarks Game
http://shootout.alioth.debian.org
contributed by Steve F
--- Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > > Doing a dumb header port is not that hard. If you can't do it, start
> making
> > > tests, and I'll do it.
>
> (skip nonsense stuff)
>
> > So why use the JCL? Just do all the translations yourself.. forget JCL.
>
> - JCL's license is MPL
> > Doing a dumb header port is not that hard. If you can't do it, start making
> > tests, and I'll do it.
(skip nonsense stuff)
> So why use the JCL? Just do all the translations yourself.. forget JCL.
- JCL's license is MPL and thus not suitable for inclusion in FPC
http://wiki.freepascal.o
Can you post a link showing the other ones, please?
http://sourceforge.net/projects/uno-pas-bridge/ - the Delphi-UNO bridge
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Am Mittwoch, den 07.11.2007, 13:39 +0100 schrieb Marco van de Voort:
> > Am Mittwoch, den 07.11.2007, 14:18 +0300 schrieb Andrey Gusev:
> > there:
> >
> > http://development.openoffice.org/
> >
> > For OS independent programming Openoffice you'd need to port the
> > Delphi-UNO-bridge to an fpc-UN
No. Using the delphi units coming with the OO SDK I was able to create
documents with OO.
I'm cannot.
The SampleCode.pas (from OO SDK 2.3 InsertTables example) compiling:
---
SampleCode.pas(145,18) Error: Illegal qualifier
SampleCode.pas(145,30) Error: Illegal expression
SampleCode.pas(145,30)
> Doing a dumb header port is not that hard. If you can't do it, start making
> tests, and I'll do it.
L505 loves flamebaits. They are what I eat for breakfast.
I personally like to spend my time doing useful things, and if someone has
already made the translation then I'm not going to waste time
On 11/7/07, Marc Santhoff <[EMAIL PROTECTED]> wrote:
> Am Mittwoch, den 07.11.2007, 14:18 +0300 schrieb Andrey Gusev:
> > I have tried to compile of Delphi-UNO bridge (was fetched from
> > sourceforge) - it was unsuccessful.
> > After i have look through freepascal.ru, freepascal.org forums, i
> >
Andrey Gusev schrieb:
> I have tried to compile of Delphi-UNO bridge (was fetched from
> sourceforge) - it was unsuccessful.
> After i have look through freepascal.ru, freepascal.org forums, i
> suspect that at present fpc cannot
> get basic automation support (in sense to call to automation interf
> Am Mittwoch, den 07.11.2007, 14:18 +0300 schrieb Andrey Gusev:
> there:
>
> http://development.openoffice.org/
>
> For OS independent programming Openoffice you'd need to port the
> Delphi-UNO-bridge to an fpc-UNO-bridge.
>
> I had some looks at the code and found nothing that could not be ada
For OS independent programming Openoffice you'd need to port the
Delphi-UNO-bridge to an fpc-UNO-bridge.
That is my target (and comply to my-in-what-i-am-work company needs).
Has anyone else tried compiling this stuff (me not) ?
With information, available at present to me (freepascal.ru,
f
Am Mittwoch, den 07.11.2007, 14:18 +0300 schrieb Andrey Gusev:
> I have tried to compile of Delphi-UNO bridge (was fetched from
> sourceforge) - it was unsuccessful.
> After i have look through freepascal.ru, freepascal.org forums, i
> suspect that at present fpc cannot
> get basic automation sup
I have tried to compile of Delphi-UNO bridge (was fetched from
sourceforge) - it was unsuccessful.
After i have look through freepascal.ru, freepascal.org forums, i
suspect that at present fpc cannot
get basic automation support (in sense to call to automation interfaces
by variant means). I'm i
29 matches
Mail list logo
