Hello to all possible interested MIPS hackers,
as I read the wiki page
http://wiki.lazarus.freepascal.org/Native_MIPS_Systems
it looks like actual status of FPC for MIPS is a little behind the head
development and stalled at some point as described by Mark,
I do plan to use FPC for MIPS with
Thank you Florian to have jumped a fast answer on my email,
the device I have tested at this time is NetGear WNDR3800, which is a
680MHz MIPS Atheros, 128MB RAM, with a USB port (possible to plug the
latest quad channel Patriot Supersonic to obtain best Disk IOPS possible on
the market with large
Pierre,
muller@gcc42:~$ uname -a
Linux gcc42 2.6.27.1 #476 Tue Oct 20 14:25:23 CST 2009 mips64 GNU/Linux
No idea how that machine would compare to the one
we were talking about here.
on the WNDR3800 the OpenWRT installed gives
root@OpenWrt:~# uname -a
Linux OpenWrt 2.6.32.27 #5 Wed Dec 21
Anyhow, I just discovered that
the /home directory is 99% full on that GCC compile farm machine,
meaning that only remote tests will be possible L
** **
It seems that lots of developers have the same issue about finding
MIPS machines for testing ….
Would you
Excellent. this is nice to see interest from other developers with the
Netgear WNDR3800,
not only I can ship a Netgear WNDR3800 to the home of any developer willing
to spend time to port FPC for MIPS,
but I am also ready to offer a reasonable bounty to get motivated anyone
that would help to
Metro is around the corner,
is there any plan to support the new WinRT coming with Windows 8 ?
Jerome.
--
From: Jy V
Sent: 03/02/2012 10:09
To: FPC developers' list
Subject: Re: [fpc-devel] Bounty for MIPS
Excellent. this is nice to see interest from other developers
is there any plan about supporting PPAPI ?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Although I think the time is approaching when some CPUs- IA-64 etc.- and
OSes could usefully be moved into an attic subtree.
Agreed.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
The only approach I see to speed it up is to kick the whole back end and
generate directly some close to i386 intermediate code directly in the
parser.
Is this close i386 intermediate code similar to IR LLVM generation ?
if so, this may become a good option for a new strategy ?
The total time FPC spend in memory manangement is 20% iirc. So I don't see
much optimization potential here.
OK.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Is this close i386 intermediate code similar to IR LLVM generation ?
No. It must be much closer to i386 else there is no speed advantage over
the current approach.
OK, understood.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Yes, the exception is probably UTF-8 on Unix systems, but is that really
worth it to complicate the compiler and RTL? Resourcestings are generally
not used in performance-critical code, I'd assume. Always using UTF-8 is
however also fine for me,
I do vote for UTF-8
btw. I just don't
For Lazarus:
- works with fpc 2.6.x and 2.7.1
- LCL and most code expect ansistrings to hold UTF-8.
- pascal sources, lfm, po files are stored in UTF-8 without BOM.
Special care has to be taken, when using widestrings/unicodestring.
- there are UTF-8 functions and classes (most in package
Everytime I read anything about strings here, this comes into my mind:
http://www.rigsofrods.com/entries/155-the-chaos-of-character-encodings
Strings seem to be a general problem for numeric machines :D
I like the idea to try to represent visually (using a drawing) the
implications of a
So the options are either to do cross compiling (with Lazarus) or to
install FPC on the target and compile the code there.
What is the more viable way ?
I am facing similar choice (Odroid X2 Quad Core, 2GB RAM, eMMC),
I tried for years to cross-compile and remote debug, but this raises way
let's share a beer at Delirium on friday evening with FPC developers
heading at FOSDEM,
in order to introduce to each other, projects we are working on, fields of
interest, opportunities to share common future developments,
are you on for a beer ?
Jyv.
I wanted to share how I have been able to setup a Windows 32 bits
executable on Ubuntu x64 using Wine,
the EXE has been compiled with Delphi (the same works with Lazarus),
the program is an embedded http server listening on port 80,
any program listening on low ports (server sockets on ports 25,
On Mon, Jul 1, 2013 at 10:39 AM, Michael Schnell mschn...@lumino.de wrote:
On 06/29/2013 03:58 PM, Michel Catudal wrote:
An odroid is much superior
This of course is an excellent choice if you need the power and can live
with the effects of not using a chip dedicated to embedded use, which
The developers who created KVM for Linux, are now developing a very light
kernel meant to run a single application per VM,
Has anyone on the list experienced compilation of FreePascal native x64
binary for OSV ?
Could you report feedback and procedure to follow to perform such
compilation,
the
But what in fact is the advantage of a single Linux app per VM and multiple
VMs over multiple apps in a multitasking Linux Kernel ?
Main advantage is: ISOLATION
You can provide appliances of your freepascal application being confident
that there will be no dependencies issues, no conflicts with
On Sun, Dec 29, 2013 at 7:26 PM, Hans-Peter Diettrich
drdiettri...@aol.comwrote:
var a: AnsiString; u: UTF8String;
function cpy(s: RawByteString):RawByteString;
begin Result := s; end;
a := cpy(u); //now a has encoding UTF-8!
Here the XE compiler omits the conversion of the RawByteString
On Tue, Jan 7, 2014 at 12:57 PM, Jonas Maebe jonas.ma...@elis.ugent.bewrote:
For this reason I've created an overview that explains the rules that are
followed by the RTL/compiler at
http://wiki.freepascal.org/FPC_Unicode_support
it is best to save the source code in UTF-8 with a BOM.
Is
Hello all,
It has been recently announced at:
https://github.com/cloudius-systems/osv/issues/213
that it is now possible to run position independent executable on OSV, not
requiring any longer to generate a .so,
has anyone been able to compile with FPC a PIE for Linux x64 and test on
OSV ?
On
A position-independent executable is simply an executable that only
contains position-independent code and that is linked with the -pie
linker option. So compiling all code with -Cg (the standard FPC RTL and
packages are compiled like that by default on Linux/x86-64) and then
linking your
There is a question in the mailing list of OSv about providing support for
statically linked ELF (compiled by the GO programming language),
the guy is asking :
Do you know any other language or runtime besides Go that compiles static
executables (i.e., does not
Jonas, Sven,
Thank you for the intel,
is there anyone willing to collect a 500 euros bounty to provide a
HelloWorld console program compiled with Lazarus to run on OSv ?
Jyv.
On Thu, Nov 20, 2014 at 2:28 PM, Jonas Maebe jonas.ma...@elis.ugent.be
wrote:
On 20 Nov 2014, at 14:19, Sven Barth
Matias Vara
https://fosdem.org/2015/schedule/speaker/matias_vara/
is giving a talk sunday morning at Fosdem
https://fosdem.org/2015/schedule/event/toro/
how to build a Kernel built with pure FPC and Lazarus,
If any FPC developers and Lazarus developers heading to Fosdem this
week-end,
let's try
On Wed, Nov 25, 2015 at 5:06 PM, Jonas Maebe
wrote:
> I'll have a look at how to make it generic once the llvm backend works for
> Darwin/x86_64 (which should be soon).
>
"llvm backend works" does it also means the possibility to import in
FreePascal some C++ classes
> This happens only on Win64 with FPC 3.0
> Can somebody please check and confirm ?
>
compiled with official Lazarus 1.6 (SVN revision as displayed in the about
box: 51630)
console output of your program is:
1.234500E+02* 1.E+002= 1.234500E+08
On Sun, Mar 20, 2016 at 2:11 AM, Garry Wood wrote:
> I recently ported the implementation from LibTimCrypt / wpa_supplicant
> (which are both from public domain implementations), you can find the unit
> here:
>
>
>
On Sun, Mar 20, 2016 at 2:11 AM, Garry Wood wrote:
>
>> I recently ported the implementation from LibTimCrypt / wpa_supplicant
>> (which are both from public domain implementations), you can find the unit
>> here:
>>
>>
>>
On Sun, Mar 20, 2016 at 1:10 PM, Garry Wood wrote:
> Yes, the intent is to support https with TLS 1.0/1.1/1.2 so
> AES_128_GCM_SHA256 will be included in the cipher suite.
>
Pure FreePascal code only ? no dependency with OpenSSL (or third party
libraries) ?
-> this would be
Hello to all assembler experts,
I would greatly appreciate if some people could help me prepare some asm
code for FreePascal for Win32, Win64, Linux x86, Linux x64 (and maybe some
ARM32bit + AARCH64)
I am using Lazarus 1.6, FPC 3.0.0 SVN revision 51630
x86_64-win64-win32/win64
function
Thank you Thomas, I will experiment with {$ASMMODE INTEL}
On Sunday, September 11, 2016, Tomas Hajny <xhaj...@hajny.biz> wrote:
> On Sun, September 11, 2016 09:43, Jy V wrote:
>> Thank you Jonas,
>> so back to my original question,
>> is there an asm expert out th
On Fri, Sep 9, 2016 at 11:00 AM, Thaddy de Koning
wrote:
> With the proper optimizations it will probably hard to improve on.
> Compile the code with -O4 and -s. That generates the assembler output in a
> *.s file.
> The compiler is rather good at bitmaniputations.
>
I am
, %rax
and %rax, $1
{$ENDIF}
end;
On Sat, Sep 10, 2016 at 5:17 PM, Jonas Maebe <jonas.ma...@elis.ugent.be>
wrote:
> On 10/09/16 12:55, Jy V wrote:
>
>> I am not sure the FreePascal compiler is able to convert the code of the
>> procedure BitsetSet(var Bits; Ind
36 matches
Mail list logo