On 4 May 2012 22:14, Guillermo Martínez Jiménez wrote:
> Hello everybody,
>
> I'm working on a wrapper of a C library. I've found a bug, but I
> can't debug it with GDB because if I compile with "-g" and link with
> the debug version of the library it works correctly.
>
> But if I compile with "-
On 4 May 2012 23:03, Henry Vermaak wrote:
> On 4 May 2012 22:14, Guillermo Martínez Jiménez wrote:
>> Hello everybody,
>>
>> I'm working on a wrapper of a C library. I've found a bug, but I
>> can't debug it with GDB because if I compile with &quo
On 07/05/12 12:35, Guillermo Martínez Jiménez wrote:
> Thanks, Henry,
>
>> Can you give any more information about how it fails?
>
> It's a "SIGSEGV". The library is the Allegro library version 5.0.6.
>
> The error is inside an internal procedure that uploads a texture to
> OpenGL context, and
On 08/05/12 11:52, Guillermo Martínez Jiménez wrote:
>> From: Henry Vermaak
>> Subject: Re: [fpc-pascal] Re: Runs correctly when debugging.
>>
>> It's hard to say without seeing your function/type declarations.
>
> Actually I don't call the function that ra
On 09/08/12 14:25, Rainer Stratmann wrote:
> Am Thursday 09 August 2012 15:14:29 schrieb Jonas Maebe:
>> Rainer Stratmann wrote on Thu, 09 Aug 2012:
>>> How is it possible to put some inline bytes in the code like the former
>>> inline( $1f , $ef , $1A );
>>> instruction?
>>
>> {$asmmode att}
>> as
On 15/08/12 12:37, Mark Morgan Lloyd wrote:
> Jonas Maebe wrote:
>
>>> In both these cases, I manually created unversioned symlinks to those
>>> libraries, and that got my applications working again. This is not
>>> ideal, but I don't know how else to handle this.
>>
>> The official way to get the
On 15/08/12 13:43, Mark Morgan Lloyd wrote:
>
> I do agree with Graeme's position though: a -dev is described as
> containing files for developers, and it should not be necessary for a
> non-developer user to start encumbering his system with .h files etc.
> What's more, part of the reason that I'
On 16/08/12 13:53, microc...@zoho.com wrote:
> Is anybody else receiving mailformed emails from the list?
The only weirdness I get is Ludo's subject header. The subject of the
first message in the thread was:
[fpc-pascal] linux: should we hard-code versioned or unversioned shared
libraries in o
On 24 September 2012 14:39, Christo wrote:
> Unfortunately the master branch appears to be 2 months old. Any idea how
> I can clone the libusb-1.0 branch? I'm new to using git so it may be
> something trivial I'm missing.
Try to clone git://github.com/hansiglaser/pas-libusb.git
Then you can che
On 25 September 2012 20:57, Christo wrote:
> Any ideas on how to define the calling convention in the import unit so
> that it is either stdcall or cdecl depending on the target OS?
I've used a macro for this in the past. E.g. :
{$macro on}
{$ifdef windows}
{$define CCONV:=stdcall}
{$else}
On 30/10/12 10:05, luciano de souza wrote:
> Hello listers,
> Getopts offers very good features to process commandline arguments. As
> far as I could understand, I used it successfully. But it remains one
> unknown aspect for me. What is the field "flag"" of TOption record?
> How to use it?
>
>
On 30/10/12 14:04, Mattias Gaertner wrote:
> Rich Cook
> "Programming today is a race between software engineers striving to build
> bigger
> and better idiot-proof programs, and the Universe trying to produce bigger and
> better idiots. So far, the Universe is winning."
Ah, you beat me to it :)
On 09/11/12 11:06, Graeme Geldenhuys wrote:
> On 2012-11-09 10:42, Marco van de Voort wrote:
>> IOW, I wouldn't desperately try to support Wayland native at this point.
>>
>> That can be done if the native api turns out to be stable, Wayland truely
>> takes over X11, and all distros package it.
>>
On Tue, Jan 08, 2013 at 09:58:19AM +0100, Krzysztof wrote:
> I don't like a lot of C++ syntax but this one is interesting. You really
> don't like it? :)
Most C programmers I've dealt with (including myself) consider this bad
practise.
Henry
___
fpc-pas
On Tue, Jan 08, 2013 at 08:19:15AM -0300, Jorge Aldo G. de F. Junior wrote:
> C programmers are (usually, but there are a lot of exceptions) bad
> programmers who confuse the power of a language with the capability of
> decrease the ammount of typing needed to reach a certain goal.
>
> They despis
On Wed, Jan 09, 2013 at 08:42:22AM +, Mark Morgan Lloyd wrote:
> But if you want an example of a very nasty bug caused by C/C++
> multiple assignment, there was a well-documented attempt to slip a
> privilege escalation into the Linux kernel based on this a few years
> ago.
>
> It's very easy
On Wed, Jan 09, 2013 at 10:46:54AM +, Mark Morgan Lloyd wrote:
> I've got a vague recollection that since that episode the kernel
> maintainers have mandated a use of parentheses that helps the
> compiler pick up the distinction between an equality and an
Assignment inside if statements are us
On Wed, Jan 09, 2013 at 08:31:14PM +0100, Marco van de Voort wrote:
> I guess that is the bright side of it all. Sooner or later we can have an
> obfuscated Pascal contest, just like the other ones :-)
I'm sure we can already have a contest just with the careful application
of macros :)
Henry
___
On Fri, Feb 22, 2013 at 10:52:09AM -0300, silvioprog wrote:
> Hello,
>
> What is "cross-compiler installation" mentioned in this article?:
>
> http://wiki.freepascal.org/Android (please see: http://imagebin.org/247728)
>
> And where do I download it?
The heading of that section is "Building cro
On Fri, Feb 22, 2013 at 11:09:45AM -0300, silvioprog wrote:
> OK, but...
>
> I added the following paths on "PATH" env. variable:
>
> C:\lazarus\fpc\2.7.1\bin\i386-win32
> C:\Program Files (x86)\Android
> SDK\android-ndk-r8d\toolchains\arm-linux-androideabi-4.7\prebuilt\windows\bin
>
> And after
On Mon, Feb 25, 2013 at 11:00:25AM +, Graeme Geldenhuys wrote:
> On 2013-02-25 10:51, Sven Barth wrote:
> >
> > That's indeed a valid argument pro .pp
>
> And a large argument against .pp extensions is that NO editor out there
> (except for FP Text IDE and Lazarus) knows about .pp, so pascal
On Thu, Feb 28, 2013 at 10:45:08AM +, Graeme Geldenhuys wrote:
> On 2013-02-28 09:28, Marc Pertron wrote:
> >
> > We need better optimisations at least as much as fancy 123.tostring.
>
>
> Bottom line optimisation work is just not as sexy and exciting as
> adding the latest Delphi/Java/C
On Thu, Feb 28, 2013 at 07:43:15AM -0600, Kenneth Cochran wrote:
> On Feb 28, 2013 5:23 AM, "Henry Vermaak" wrote:
> >
> > On Thu, Feb 28, 2013 at 10:45:08AM +, Graeme Geldenhuys wrote:
> > > On 2013-02-28 09:28, Marc Pertron wrote:
> > > >
&g
On Fri, Mar 01, 2013 at 09:23:29AM +, Mark Morgan Lloyd wrote:
> Sven Barth wrote:
>
> >>An llvm target will move the optimisation burden away from fpc, which
> >>would be very interesting.
> >
> >While we would welcome a LLVM backend it is basically a consent in
> >the development team that t
On Mon, Mar 11, 2013 at 11:26:57PM +0100, Darius Blaszyk wrote:
>
>
> I'm stuck porting a macro from C. Below is the original define. The
> part I'm struggeling with is the right most part after the - sign.
>
>
> #define GETNEXT(x) ((LList *)(((char *) x) - ((char *) & (((LList
> *)0)^.next)))
On Mon, Apr 22, 2013 at 09:57:06AM +0200, Michael Van Canneyt wrote:
> On Mon, 22 Apr 2013, Marco van de Voort wrote:
> >In our previous episode, Mattias Gaertner said:
> >>>The FPC code tries to work its way up from '.' in such a case.
> >>>
> >>>I just tried, but it gives a correct result in my c
On Thu, Aug 08, 2013 at 11:34:53AM +0100, Lukasz Sokol wrote:
> This would be fine, IFF i was adding this to the main form of my
> application... but I'm not. I'm trying to wrap this .dll in a
> separate unit, only communicating to the form through a wrapper
> object, defined in a separate unit.
On Thu, Aug 08, 2013 at 12:15:44PM +0100, Lukasz Sokol wrote:
> but I would then need to make the wrapper object aware of the Application
> or its forms then?
>
> I wanted the wrapper unit to be as self-contained as much as possible,
> (so the callback function is defined in a unit that only has
On Fri, Aug 09, 2013 at 09:28:47AM +0200, Michael Schnell wrote:
> On 08/08/2013 02:41 PM, Lukasz Sokol wrote:
> >Very well then, thanks :)
>
> I suggest that - to exclude problems that might be imposed by some
> external non-Lazarus and software not by yourself - you do a test
> creating a combi
On Fri, Aug 30, 2013 at 03:44:35PM +0200, Stefan Fischer wrote:
> Hi,
> a longer time ago, i've installed lazarus on my raspberry pi with
> wheezy. The fpc version was 2.6.0-xxx
>
> I could compile without any problem.
>
> Today I've downloaded fpc 2.6.2 and installed it.
>
> But now I have prob
On Thu, Sep 12, 2013 at 12:01:30PM +0200, Reimar Grabowski wrote:
> On Thu, 12 Sep 2013 07:10:19 +0200 Jürgen Hestermann
> wrote:
>
> > Ahh, that's the reason: It's (another) sloppiness in Unix systems
> > and has creeped into Windows from there.
> Unfortunately M$ hasn't implemented it correctly
On Wed, Sep 18, 2013 at 01:26:46PM +0200, Marco van de Voort wrote:
> In our previous episode, Michael Schnell said:
> > > The fptimer unit implements a timer with a thread, but this forces the
> > > use of threads on your application which is not always desirable.
> >
> > Should be doable, as we
On Wed, Sep 18, 2013 at 03:57:36PM +0200, Marco van de Voort wrote:
> In our previous episode, Henry Vermaak said:
> > > > Should be doable, as well. AFAIK, mse (for Linux) uses signals
> > > > on that behalf. We might want to steal some ideas there.
> > >
&g
On Mon, Sep 30, 2013 at 11:25:34AM +0100, Graeme Geldenhuys wrote:
> On 29/09/13 23:33, Patrick wrote:
> > BTW, Would it be correct to compare LCL to WxWidgets ? In the sense that
> > it is a meta-widget toolkit?
>
> Yes, that would be an accurate comparison. LCL and WxWidgets are a
> "common fro
On Thu, Dec 05, 2013 at 07:33:38PM +0800, Dennis Poon wrote:
> I tried to read the mac address in the captioned file path.
> In terminal, I can simply 'cat' and display the mac address.
>
> In FPC, when I tried to use TFileStream to read it,
>
> FS := TFileStream.Create('/sys/class/net/eth1/add
2008/6/2 Luca Olivetti <[EMAIL PROTECTED]>:
> En/na Luca Olivetti ha escrit:
>>
>> En/na Florian Klaempfl ha escrit:
>>
> How did you get the native start compiler?
http://freepascal.org/down/arm/linux.var (it's 2.2.0)
>>>
>>> Well, this is the point :) This is not an armel compiler.
2008/6/2 Luca Olivetti <[EMAIL PROTECTED]>:
>
> Yeah, I thought that I could cross-compile from arm to armel, but now I'm
> currently building the gnu crossbinutils to do that from (the codesourcery
> ones I have give a linker error), but I suspect I'll end up with the same
> linker error down the
2008/6/3 Henry Vermaak <[EMAIL PROTECTED]>:
> 2008/6/3 Henry Vermaak <[EMAIL PROTECTED]>:
>>
>> more info (everything compiled with -dFPC_ARMEL -O- -gl):
>>
>> [EMAIL PROTECTED]:~/source/armtest$ qemu-arm armtest
>> Error: Bad syscall: 90004c
>>
2008/6/2 Luca Olivetti <[EMAIL PROTECTED]>:
> En/na Luca Olivetti ha escrit:
>
>> I guess I'll stick to i386 for a while ;-)
>
> I really think I should. I created a full cross compiler just like Florian
> :-D
> I compiled a simple hello world and it doesn't run (like the compiler):
>
> sbox-CHINOO
2008/6/3 Henry Vermaak <[EMAIL PROTECTED]>:
> 2008/6/3 Henry Vermaak <[EMAIL PROTECTED]>:
>> 2008/6/3 Henry Vermaak <[EMAIL PROTECTED]>:
>>>
>>> more info (everything compiled with -dFPC_ARMEL -O- -gl):
>>>
>>> [EMAIL PROTECTED]:~/
2008/6/3 Henry Vermaak <[EMAIL PROTECTED]>:
>
> more info (everything compiled with -dFPC_ARMEL -O- -gl):
>
> [EMAIL PROTECTED]:~/source/armtest$ qemu-arm armtest
> Error: Bad syscall: 90004c
> qemu: unhandled CPU exception 0x2 - aborting
> R00=ffda R01=4007f750 R02=
2008/6/3 Luca Olivetti <[EMAIL PROTECTED]>:
>
> the syscall number should be put in r7
> Also the alignment of the parameters in the registers is different.
> Of course I cannot make head or tails of syscall.inc, so it's possible that
> everything is already done as it should be.
mov r7, r0 puts t
2008/6/4 Luca Olivetti <[EMAIL PROTECTED]>:
> Could you send me your compiled hello program?
>
sent in private.
henry
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
for info:
the problem here is that the arm eabi compiler (and/or rtl) must be
built with -O- to work.
henry
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
2008/6/4 Florian Klaempfl <[EMAIL PROTECTED]>:
> I've fixed some stuff, so it should work with -O2 as well.
thanks, it works here now.
henry
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pas
2008/6/4 Florian Klaempfl <[EMAIL PROTECTED]>:
> I've fixed some stuff, so it should work with -O2 as well.
won't the startup code need to change for eabi? i can at least see a
problem with the exit syscall there that won't work with eabi.
henry
___
fp
2008/6/4 Nataraj S Narayan <[EMAIL PROTECTED]>:
> Hi Henry, Luca
>
> I got a 'ppcarm' after compiling the fpc-svn. I copied the pparm to the
> qemu-system-arm emulated machine and tried to compile a Helloworld.pas.
> fpc showed some errors related to FPU and stopped. Then i copied many *.o
> and *.
2008/6/5 Luca Olivetti <[EMAIL PROTECTED]>:
> Henry Vermaak escribió:
>
>> why don't you just cross-compile your program?
>
> because it's too darn difficult? (not that native compiling is an easy
> walkbut see my problems trying to cross-compile th
2008/6/20 T. Guilleminot <[EMAIL PROTECTED]>:
> Hi !
>
> I'd like to be able to embed a video player (preferably MPlayer) into a
> Freepascal/GTK2 application (on Linux) in order to display some video or
> webcam flows.
mplayer has a -wid option that takes a window id in which to embed
itself. i
2008/6/21 Graeme Geldenhuys <[EMAIL PROTECTED]>:
> 2008/6/20 Henry Vermaak <[EMAIL PROTECTED]>:
>> mplayer has a -wid option that takes a window id in which to embed
>> itself. i haven't tried this, though.
>
> Wow!!! That is such a cool idea. I just t
On 17/09/2008, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
> On 9/17/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> When you call synchronize from inside of you thread, this sends a message
>> to
>> application thread with the procedure that will be used to synchronize AND
>> WAIT FOR a respo
On 17/09/2008, Koenraad Lelong <[EMAIL PROTECTED]> wrote:
> Thanks, but I do have -Fl/opt/arcom/arm-linux/lib/* in the script and
> /opt/arcom/arm-linux/lib contains a libc.a, libc.so, libc.so.6 and a
> libc-2.3.3.so. I tried with -Fl/opt/arcom/arm-linux/lib with the same
> result.
> libc.a contain
On 18/09/2008, Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> See also the messages titled "How hard is it to port FPC to AIX" on
> http://lists.freepascal.org/lists/fpc-devel/2008-September/thread.html
> (classified under the wrong thread, because they were posted
> starting with a rely to another t
2008/9/20 Koenraad Lelong <[EMAIL PROTECTED]>:
--8<--
>
> Regarding my Arcom ( board : it's a Viper 400 M64 F32. I purchased the
> Linux dev. kit with the LCD, which contains all you need to develop in
> C. I'm using fpc :-).
excellent. i've got a vulcan, which is big-endian (with fpu), and a
qua
2008/9/21 Felipe Monteiro de Carvalho <[EMAIL PROTECTED]>:
> There are some possibilities to increase the speed of your lazarus software:
>
> * Use gtk 1
> * Use Qt 4 (needs a commercial license for non-gpl software)
> * Improving the fpgui interface to Lazarus and use that. You can test
> the exis
On 01/10/2008, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
> Hi,
>
> How can I auto create the $fpctarget directory? Just specifying
> ../lib/$fpctarget/ and then compiling the project doesn't create the
> needed directory, and I get the following build error. I gather the
> compiler itself doesn
2008/11/4 Graeme Geldenhuys <[EMAIL PROTECTED]>:
> On 11/4/08, Leonardo M. Ramé <[EMAIL PROTECTED]> wrote:
>> If you checkout Powtils from svn at http://powtils.googlecode.com/svn/dev
>> you'll find an example inside examples/upload-file.
>>
>
> Thanks, but all the example directories are empty. :
2008/11/9 Marc Santhoff <[EMAIL PROTECTED]>:
> Hi,
>
> how can I build the RTL and other packages containing debug symbols?
>
> Is it sufficient to do sth. like:
>
> cd rtl
>
> make clean allinstall
you can pass OPT="-gl -O-" to make instead of editing the
Makefile.fpc. Use CROSSOPT if you're cr
2008/11/10 Dusan Halicky <[EMAIL PROTECTED]>:
> Following code works in linux, but not in windows. In windows program
> freeze, or I don't see mplayer. Thanks.
>
> program bug;
>
> {$mode objfpc}{$H+}
>
> uses
> Classes, SysUtils, Process;
>
> begin
> with TProcess.Create(nil) do
> try
>//Op
2008/11/24 Graeme Geldenhuys <[EMAIL PROTECTED]>:
> Hi,
>
> I setup a new 64bit server in our company, running Ubuntu 8.04 LTS
> (64bit). I want to us it as a 64bit testbed for our applications. So I
> want to compile 64bit version of our software.
>
> I installed all the usual compiler requirement
2008/12/22 Mark Morgan Lloyd :
> .>8
> IF cells[2, dateTime] = /(\d\d)\/(\d\d)\/((\d\d)?\d\d)\s.*/i THEN BEGIN
i thought for a moment you were trying to draw some nice ascii art :)
henry
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.or
2009/1/28 vmars :
> I tried many combinations of "%COMSPEC% /c Del2Pas.bat"
> ExecuteName := ('C:\\WINDOWS\\system32\\cmd.exe ' + AppPathExe +
> 'Del2Pas.bat');
> ExecuteName := ('"%COMSPEC%/c Del2Pas.bat"');
> and many more!
> but still:
>
> Unable to open file: "%C
2009/3/16 Milan Marusinec :
> Hello,
>
> Does anybody have pascal source for programatical WakeUp
> in standby mode through ACPI interfaces ?
which os? on linux you can use the rtc alarm to wake up after a
specific time, i don't know if there's another way.
on my system it's: /sys/class/rtc/rtc0
2009/3/17 Henry Vermaak :
>
> you can read the source of rtcwake, too, which does more or less the
> same thing, i think.
and read rtc.txt in your kernel source.
henry
___
fpc-pascal maillist - fpc-pascal@lists.freepascal
2009/3/19 Bart :
>> I'm not talking about the "compiled binary files", I am talking about
>> the text based locale files. On my Linux Ubuntu 7.10 system they are
>> include in the 'locales' package and are install in the following
>> directory location:
>> /usr/share/i18n/locales/*
>>
>> eg:
2009/3/19 Marco van de Voort :
> In our previous episode, Bart said:
>> > usr/share/i18n/locales/wo_SN
>> > /usr/share/i18n/locales/xh_ZA
>>
>> I noticed that I had more direectories in /usr/lib/locale (echh with
>> it's compiles LC_xxx files) than I have /usr/share/118n/locales
>> directory.
>
>
2009/3/20 Marco van de Voort :
> In our previous episode, Henry Vermaak said:
>> >> I noticed that I had more direectories in /usr/lib/locale (echh with
>> >> it's compiles LC_xxx files) than I have /usr/share/118n/locales
>> >> directory.
>> &
2009/3/20 Marco van de Voort :
>
> Does the single unix spec define the exact format for these files? Since
> otherwise they might vary between the 3/4 supported unices (solaris, OS
> X/FreeBSD and
> Linux) (OS X and FreeBSD sometimes share details)
you are right, according to sus website the for
2009/3/20 Marco van de Voort :
> In our previous episode, Henry Vermaak said:
>> > Personally I don't see the use of going this way. Why not simply use iconv?
>>
>> but that's just for char set conversion, how would we get the locale
>> data (like time/date
2009/3/20 Marco van de Voort :
> In our previous episode, Henry Vermaak said:
>> > Because the textmode versions might not be installed on all systems, the
>> > compiled versions might be OS specific, and if they ever change for linux
>> > distributions you hav
2009/3/20 Bart :
>> Note that a bulky "read externally" alternative won't be enabled by default
>> in FPC anyway, so it doesn't even alleviate the "need to include clocale"
>> issue. The point is if in this case it is worth the trouble if most people
>> then
>> happily link to X or Lazarus.
>
2009/3/20 Marco van de Voort :
>
> Are they guaranteed default installed on most OSes ? It's pretty hard to
> parse something that is not there. Also start inventorizing all possible
> solutions on all possible distro's and OSes.
no, none of my embedded systems have the definition files. also, th
2009/3/20 Graeme Geldenhuys :
>
> Part of using fpGUI Toolkit is to greatly minimise library
> dependencies (compared to other GUI toolkits like GTK, QT, LCL etc.).
> This allows fpGUI based apps to run on a lot more "bare boned" systems
> and platforms (new and old).
but fpgui depends on x, right
2009/3/23 Benedikt Schindler :
> Hi,
>
> is there another precompiled "ppcarm" from the version v2.2.x or v2.3.x ?
> Or exists a maintainer for the arm version? So i could ask him for a
> debugging version to find the problem.
> I couldn't debug the problem by my self, because i don't have a clou
2009/3/23 Paul Breneman :
> Beni,
>
>> is there another precompiled "ppcarm" from the version v2.2.x or v2.3.x ?
>> Or exists a maintainer for the arm version? So i could ask him for a
>> debugging version to find the problem.
>> I couldn't debug the problem by my self, because i don't have a clou
2009/3/23 Marco van de Voort :
> In our previous episode, John Coppens said:
>>
>> > I have been using bin2obj for two years now. It works perfectly for
>> > me, even though it's a (occasional) two step process. My application
>> > changes more than the resource I include.
>>
>> ... and you can add
2009/3/30 Tom Carly :
> Hi,
>
>
>
> I have a process A that starts another process B (with TProcess.Create).
>
> I introduced signal handling for SIGHUP, SIGTERM and SIGINT in process A and
> process B.
>
> The signal handling of process A triggers a call to
> “fpkill(processA.processid, SIGTERM)”
2009/3/31 Tom Carly :
> Hi,
>
> I found that the problem is coming from the fact that I use
> process.Options := ProcessB.Options + [poUsePipes];
>
> If I switch that off, process B does execute the signal handling code. Is
> this a bug or am I missing something?
it would be great if you could ma
2009/4/6 ik :
> Hello,
>
> I tried to create an Hello World program in OpenMoko (after creating arm
> fpc). When I try to compile it, ld gives the following error message:
>
> /usr/bin/ld: ERROR: Source object
> /usr/lib/fpc/2.3.1/units/arm-linux/rtl/system.o has EABI version 0, but
> target hello
2009/4/7 Benedikt Schindler :
> Hi,
>
> i managed to crosscompile a ppcarm for the openmoko device.
> then i tried to compile the fpc direct on the device.
> After a long time where everything looks fine he abborted compiling with an
> error (see below)
any reason why you are trying to build fpc n
2009/4/7 Vincent Snijders :
> Graeme Geldenhuys schreef:
>>
>> On Tue, Apr 7, 2009 at 1:06 PM, Vincent Snijders
>>
>> Will only get the last ten revisions. This has some limitations (you
>> can't push), but is perfectly fine if you wanted to contribute in the
>> form of emailing patches.
>
> Actual
2009/4/14 Joe Donth :
> I think the SheevaPlug is a great opportunity to promote the
> use of FPC in an embedded environment.
>
> I need to figure out how to compile a non-GUI FPC program (helloworld.pp) to
> run on a SheevaPlug (ARM926EJ-S rev 1 (v5l)
> )under Ubuntu.
>
> I need one of the follow
2009/4/14 Florian Klaempfl :
> Henry Vermaak schrieb:
>> first you need to get fpc to work, which means that you might have to
>> build an eabi compiler, since most distros (even debian) now use eabi
>> (the default arm fpc is oabi).
>
> Well, not really. Debian
2009/4/15 Benedikt Schindler :
> - yes there is enough memory
how much have you got? i got a crash the other day trying to make
another locale by running localedef, and that was on 64MB of memory.
had to make a swapfile for it to work.
try and compile your projects manually, without compiling th
2009/4/15 Benedikt Schindler :
> i got 128MB of RAM and i have a swap file of 250MB.
>
> compiling the projects manually works fine.
> no error from the compiler.
>
> That would be all i need, but still the compiled programm don't run.
> I will now try the patch Paul Ishenin told me.
can you get a
2009/4/14 Joe Donth :
> I think the SheevaPlug is a great opportunity to promote the
> use of FPC in an embedded environment.
just had a look into this, very impressive specs. 1.2GHz processor
with 512MB ram and nand flash. i downloaded the development tools and
the toolchain is eabi, but i gue
2009/4/17 Benedikt Schindler :
> i recompiled the hole fpc with the option "-gl" and the patch Paul Ishenin
> mentioned.
> there is still a problem with programms, that wonna use windows.
> console prorgamms just work fine.
>
> if i try to run a lazarus programm i get this backtrace.
>
>
>
> --
2009/4/17 Vincent Snijders :
> Henry Vermaak schreef:
>>> 596 ldrd r0,[r0]
>>
>> hmm, this looks like the wrong syntax for ldrd, maybe it should be "ldr"?
>>
>
> I don't know the arm instruction set, but this could be a deliberate illegal
2009/4/26 Guillermo Martínez Jiménez :
>> From: Graeme Geldenhuys
>> Subject: Re: [fpc-pascal] How to use fpcmake
>>
>> Hi Guillermo,
>>
>> I struggled with it as well. Henry Vermaak then created an example for
>> me and showed how to use it. The e
2009/4/29 Benedikt Schindler :
> THX !
>
> Now all my problems just walked away.
> What a bugfix for the compiler could do :)
>
> My first test programm is now running without problems on the Openmoko
> Freerunner device.
good work! see if you can find somewhere on the wiki to put nice
photos.
2009/5/13 Koenraad Lelong :
> Hi,
> I wrote a daemon monitoring my solar powerstation. It works fine but I
> want to extend it.
> At the moment I log everything to file, and I put some data into rrdtool.
> I would like to be able to ask the daemon some information, but I don't
> know how to do this
2009/5/14 Koenraad Lelong :
>
> My "big" logs are 1.6M per day, but they are about 5000 lines at the end
> of the day. Wouldn't it be a waste to read the last line of such a big
> file ?
> My last remark was about sending a signal via php (it does support
> sending signals) and then writing the des
2009/5/22 Graeme Geldenhuys :
> Hi,
>
> What does the compiler option -l "Write a FPC logo" actually do? What
> logo? How does the logo look like? Where do I see that logo? Does it
> work on all platforms? For example, I use Linux.
-l writes something like this:
Free Pascal Compiler version 2.2.
2009/5/26 Felipe Monteiro de Carvalho :
> Hello,
>
> I and another worker have developed a vector graphics library for Free
> Pascal and I am thinking about making it modifyed-LGPL and adding to
> the lazarus-ccr repository, like fpspreadsheet. So I was wondering,
> anyone interrested in it?
>
> At
2009/6/1 Roland Schaefer :
> As Micha said in his reply, since Gtk can be used with DFB without X,
> you can have Lazarus w/o X anyway.
>
> Apart from that, I think it would be absolutely feasible to go without
> Gtk and use DFB directly. I'm only working with fpc, not Lazarus, so I
> am not sure w
2009/6/1 Paul Ishenin :
>
> Try to think whether lazarus need 10 widgetsets 30% ready or 3 widgetsets
> 100% ready? I would choose last.
depends on the application. if i have an embedded board that can't
run your 100% completed widget sets because they're too heavy, it's of
no use to me. if ther
2009/6/1 Michael Van Canneyt :
>
>
> On Mon, 1 Jun 2009, Roland Schaefer wrote:
>
>> As Micha said in his reply, since Gtk can be used with DFB without X,
>> you can have Lazarus w/o X anyway.
>
> I really doubt it:
http://www.directfb.org/wiki/index.php/Projects:GTK_on_DirectFB
henry
___
2009/6/1 Michael Van Canneyt :
>
> GTK, yes. Lazarus: no. There are direct calls to X.
hmm, do they require the server to run?
henry
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
2009/6/15 :
> Hi guys,
>
> I'm interested in exploring the USB interface from within Linux using FPC.
> I have looked at libusb and am aware of the functionality which it exposes.
>
> I would appreciate it if someone with USB programming experience could help by
> pointing me to a website or docum
2009/6/15 Johann Glaser :
>
> @FPC team: Are you interested in including the libusb header
> translations (and possibly the other stuff) to FPC rtl?
I assume you mean the fpc packages. Just for info:
libusb 0.1* is not developed any more, since libusb 1.0 was released
end of last year. libusb 1
1 - 100 of 467 matches
Mail list logo