I am working on something similar so I found this mail. Here is my
solution, maybe someone can use it:
TDNAColor = packed record
case Integer of
0: (
b : Byte; //blue
g : Byte; //green
r : Byte; //red
a : Byte; //alpha
);
1: (
l : Byt
Yikes!
Gtk2 apps are working on Arm-linux SBC.
Now I need to get qt-embededed to work with fpc and then lazarus.
Kudos for the team!
regards
Nataraj
On Fri, Aug 28, 2009 at 3:15 PM, Jonas Maebe wrote:
>
> On 28 Aug 2009, at 11:40, Nataraj S Narayan wrote:
>
>> On Fri, Aug 28, 2009 at 3:06 PM
Jonas Maebe schrieb:
>
> On 28 Aug 2009, at 10:35, Florian Klaempfl wrote:
>
>> If you have a better for unix this will be fine. IIRC it is not easy (if
>> possible after all?) to implement TMultiReadExclusiveWriteSynchronizer
>> for unix systems.
>
> What's wrong with these routines: pthread_rw
HI
# strings firework |grep ld
/software/arm-lib/ld-linux.so.3
#strings framebuffer |grep ld
/lib/ld-linux.so.3
I have put the contents of # strings firework in pastebin
http://pastebin.com/m10d2cc6f
Some of the contents are :-
6This binary has no unicodestrings support compiled in.
SRecompil
On 28 Aug 2009, at 11:40, Nataraj S Narayan wrote:
On Fri, Aug 28, 2009 at 3:06 PM, Jonas
Maebe wrote:
On 28 Aug 2009, at 11:17, Nataraj S Narayan wrote:
# strings firework |grep ld
/software/arm-lib/ld-linux.so.3
That's probably the problem. This means that to start the program,
the
k
2009/8/28 Nataraj S Narayan :
> HI
>
> # strings firework |grep ld
> /software/arm-lib/ld-linux.so.3
This is due to the command line options -Fl/software/arm-lib and
-FL/software/arm-lib?
Henry
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Hi Jonas
That was it! Now its working fine. Where did i miss while compiling?
regards & thanks
Nataraj
On Fri, Aug 28, 2009 at 3:06 PM, Jonas Maebe wrote:
>
> On 28 Aug 2009, at 11:17, Nataraj S Narayan wrote:
>
>> # strings firework |grep ld
>> /software/arm-lib/ld-linux.so.3
>
> That's proba
On 27 Aug 2009, at 20:56, Graeme Geldenhuys wrote:
2009/8/27 Jonas Maebe :
That was in the very first post of this thread:
Maybe on another mailing list? Not here anyway.
Nope, Mattias is right.
You're right. I clearly wasn't reading straight yesterday, I had read
"in my first post of
On 28 Aug 2009, at 11:17, Nataraj S Narayan wrote:
# strings firework |grep ld
/software/arm-lib/ld-linux.so.3
That's probably the problem. This means that to start the program, the
kernel will look for /software/arm-lib/ld-linux.so.3 on your ARM
system, and it obviously won't find it. Th
Hello,
Adriaan Van Os tested FPC under Mac OS X 10.6 and found out that it
generally works fine. There's only one known issue at this time:
* when compiling dynamic libraries with FPC 2.2.4 or earlier, you have
to pass -k"-no_dead_strip_inits_and_terms" to the compiler, otherwise
the gene
On 28 Aug 2009, at 10:35, Florian Klaempfl wrote:
If you have a better for unix this will be fine. IIRC it is not easy
(if
possible after all?) to implement TMultiReadExclusiveWriteSynchronizer
for unix systems.
What's wrong with these routines: pthread_rwlock_init,
pthread_rwlock_rdlock/
Graeme Geldenhuys schrieb:
> Hi,
>
> The current TMultiReadExclusiveWriteSynchronizer as implemented in FPC
> 2.3.1 is wrong. It use Critical Sections in a standard way which means
> it blocks all other threads while one thread is doing a Read. This is
> wrong. It is a MULTI read, SINGLE write sy
On 28 Aug 2009, at 10:29, Nataraj S Narayan wrote:
On Fri, Aug 28, 2009 at 1:47 PM, Jonas
Maebe wrote:
On 28 Aug 2009, at 07:19, Nataraj S Narayan wrote:
Here are the details of 2 binaries - first compiled using fpc-arm
and
second qt4 for arm. The second one is working,
Are both assemb
Michael Van Canneyt wrote:
> Try
>make rtl.chk fcl.chk
> That should do it.
Umm, I read the README.DOCS file, but somehow managed not to see that.
Thanks for the quick response.
Attached is a patch that might help others like me - which don't spot
the obvious in the readme file. ;-)
Regard
Yes
Using Codesourcery :- arm-none-lnux-gnueab-
regards
Nataraj
On Fri, Aug 28, 2009 at 1:47 PM, Jonas Maebe wrote:
>
> On 28 Aug 2009, at 07:19, Nataraj S Narayan wrote:
>
>> Here are the details of 2 binaries - first compiled using fpc-arm and
>> second qt4 for arm. The second one is working,
Hi,
The current TMultiReadExclusiveWriteSynchronizer as implemented in FPC
2.3.1 is wrong. It use Critical Sections in a standard way which means
it blocks all other threads while one thread is doing a Read. This is
wrong. It is a MULTI read, SINGLE write synchronizer. So it must only
block other
On 28 Aug 2009, at 07:19, Nataraj S Narayan wrote:
Here are the details of 2 binaries - first compiled using fpc-arm and
second qt4 for arm. The second one is working,
Are both assembled/linked now with the same toolchain?
Jonas
___
fpc-pascal mai
On Fri, 28 Aug 2009, Graeme Geldenhuys wrote:
Hi,
I have checked out the latest fpc documentation repository into
/opt/fpcdoc_svn/ directory. My FPC 2.3.1 source is checked out to
/opt/fpc_2.3.1/src
I then try and generate the HTML reference documentation using the
following command.
$ make
Hi,
I have checked out the latest fpc documentation repository into
/opt/fpcdoc_svn/ directory. My FPC 2.3.1 source is checked out to
/opt/fpc_2.3.1/src
I then try and generate the HTML reference documentation using the
following command.
$ make html FPCSRCDIR=/opt/fpc_2.3.1/src
It seems I requ
19 matches
Mail list logo
