A regression like this is quite serious. I'd recommend opening a bug
report with a reproducible case so we can investigate and hopefully fix it
within the day.
At the moment I'm experimenting with increasing the speed of the optimizer
for x86_64, and then porting to i386 when it's proven success
Hi Florian,
we are currently to try to do some real-life benchmarks with our
products, however with rev. 40346 compilation fails with the two following
showstoppers:
1.)
The assembler parser appears to be broken - the following very valid
opcodes get rejected:
SBMath.pas(1932,9) Error: Asm: [cm
Hi everyone,
I developed an aid to help me debug the peephole optimizer a while ago,
and I would like to present it as a possible permanent fixture to the
compiler if it is built with a particular define (DEBUG_ASMOUTPUT) - what
it does... during each pass of the peephole optimizer under i386 or
Am Mo., 3. Dez. 2018, 15:16 hat Simon Jackson
geschrieben:
> Further to the ranges in generics discussion... more on generics
>
I've already mentioned my reasons against that. So throwing around strange
syntax extensions does not help. At all.
Regards,
Sven
_
On 12/2/18 8:56 AM, Franz Müller wrote:
@Tomas Hajny
Ah - thank you. Very strange. I did not expect and did not notice that when I
click on "reply to list", the reply uses another mail address than the one
the mail was sent to. >
Looks like an error of the thunderbird mailprogramm,
are you us
On 03/12/2018 07:57, Ryan Joseph wrote:
What does this mean for end users? Do we get better debugging support
in LLDB?
Sorry for getting slightly off topic (replies to lazarus list pleas / or
fpc other).
Lazarus 2.0 has an LLDB based debugger, that uses it's own code
(fpdebug) for watches. Fo
On 2018-12-03 07:57, Ryan Joseph wrote:
On Dec 2, 2018, at 5:26 PM, Jonas Maebe wrote:
The LLVM code generator is more or less ready, including
Dwarf-EH-based exception handling support. It's currently only
supported on Darwin/x86-64 and Linux/x86-64, but it can do a "make
all" and the test
On 2018-12-02 17:25, Marģers . via fpc-devel wrote:
>> ** Linux: you may also have to specify the library path to libgcc_s.
>> E.g. on Ubuntu 16.04:
>> make LOCALOPT="-dllvm -Fullvm -Fl/usr/lib/gcc/x86_64-linux-gnu/5"
>> OPT="-Fullvm -Fl/usr/lib/gcc/x86_64-linux-gnu/5" all -j 4 FPMAKEOPT="-T
>> 4"
Further to the ranges in generics discussion... more on generics
There is always a way to do that using an abstract class. The things of
interest creating the idea are:
1. Imagine a short hand syntax for abstract classes:
Generic classAbs = class(TObject)
Class generic variable: TOb
With reference to https://bugs.freepascal.org/view.php?id=34159
It *appears* that this issue also happens on Mac, using lldb (so both
lldb and gdb get step-over wrong, with debug info from fpc).
Posts by "bigDan":
http://forum.lazarus-ide.org/index.php/topic,42869.msg303599.html#msg303599
Th
I run it no linux. Problem code part.
type PLongData = ^TLongData;
TLongData = array [0..100] of longint;
function binarySearchLong ( sortedArray:PLongData; nLen, toFind:longint):longint;
var low, high, mid, l, h, m : longint;
begin
{ Returns index of toFind in sortedArray, or -1 if not
> I've had problems testing it under Linux due to configuration difficulties, so if anyone is willing to try out "make all", I'll be most grateful.
"make all" work well on linux.
Compiler options -O3 and -O4 are broken.
It was possible to compile my program, but program at some point went into n
> The support is currently only on the
> https://svn.freepascal.org/FPC/svn/fpc/branches/debug_eh branch.
I got sources from
https://svn.freepascal.org/svn/fpc/branches/debug_eh
> ** Linux: you may also have to specify the library path to libgcc_s.
> E.g. on Ubuntu 16.04:
> make LOCALOPT="-dllvm
@Tomas Hajny
Ah - thank you. Very strange. I did not expect and did not notice that
when I click on "reply to list", the reply uses another mail address
than the one the mail was sent to.
Looks like an error of the thunderbird mailprogramm, I think replies
should always use the same mail add
14 matches
Mail list logo