To explain, I've done some minor refactoring of the register tracking class
that will provide a
speed boost when dealing with UpdateUsedRegs(TmpUsedRegs, p); and allow a
descendant class to be
extended from it (I plan to experiment with running some peephole optimisations
while the registers
Hi everyone,
I've found a potential area where the speed of the compiler itself could
be improved (while researching something unrelated!). I have a quick
little question though. What's the preferred way to test the compiler
speed and time how long it takes to build something in general? In
That was the case at one point, which I tried to correct, but
then my messages to the mailing list arrived this morning all at once.
Probably just a minor server glitch. Emergency over!
Gareth aks. Kit
On Tue 15/05/18 11:30 , "Christo Crause" christo.cra...@gmail.com sent:
Kit,
I suspect
Kit,
I suspect my 2nd reply to the mentioned topic was sent to your email
address only. Your replies in that thread is visible in the archive:
http://lists.freepascal.org/pipermail/fpc-devel/2018-May/thread.html#38912
P.s. It took quite a while before receiving an acknowledgement from the
mailin
Sorry for this apparent spam. I was talking with Christo about my
current research into a Deep Optimizer and limited inline support for
assembler routines, but unless I'm missing something, my replies aren't
appearing on the mailing list. I'm not sure if there's something in my
messages that's b
Jonas Maebe wrote:
On 12 Feb 2015, at 14:13, Mark Morgan Lloyd wrote:
Jonas Maebe wrote:
On 12 Feb 2015, at 12:17, Mark Morgan Lloyd wrote:
I presume that ld from Xcode 2.0 is slightly too old, and that that
flag isn't supported. Is there a way of accommodating this at the
command line, or
Pierre Free Pascal wrote:
Hi Mark,
you should use -s option
for compilation.
This will generate a ppas.sh script
that contains the call to the linker.
Maybe removing this command line option will be enough
to fix linking.
I hope you will be able to generate a recent
Free Pascal Com
On 12 Feb 2015, at 14:13, Mark Morgan Lloyd wrote:
Jonas Maebe wrote:
On 12 Feb 2015, at 12:17, Mark Morgan Lloyd wrote:
I presume that ld from Xcode 2.0 is slightly too old, and that
that flag isn't supported. Is there a way of accommodating this at
the command line, or is the only way
Am 12.02.2015 13:56 schrieb "Jonas Maebe" :
>
>
> On 12 Feb 2015, at 12:17, Mark Morgan Lloyd wrote:
>
>> /bin/mkdir -p powerpc/units/powerpc-darwin
>> /usr/local/bin/ppcppc -Ur -Xs -O2 -n -Fupowerpc -Fusystems
-Fu/usr/local/src/fpc/trunk-2.7.1-29398/rtl/units/powerpc-darwin -Fipowerpc
-FE. -FUpowe
Jonas Maebe wrote:
On 12 Feb 2015, at 12:17, Mark Morgan Lloyd wrote:
I presume that ld from Xcode 2.0 is slightly too old, and that that
flag isn't supported. Is there a way of accommodating this at the
command line, or is the only way by finding the flag in the build
files and disabling it
On 12 Feb 2015, at 12:17, Mark Morgan Lloyd wrote:
/bin/mkdir -p powerpc/units/powerpc-darwin
/usr/local/bin/ppcppc -Ur -Xs -O2 -n -Fupowerpc -Fusystems -Fu/usr/
local/src/fpc/trunk-2.7.1-29398/rtl/units/powerpc-darwin -Fipowerpc -
FE. -FUpowerpc/units/powerpc-darwin -dRELEASE -V2.6.4 -O- -gl
!
Pierre Muller
> -Message d'origine-
> De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
> boun...@lists.freepascal.org] De la part de Mark Morgan Lloyd
> Envoyé : jeudi 12 février 2015 12:17
> À : fpc-devel@lists.freepascal.org
> Objet : Re: [fpc-devel]
Mark Morgan Lloyd wrote:
Afaik that's it, binutils+make+gdb from xcode + the installer.
Thanks, I'll see where I get to.
Testing 2.7.1 at revision 29398, compiling with
make NOGDB=1 OPT='-V2.6.4 -O- -gl -Xs-' all
which has worked for the other architectures I've tried it on, I get
/bin/mk
Marco van de Voort wrote:
In our previous episode, Mark Morgan Lloyd said:
which refers me to http://www.freepascal.org/xcode.html which turns out
to be a redirect to http://www.freepascal.org/down/powerpc/macosx.html
That's wrong and lands you on an old copy of the site. The central site's
p
In our previous episode, Mark Morgan Lloyd said:
> which refers me to http://www.freepascal.org/xcode.html which turns out
> to be a redirect to http://www.freepascal.org/down/powerpc/macosx.html
That's wrong and lands you on an old copy of the site. The central site's
pages end on .var (apache
I've got a spare PPC G4 Mac here with OS X 10.4 and possibly 10.5 that
for a couple of years has been earmarked for an FPC and possibly Lazarus
test system. I believe that I've got Xcode 2.0 on the 10.4 system, if I
try running ld gcc or make from a shell I get an appropriate response.
I've not
Mark Morgan Lloyd wrote:
Thanks for the warning. I'm on 2.20.1, looks like the version number
window is quite tight.
So most of the problems described in
http://wiki.lazarus.freepascal.org/Native_MIPS_Systems
should not be present anymore...
I'll update that presently. What I want to try d
Nikolai Zhubr wrote:
Hi,
15.10.2012 23:57, Mark Morgan Lloyd:
[...]
So most of the problems described in
http://wiki.lazarus.freepascal.org/Native_MIPS_Systems
should not be present anymore...
I'll update that presently. What I want to try doing first is running
the compiler natively (hosted b
Hi,
15.10.2012 23:57, Mark Morgan Lloyd:
[...]
So most of the problems described in
http://wiki.lazarus.freepascal.org/Native_MIPS_Systems
should not be present anymore...
I'll update that presently. What I want to try doing first is running
the compiler natively (hosted by Qemu), later I might
Pierre Free Pascal wrote:
I have a small batch that I use for cross-compilation
from i386-win32 to mips(el)-linux.
E:\pas\trunk\fpcsrc\compiler>type mipsel-cycle.bat
set CUR_FPC_VER=2.7.1
if "%1" == "cont" goto cont
make cycle OPT="-gl -al -n -O- -Ur -vw" OS_TARGET=linux CPU_TARGET=mipsel
ALL
ists.freepascal.org] De la part de Mark Morgan Lloyd
> Envoyé : lundi 15 octobre 2012 17:51
> À : fpc-devel@lists.freepascal.org
> Objet : Re: [fpc-devel] Testing MIPS: newbie questions
>
> Pierre Free Pascal wrote:
> >> -Message d'origine-
> >> De : fpc-deve
Pierre Free Pascal wrote:
-Message d'origine-
De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
boun...@lists.freepascal.org] De la part de Mark Morgan Lloyd
Envoyé : lundi 15 octobre 2012 15:39
À : fpc-devel@lists.freepascal.org
Objet : [fpc-devel] Testing MIPS: n
microc...@zoho.com wrote:
On Mon, Oct 15, 2012 at 01:39:24PM +, Mark Morgan Lloyd wrote: > In
trunk, is there any particular reason why tbs/tb0072.pp refers to >
CPUSMIPS rather than CPUMIPS?
Hey, what are you testing this on? I remember you got a new box but I
can't remember what it is
> -Message d'origine-
> De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel-
> boun...@lists.freepascal.org] De la part de Mark Morgan Lloyd
> Envoyé : lundi 15 octobre 2012 15:39
> À : fpc-devel@lists.freepascal.org
> Objet : [fpc-devel] Testing MIPS: n
In trunk, is there any particular reason why tbs/tb0072.pp refers to
CPUSMIPS rather than CPUMIPS?
I notice that in system.pp and in linux/ptypes.inc etc., conditionals
refer to CPUMIPS while in other places they refer to CPUMIPS32 and/or
CPUMIPSEL32. Is this correct?
--
Mark Morgan Lloyd
ma
Hi,
Am 03.05.2012 20:25, schrieb Florian Klämpfl:
Comments:
- I'am not happy with the new fields localvarsize and localconstoffset
in rautils.toprrec. Increasing the size of toprrec will probably
increase memory usage of the compiler, I also didn't get yet the use of
the fields: localsym and loc
Am 04.05.2012 21:45, schrieb Torsten:
Am 04.05.2012 21:29, schrieb Florian Klämpfl:
Am 03.05.2012 22:01, schrieb Torsten:
Am 03.05.2012 18:24, schrieb Florian Klämpfl:
Am 03.05.2012 10:49, schrieb fck...@freenet.de:
Hi,
my Intel/AMD assembler AVX 1 support is ready for testing.
svn chec
Am 04.05.2012 21:29, schrieb Florian Klämpfl:
Am 03.05.2012 22:01, schrieb Torsten:
Am 03.05.2012 18:24, schrieb Florian Klämpfl:
Am 03.05.2012 10:49, schrieb fck...@freenet.de:
Hi,
my Intel/AMD assembler AVX 1 support is ready for testing.
svn checkout http://svn.freepascal.org/svn/fpc/
Am 03.05.2012 22:01, schrieb Torsten:
> Am 03.05.2012 18:24, schrieb Florian Klämpfl:
>> Am 03.05.2012 10:49, schrieb fck...@freenet.de:
>>> Hi,
>>>
>>>
>>>
>>> my Intel/AMD assembler AVX 1 support is ready for testing.
>>>
>>>
>>>
>>> svn checkout http://svn.freepascal.org/svn/fpc/branches/tg74/av
Am 03.05.2012 20:25, schrieb Florian Klämpfl:
Comments:
- I'am not happy with the new fields localvarsize and localconstoffset
in rautils.toprrec. Increasing the size of toprrec will probably
increase memory usage of the compiler, I also didn't get yet the use of
the fields: localsym and localsym
Am 04.05.2012 10:27, schrieb Sergei Gorelkin:
04.05.2012 10:39, Sven Barth пишет:
Am 03.05.2012 22:34, schrieb Torsten:
While we follow only a few formatting rules in the compiler,
I think this is very hard to read.
- What does rax86.IntToStr?
i need this for create warnings (check memory refe
04.05.2012 10:39, Sven Barth пишет:
Am 03.05.2012 22:34, schrieb Torsten:
While we follow only a few formatting rules in the compiler,
I think this is very hard to read.
- What does rax86.IntToStr?
i need this for create warnings (check memory reference size) and i
don't like include a rtl unit
Am 03.05.2012 22:34, schrieb Torsten:
While we follow only a few formatting rules in the compiler,
I think this is very hard to read.
- What does rax86.IntToStr?
i need this for create warnings (check memory reference size) and i
don't like include a rtl unit.
SysUtils is already used in ~100
Am 03.05.2012 20:25, schrieb Florian Klämpfl:
Comments:
- I'am not happy with the new fields localvarsize and localconstoffset
in rautils.toprrec. Increasing the size of toprrec will probably
increase memory usage of the compiler, I also didn't get yet the use of
the fields: localsym and localsym
Am 03.05.2012 18:24, schrieb Florian Klämpfl:
Am 03.05.2012 10:49, schrieb fck...@freenet.de:
Hi,
my Intel/AMD assembler AVX 1 support is ready for testing.
svn checkout http://svn.freepascal.org/svn/fpc/branches/tg74/avx ...
build compiler: ./compiler/make cycle
I have testing unde
Comments:
- I'am not happy with the new fields localvarsize and localconstoffset
in rautils.toprrec. Increasing the size of toprrec will probably
increase memory usage of the compiler, I also didn't get yet the use of
the fields: localsym and localsymofs should allow to figure out the same?
- What'
I've created a new branch:
http://svn.freepascal.org/svn/fpc/branches/avx/
containing only the relevant changes and being rebased on current trunk
for easier reviewing.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/
Am 03.05.2012 10:49, schrieb fck...@freenet.de:
> Hi,
>
>
>
> my Intel/AMD assembler AVX 1 support is ready for testing.
>
>
>
> svn checkout http://svn.freepascal.org/svn/fpc/branches/tg74/avx ...
>
>
>
> build compiler: ./compiler/make cycle
>
>
>
> I have testing under Linux (32
Hi,
my Intel/AMD assembler AVX 1 support is ready for testing.
svn checkout http://svn.freepascal.org/svn/fpc/branches/tg74/avx ...
build compiler: ./compiler/make cycle
I have testing under Linux (32/64) with internal assembler writer and external
assembler writer "gas"
Please check co
Michael Van Canneyt schrieb:
The build fails when the (relative) searchpaths are prefixed with
"..\" in a later stage of the make cycle, as already reported.
It may be a configuration problem. Can you build the new NoGlobals
compiler(s)?
The compiler is built. ppudump is not.
Right, becau
On Sun, 29 Aug 2010, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
The build fails when the (relative) searchpaths are prefixed with "..\" in
a later stage of the make cycle, as already reported.
That sounds like a compiler problem, not a makefile problem. That is beyond
my cap
Michael Van Canneyt schrieb:
The build fails when the (relative) searchpaths are prefixed with
"..\" in a later stage of the make cycle, as already reported.
That sounds like a compiler problem, not a makefile problem. That is
beyond my capabilities.
I see no chance how the compiler can inf
On Sun, 29 Aug 2010, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Since I work on win32 (only), I'm not that familiar with makefiles. So, if
I need to add anything to makefiles or copy+edit another makefile, please
redirect me to more information. (mainly for testing-app, I gues
Michael Van Canneyt schrieb:
Since I work on win32 (only), I'm not that familiar with makefiles.
So, if
I need to add anything to makefiles or copy+edit another makefile, please
redirect me to more information. (mainly for testing-app, I guess)
Let me handle that. Focus on the code.
Can yo
On Wed, Nov 4, 2009 at 13:46, Paul Ishenin wrote:
> Alexander Klenin wrote:
>>
>> I have started testing the new for..in code.
>> The very first test I tried found a bug ;-)
>>
>
> I would be nice to have all your tests in .pas/.pp files. Can you attached
> them all to some bug report?
See http:/
Alexander Klenin wrote:
I have started testing the new for..in code.
The very first test I tried found a bug ;-)
I would be nice to have all your tests in .pas/.pp files. Can you
attached them all to some bug report?
Best regards,
Paul Ishenin.
__
On Wed, Nov 4, 2009 at 08:03, Thaddy wrote:
> Alexander Klenin wrote:
>>
>> I have started testing the new for..in code.
>> The very first test I tried found a bug ;-)
>> ---
>> const S = 'abc';//> var ch: Char;
>> begin
>> for ch in S do Writeln(ch);
>> end.
>> ---
>>
>
> I suppose you
I have started testing the new for..in code.
The very first test I tried found a bug ;-)
---
const S = 'abc';
var ch: Char;
begin
for ch in S do Writeln(ch);
end.
---
--
Alexander S. Klenin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
htt
Alexander Klenin wrote:
I have started testing the new for..in code.
The very first test I tried found a bug ;-)
---
const S = 'abc';//
49 matches
Mail list logo
