On 06/11/2014 14:09, Maurizio Tomasi wrote:
I was not able to find the documentation for TSQLite in the Free Pascal
manuals. Am I missing something, or is it this the way the class is
intended to be used?
FYI: http://wiki.lazarus.freepascal.org/SQLite
covers dataset-based sqlite support.
On 07/11/2014 11:16, Maurizio Tomasi wrote:
3. Using the TSQLite3Dataset, which however seems to be restricted to
Lazarus (at least, this is what I deduce from the tutorial:
http://sqlite4fpc.yolasite.com/dataset-tutorial-1.php).
I suppose it doesn't. The tutorial just uses Lazarus. However, I
On 27/10/2014 13:34, Dennis Poon wrote:
I can use the windows MMSystem unit but it only plays .wav file.
How do I play .mp3 file?
Search the wiki for multimedia/audio libraries.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 24/10/2014 13:32, Dennis Poon wrote:
The TFPGMap in fgl unit has serious bug in the Find method. I tried but
cannot fix it.
Why don't you raise a bug in the bugtracker with an example test program
so developers can look into it?
___
fpc-pascal
On 24/10/2014 17:15, Dennis Poon wrote:
Reinier Olislagers wrote:
On 24/10/2014 13:32, Dennis Poon wrote:
The TFPGMap in fgl unit has serious bug in the Find method. I tried but
cannot fix it.
Why don't you raise a bug in the bugtracker with an example test program
so developers can look
On 17/10/2014 21:27, Marcos Douglas wrote:
I have a big loop. This loop calls a INSERT script (using SQLdb) to
insert records at a table.
Everything works. I do not have mem-leak (heaptrc dialog is 0 unfreed)
in my code. But the Windows Commit charge grows up exponential and I
got an error
On 16/10/2014 09:07, Попов Алексей wrote:
I have created bug report ID 0026868 under Database Components category on
http://mantis.freepascal.org.
Committed. Thanks for the patch!
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 03/10/2014 21:16, silvioprog wrote:
When I use the TIniFile to save my configurations, it saves the boolean
values as 0 and 1.
Is there any way to save these values as string (true/false) instead
of integer (0/1)? If not, can I send a patch to implement that?!
1. Write your own
On 02/10/2014 12:19, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
On 30/09/2014 22:05, Mark Morgan Lloyd wrote:
Marco van de Voort wrote:
In our previous episode, Sven Barth said:
It is indeed true that all units are initialized once the main code
Reinier: did you get as far as looking
On 29/09/2014 19:30, Reinier Olislagers wrote:
Re bug report: agreed. I'll raise it.
http://bugs.freepascal.org/view.php?id=26801
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc
On 30/09/2014 14:40, Juha Manninen wrote:
After installation everything works well, but the FPC version is 2.6.5.
How to update it to FPC trunk? I need it for testing purposes.
RTFM...
Fix for now (by heart, may be missing something):
remove the fpc directory
change fpcurl for general all etc
On 30/09/2014 14:49, Reinier Olislagers wrote:
On 30/09/2014 14:40, Juha Manninen wrote:
After installation everything works well, but the FPC version is 2.6.5.
How to update it to FPC trunk? I need it for testing purposes.
RTFM...
Fix for now (by heart, may be missing something):
remove
On 30/09/2014 17:01, Juha Manninen wrote:
On Tue, Sep 30, 2014 at 4:01 PM, Reinier Olislagers
reinierolislag...@gmail.com wrote:
Run with fpgui and select the profile you want to run (a full build
seems best for the initial run)
I did a new build with
fpcup64.exe --fpcURL=trunk
On 30/09/2014 22:05, Mark Morgan Lloyd wrote:
Marco van de Voort wrote:
In our previous episode, Sven Barth said:
It is indeed true that all units are initialized once the main code
Reinier: did you get as far as looking in Dynlibs for an error message
immediately after trying to connect to
On 29/09/2014 11:19, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
2. In businesslayer.pas, $define CRASH to see the problem.
The code in question is:
initialization
DBLayer:=TDBInterface.Create;
finalization
DBLayer.Free;
... so probably initialization order plays a part
On 29/09/2014 11:19, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
What happens if you move the responsibility for initialising and closing
the database connection to the app-level code? In other words, the app
does something like
Ok, after eliminating some PEBKAC, my real dll works
On 29/09/2014 16:51, José Mejuto wrote:
El 29/09/2014 a las #4, Reinier Olislagers escribió:
You must not initialize dbengine in the Initialization section and must
not finalize it in that place (maybe only as last chance) because
initialization order and finalization order is undefined by fpc
On 29/09/2014 17:41, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
On 29/09/2014 11:19, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
2. In businesslayer.pas, $define CRASH to see the problem.
The code in question is:
initialization
DBLayer:=TDBInterface.Create;
finalization
After hopefully getting parameter passing fixed (I hope, thanks Mark),
I'm still facing this problem:
dll using Firebird crashes on Windows and Linux
Using a dummy db unit that does not connect to Firebird: everything ok.
Compiler options on a Windows compile:
-MObjFPC -Scaghi -WR -Cirot -Os
On 28/09/2014 11:30, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
Can you link the lookup DLL/so statically for test purposes?
I'll have a look.
If I add cmem first in the .so uses clause, I get this on running my
dlldemo application:
Inconsistency detected by ld.so: dl-minimal.c: 136
On 28/09/2014 13:02, Mark Morgan Lloyd wrote:
So in your case (2) there are three separate binaries which potentially
allocate and free memory: (i) the database library (ii) the custom
DLL/so and (iii) the application program, and in the general case each
one should free precisely those areas
On 28/09/2014 13:54, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
But when your code modifies strings in the context of the database
library they're preallocated C-type strings, i.e. can't be extended or
shrunk so don't make unexpected reference to any memory manager.
Yes, I agree
On 28/09/2014 14:52, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
On 28/09/2014 13:54, Mark Morgan Lloyd wrote:
I think the first thing I'd try is a trivial program+DLL checking that
the DLL can initialise a database library, in case there's something
wrong with multistage
On 26/09/2014 21:41, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
If using pchars: is the program doing all storage allocation for these
or is the DLL also allocating memory?
The DLL is generating those pchars.
What frees them?
Heh ;)
Ok, I think I've got it worked out now: calling
DLL creation newbie here; Windows; x86 FPC trunk.
Going with the FPC programmer's guide, I wrote a DLL that looks up
address data in a Firebird embedded db.
Managed to get a console demo calling it running but:
1. It is slow to show output: no output for a while before showing the
results of the
On 26/09/2014 17:06, Mark Morgan Lloyd wrote:
For Linux, cmem before HeapTrc before cthreads before Classes etc., in
both main program and DLL. Otherwise play with String[255] etc.
Thanks. Currently not using cmem or heaptrc or cthreads.
(The regular GUI application using the db etc units
On 26/09/2014 17:41, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
I'm in the middle of kernel test builds at the moment, so forgive me if
I'm not giving your posted example as much attention as it deserves.
I understand, thanks. Have quit coding for the day myself, will get back
On 15/09/2014 09:43, Reinier Olislagers wrote:
Mantis issue
http://mantis.freepascal.org/view.php?id=26723
Test case and patch attached to bugtracker issue.
Thanks,
Reinier
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
On 15/09/2014 00:54, José Mejuto wrote:
El 13/09/2014 17:34, Reinier Olislagers escribió:
For some reason the bindings in Pascal, and/or the wand bindings (maybe
internally to imagemagick) are broken.
Mmmm, if the wand bindings were broken that would surely have lead to
many more people
(Earlier posted on forum)
See subject - I've posted this on stackoverflow
http://stackoverflow.com/questions/25719495/magickwand-conversion-to-tiffccitt-group-4-compression-gives-uncompressed-image
Link to example program + demo image is included in that question.
Hope some of you guys can help
On 03/09/2014 13:28, fredvs wrote:
Hum, i try to dynamically load (and run) some freeBSD libraries with a
fpc-freeBSD-appliction.
For testing, i use some library included in /usr/lib (so im sure that the
library is working on freeBSD).
Why not go crazy and post (a link to) the actual code
On 03/09/2014 13:51, fredvs wrote:
Why not go crazy and post (a link to) the actual code of this test
program?
;-) = ok, i will stay crazy...
Perhaps people can spot errors just by looking at the code...
Hum, i hope for those people (but im sure there are, sadly, no errors) ...
On 03/08/2014 01:36, fredvs wrote:
What can i do ?
Start providing source code so people can follow what you are trying to
do instead of having to guess would be a nice step ;)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 12/07/2014 01:10, Graeme Geldenhuys wrote:
On 2014-07-11 18:47, Graeme Geldenhuys wrote:
No worries. With some Google searching I found the solution. An out of
date libiconv, and I had to explicitly pass OPT=-Fl/usr/local/lib to
the 'gmake all' command. Then only did FPC Trunk compile
On 29/06/2014 21:52, fredvs wrote:
There was exactly the same problem in a earlier topic :
= http://lists.freepascal.org/pipermail/fpc-devel/2013-November/032950.html
Is it solved in trunk fpc version ?
Why don't you try?
___
fpc-pascal
On 07/07/2014 11:10, luciano de souza wrote:
What I want to know is: is there a commandline parameter to specify a
new name or, at least, a new directory to fpc.cfg file?
Yes, there is (I suspect it's fpc @/path/to/your/fpc.cfg) but the
default config files (e.g. /etc/fpc/fpc.cfg or
(Cross-posted to FPC Lazarus lists)
We're pleased to announce that fpspreadsheet 1.2 has been released.
Changes since previous 1.1:
fpSpreadsheetGrid:
fpSpreadsheetGrid has been extended to display formatting of the cells
and to evolve towards a spreadsheet viewer. The demo is modified to show
On 17/06/2014 10:23, Rainer Stratmann wrote:
How to do that with automatic password from a freepascal program?
e.g. using policykit; see
http://wiki.lazarus.freepascal.org/Executing_External_Programs#Redirecting_input_and_output_and_running_under_root
Got some questions/remarks/workaround for you in the bug report...
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 16/06/2014 15:45, Marcos Douglas wrote:
Hi Laco,
About this update:
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revisionrevision=27981
Could you explain what new types are these, please?
See bug report
http://bugs.freepascal.org/view.php?id=26235
And undoubtedly the changed code
On 12/06/2014 20:37, David Copeland wrote:
Added to the Bug tracker as Issue 26332.
Hi Dave,
Although you wrote in the bug report that the attached zip contains test
source code, it doesn't. Could you attach a simple (FPC) test program to
the bug report that demonstrates the problem?
Thanks,
On 10/06/2014 13:45, Michael Schnell wrote:
On 06/10/2014 01:19 PM, Michael Van Canneyt wrote:
Because this nice stuff does not translate to web.
Of course not 1:1.
And of course not easy to do (the ExtPascal project did try this some
years ago and AFAIK it is on a halt since long)
On 10/06/2014 15:03, Michael Schnell wrote:
On 06/10/2014 01:59 PM, Reinier Olislagers wrote:
@Michael Schnell: how is the non GUI event stuff coming along?
As written in the other thread, it does work nicely using the
current (updated) version of EpikTimer (or alternatively using some
On 04/06/2014 21:57, md-azbm7jvthboamjb+lgu...@public.gmane.org wrote:
Where would something that is not a specific Pascal source code but a
important reference project actually go?
The code is not polished, nor can I stop what I am doing right now to
get it polished for the public. But it
On 03/06/2014 12:17, Dimitrios Chr. Ioannidis wrote:
FYI, in a wst soap client talking to a .net web service i find out,
that for SOAP calls, if the CONTENT-TYPE http header ( i'm using
fpc-http-protocol ) doesn't have the 'text/xml' plus the 'charset=UTF-8'
like this 'text/xml;
On 27/05/2014 00:41, silvioprog wrote:
Perfect! :)
Please feel free to open that bug report if you haven't already
Thanks.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 26/05/2014 11:14, Michael Schnell wrote:
While I am happy about your move to do an official release of
EpikTimer. I'd like to add that IMHO it would be appropriate to have the
file epiktimer.pas that is independent of Lazarus and makes sense to
be use in not Lazarus based projects in the
On 26/05/2014 12:12, Michael Schnell wrote:
On 05/26/2014 11:55 AM, Reinier Olislagers wrote:
I meant this as a general request to the powers of the fpc (rtl)
project with svn write access to allow Greame, Tom (or maybe myself) to
include the TEpikTimer class in the next release
On 24/05/2014 08:33, Michael Van Canneyt wrote:
On Fri, 23 May 2014, Craig Peterson wrote:
The Info-zip project maintains an annotated Appnote that lists a bunch
of the extra fields that various vendors use here:
http://www.info-zip.org/doc/
Strange then that the info-zip so often creates
On 24/05/2014 18:12, luciano de souza wrote:
I want to use resources with FPC 2.6.2. Reading on Lazarus wiki, I
knew it's recommended the usage of Lazarus resources (lazres).
No, it's not recommended - where does it say that (the article may need
to be fixed)
2. In my Ubuntu 13.10 64 bits, a
On 23/05/2014 17:30, Michael Van Canneyt wrote:
On Fri, 23 May 2014, silvioprog wrote:
I've tried to compress a small file with TZipper class, but, even it
compressing correcly, internaly, the file name is wrong. After
compressed, the original atenção.txt file was renamed to atenþÒo.txt.
I
On 21/05/2014 15:01, Paul Breneman wrote:
I've been working with running Linux on an Android tablet (without
rooting the device) and one thing I've seen mentioned is that ping
requires higher priorities (I don't remember the details). You can read
more here:
On 21/05/2014 17:02, Reinier Olislagers wrote:
On 21/05/2014 16:36, Peter Brooks wrote:
Unfortunately, I've tried both the full path and just the name -
apparently TProcess is supposed to look in the path - and it does
work. When it is called, it returns a '0' indicating successful
completion
On 21/05/2014 16:36, Peter Brooks wrote:
Unfortunately, I've tried both the full path and just the name -
apparently TProcess is supposed to look in the path - and it does
work. When it is called, it returns a '0' indicating successful
completion.
/disclaimer: haven't looked at your code/
On 20/05/2014 05:56, hawkx wrote:
Thanks for your clear description - helps a lot.
3. run fpcupgui.exe and successfully finished.
using fpc svn version 2.6.4
using lazarus svn version 1.2.2
FPC 2.6.x does not support cross compiling from win64 to win32 due to
the error you found below.
Thanks a lot, Inoussa, seems like a lot of hard work went into that!
Reinier
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hi guys,
Is the patch I uploaded to
http://bugs.freepascal.org/view.php?id=26064
correct?
Thanks,
Reinier
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 24/04/2014 18:23, Martin Frb wrote:
On 24/04/2014 17:19, Martin Frb wrote:
On 24/04/2014 16:44, Mattias Gaertner wrote:
It is not about the default download. When you manually select
Windows 64bit you get the 32bit too.
Ah I see.
And the download for win 64 is the 32 bit IDE.
On 13/04/2014 22:29, Michael Van Canneyt wrote:
On Sun, 13 Apr 2014, Reinier Olislagers wrote:
On 11/04/2014 15:27, Reinier Olislagers wrote:
On 11/04/2014 15:00, Michael Van Canneyt wrote:
If you want to use client side certificates with httpclient, how would
you do specify that?
I don't
On 14/04/2014 15:02, silvioprog wrote:
2014-04-14 9:49 GMT-03:00 Michael Van Canneyt
michael-y8GAwIkqPAJpn7uciFS/b...@public.gmane.org
mailto:michael-y8GAwIkqPAJpn7uciFS/b...@public.gmane.org:
On Mon, 14 Apr 2014, silvioprog wrote:
snip
Very nice. For 1.0 was easy, because I found a
On 11/04/2014 15:27, Reinier Olislagers wrote:
On 11/04/2014 15:00, Michael Van Canneyt wrote:
One consequence of this is that the fphttpclient unit now has support
for the https:// protocol.
snip
I have tested on windows and unix, the support for client-side SSL
support works.
I would
On 11/04/2014 15:00, Michael Van Canneyt wrote:
One consequence of this is that the fphttpclient unit now has support
for the https:// protocol.
snip
I have tested on windows and unix, the support for client-side SSL
support works.
I would like to invite people to test and report if they
On 31/03/2014 11:11, Michael Schnell wrote:
On 03/29/2014 06:14 PM, Graeme Geldenhuys wrote:
So some developers took it in their own hands and started writing their
own suite of tests.
Why not doing part this based on the public regression tests for fpc ?
Ask the guys who wrote the Delphi
On 26/03/2014 21:44, Marco van de Voort wrote:
Free Pascal is candidate for SF project of the month april, up against
strong candidates as subversion for windows (the server, not tortoise) and
smplayer.
Note that you need a SF login to vote:
Thanks for the heads up - done ;)
On 16/03/2014 20:29, Fred van Stappen wrote:
Many bedankt Harry . ;-)
De rien Jean-Jacques-Loup-Cristophe!
(not getting the name thing but wanting to enter into the spirit of the
things)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 15/03/2014 12:21, Fred van Stappen wrote:
I thought that it was mentioned there somewhere already...
If nit feel free to add it. That's what a wiki is good for afterall. ^^
Done.
= http://wiki.freepascal.org/shared_library
I think I've spotted a mistake in the wiki.
I've adjusted the
On 14/03/2014 16:33, Bart wrote:
On 3/14/14, Reinier Olislagers reinierolislag...@gmail.com wrote:
I wouldn't expect the installer to automatically put your new fpc before
anything else as it can mess up batch scripts that expect certain
binaries etc (say Delphi make or some special grep
On 01/03/2014 11:02, Reinier Olislagers wrote:
fpc trunk r26906, cross compiled fpcup for ARMHF; running on Odroid U3
Xubuntu; ran under gdb:
fpcup stops with a SIGSEGV:
snip
Went back to fpc revision 26550 (end of January), rebuilt cross
compiler, rebuilt fpcup.
Ran fpcup with fpc revision
On 01/03/2014 11:02, Reinier Olislagers wrote:
fpc trunk r26906, cross compiled fpcup for ARMHF; running on Odroid U3
Xubuntu; ran under gdb:
fpcup stops with a SIGSEGV:
Had tried to build a simple program to repeat the problem, compiled with
r26906 and ran it. Of course :( it didn't throw
fpc trunk r26906, cross compiled fpcup for ARMHF; running on Odroid U3
Xubuntu; ran under gdb:
fpcup stops with a SIGSEGV:
...
fpcup: info: Created launcher script for
FPC:/home/odroid/development/fpctrunk/bin/arm-linux/fpc.sh
Executing : /home/odroid/development/fpctrunk/compiler/ppc1 -iV
On 28/02/2014 11:11, Yann Mérignac wrote:
All units are under LGPL v3+ but I am not sure of my choice. I want the
units to be usable by anyone in any kind of projects : closed source or
not, commercial or not, etc... And, I want that any change to the source
of the units mustbe made public. Do
On 28/02/2014 11:45, Reinier Olislagers wrote:
On 28/02/2014 11:11, Yann Mérignac wrote:
All units are under LGPL v3+ but I am not sure of my choice. I want the
units to be usable by anyone in any kind of projects : closed source or
not, commercial or not, etc... And, I want that any change
On 04/02/2014 13:45, Sven Barth wrote:
Am 04.02.2014 11:35, schrieb Constantine Yannakopoulos:
I tried to compile FPC from source using FPCUP with its default
options using the latest trunk code but it failed to compile LCL,
probably due to Unicode changes. Could you tell me what is the most
Got this compiling trunk in fpcup: [1]
Perhaps a forgotten file in commit r26573
michael
* Patch from Dennis (Bug ID 25534) to add some APR functions to the
interface
Thanks,
Reinier
[1]
Compiling httpd24/BuildUnit_httpd24.pp
Compiling ./httpd24/src/apr/apr24.pas
Compiling
Hi list,
I'm trying to get fpcup to natively compile FPC trunk+Lazarus on ARMHF
and finally getting somewhere
In the Lazarus part however I get
lazbuild.lpr(1689) Error: resource compiler fpcres not found,
switching to external mode
fpcres (and fpcjres) is not in the FPC bin directory, but
FPC trunk x86, windows.
Warning: fiddling newb alert.
I have a unit httpclient that apparently uses winsock2:
3rdparty\httpclient.pas(0,0) Fatal: Can not find unit WinSock2 used by
Sockets.
Temporarily adding this to the other unit files (-Fu) in Lazarus
;$(fpcsrcdir)\packages\rtl-extra\src\win
On 22/01/2014 17:05, Sven Barth wrote:
Am 22.01.2014 16:13, schrieb Reinier Olislagers:
Does the FPC make files need some more adjustments... or do I need to
make them ;)
Should now be fixed in revision 26564. :)
Thanks a lot Sven, works perfectly
On 15/01/2014 11:42, Michael Schnell wrote:
On 01/14/2014 09:37 PM, Michael Ring wrote: - We only could get fpc,
gdb, and gdbserver compiled after installing the complete Code
Source C cross development suite (including Eclipse). We did not
find any smaller and more handy package that did work
On 10/01/2014 13:27, Reinier Olislagers wrote:
Thanks to earlier help I got to build an ARM Linux cross compiler module
in fpcup which even compiles fpcup itself (both using trunk and stable
starting compiler):
opt=-fPIC -dFPC_ARMHF
crossopt=-CpARMV6 -CaEABIHF -CfVFPV2
fpc -g -gl -Tlinux
On 13/01/2014 12:34, Michael Ring wrote:
I had a look at armv6m yesterday evening, parts of my code run fine in
gdb, the code crashes in the init of a procedure when trying to prepare
the access to contents of a set.
The address of the set seems to get calculated totally wrong ending up
in a
On 11/01/2014 08:02, Florian Klämpfl wrote:
Am 10.01.2014 13:27, schrieb Reinier Olislagers:
crossopt=-CpARMV6 -CaEABIHF -CfVFPV2
The eabihf switch is not needed if the cross compiler is build with
-dFPC_ARMHF.
Though it shouldn't change anything regarding the crash.
Thanks.
As I
On 11/01/2014 06:13, leledumbo wrote:
You can use full/relative path for resources: {$R /path/to/resource/file} or
{$R ../relative/resource/file}
Note however the bug for gorc (used in Win64) .rc files if the .rc file
is not in the project directory:
On 11/01/2014 13:32, Florian Klämpfl wrote:
Am 11.01.2014 11:14, schrieb Reinier Olislagers:
On 11/01/2014 08:02, Florian Klämpfl wrote:
Am 10.01.2014 13:27, schrieb Reinier Olislagers:
As I couldn't find any existing docs, I've started this page:
http://wiki.lazarus.freepascal.org
On 11/01/2014 14:03, Florian Klämpfl wrote:
Just type fpc -i to see the possible options. If one does not understand
those options, one does not need them :)
I had a suspicion you were going to say that ;)
As said, arm targets are very different and every target has its optimal
parameters.
Hi all,
For the Dutch among us: de dag die je wist dat zou komen...
Thanks to earlier help I got to build an ARM Linux cross compiler module
in fpcup which even compiles fpcup itself (both using trunk and stable
starting compiler):
opt=-fPIC -dFPC_ARMHF
crossopt=-CpARMV6 -CaEABIHF -CfVFPV2
fpc
On 10/01/2014 13:39, Michael Ring wrote:
I think this is an ARMV6 specific Problem, I also realized while
debugging on embedded target that it does not work anymore, same code
compiled for ARMV7 debugs (and runs) just fine...
Until now I did not find the time to search for the revision that
On 10/01/2014 14:29, Pierre Free Pascal wrote:
Am 10.01.14 13:27, schrieb Reinier Olislagers:
a segmentation fault. Running under gdb gives
(gdb) run
Starting program: /root/simple
Program received signal SIGSEGV, Segmentation fault.
0x0002b6e4 in
SYSTEM_$$_ARRAYSTRINGTOPPCHAR
On 08/01/2014 20:38, Florian Klämpfl wrote:
Reinier Olislagers reinierolislag...@gmail.com schrieb:
On 08/01/2014 18:01, Pierre Free Pascal wrote:
-Message d'origine-
De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-
boun...@lists.freepascal.org] De la part de Reinier
On 09/01/2014 15:12, Michael Van Canneyt wrote:
On Thu, 9 Jan 2014, Reinier Olislagers wrote:
On 09/01/2014 14:49, Jonas Maebe wrote:
On 08 Jan 2014, at 19:37, Reinier Olislagers wrote:
On 08/01/2014 17:17, Jonas Maebe wrote:
I see your point, but I think that people should just regularly
On 09/01/2014 15:43, Michael Van Canneyt wrote:
On Thu, 9 Jan 2014, Reinier Olislagers wrote:
On 09/01/2014 15:12, Michael Van Canneyt wrote:
On Thu, 9 Jan 2014, Reinier Olislagers wrote:
On 09/01/2014 14:49, Jonas Maebe wrote:
On 08 Jan 2014, at 19:37, Reinier Olislagers wrote:
On 08/01
Working on my arm-linux cross compiler (which used to at least build a
compiler etc), I currently hit this with fpc trunk:
C:/development/fpctrunk/compiler/ppcrossarm.exe -Tlinux -Parm
-XParm-linux- -Xr -Ur -Xs -O2 -n -Fuarm -Fusystems
-FuC:/development/fpctrunk/rtl/units/arm-linux -Fiarm
First, thanks to all involved in documenting the existing FPC trunk
Unicode situation on the wiki. Exactly the kind of docs I was looking for!
I'm trying to avoid ambiguity for an UTF8 (without BOM) encoded file and
tried this:
{$ifdef fpc}
//Explicitly specify this is an UTF8 encoded file.
On 08/01/2014 16:40, Pierre Free Pascal wrote:
-Message d'origine-
Objet : [fpc-pascal] Is it just me or... trunk cross compile failure on
arm-linux
C:\development\cross\bin\arm-linux\arm-linux-ld.exe: cannot find
arm\units\arm-linux\pexpr.o
pp.pas(238,36) Error: Error while linking
On 08/01/2014 17:17, Jonas Maebe wrote:
On 08 Jan 2014, at 15:58, Reinier Olislagers wrote:
I'm trying to avoid ambiguity for an UTF8 (without BOM) encoded file and
tried this:
{$ifdef fpc}
//Explicitly specify this is an UTF8 encoded file.
//Alternative would be UTF8 with BOM
On 08/01/2014 18:01, Pierre Free Pascal wrote:
-Message d'origine-
De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-
boun...@lists.freepascal.org] De la part de Reinier Olislagers
Envoyé : mercredi 8 janvier 2014 17:05
À : FPC Mailing list
Objet : Re: [fpc-pascal
On 08/01/2014 19:00, Sven Barth wrote:
*sigh* I thought you were one of those who already knows this, but it
seems not: *ALWAYS* compile using the last release as starting compiler.
I do know this and...
We won't provide support if a trunk version (be it a non-released fixes
or the main dev
Hitting compilation problems on trunk with fpcup.
cp.exe: C:/development/fpctrunk/rtl/units/x86_64-win64/objects.ppu: No
such file or directory
make.exe[4]: *** [fpc_install] Error 1
Full log at
http://pastebin.com/wunVysdX
Perhaps something to do with commit 26398
* Initial active version of
On 06/01/2014 12:58, Marco van de Voort wrote:
In our previous episode, Reinier Olislagers said:
Perhaps something to do with commit 26398
* Initial active version of
rtl-extra : objects matrix ucomplex
rtl-objpas: convutil(s) dateutil(s) stdconvs variants varutils
Fixed. I tested
Complete log: http://pastebin.com/Bj2EGmWD
FPC trunk, trying to get an Android ARM cross compiler going.
1. Optimistically using FPC 2.6.2 as bootstrap - should I be using
trunk? (Trying that now anyway)
Copied Android NDK crossbinutils (as.exe etc) and libs
(crtbegin_dynamic.o, libc.so) etc.
On 29/12/2013 14:22, Florian Klämpfl wrote:
Am 29.12.2013 14:12, schrieb Reinier Olislagers:
Does fpc (trunk) require arm-linux-androideabi- ?
(And if so, why?)
From fpc/compiler/options.pas:
{ Set up a default prefix for binutils when cross-compiling
1 - 100 of 702 matches
Mail list logo
