More exact formulation:
TSQLQuery.Last;
TSQLQuery.Insert;
TSQLQuery.Post;
The new record is not the last record.
It is at the same position as if
TSQLQuery.Last;
TSQLQuery.Prior;
TSQLQuery.Insert;
TSQLQuery.Post;
Martin
___
fpc-devel maillist - fpc-
On Tuesday 25 April 2006 17.20, Michael Van Canneyt wrote:
> On Tue, 25 Apr 2006, Martin Schreiber wrote:
> > More exact formulation:
> >
> > TSQLQuery.Last;
> > TSQLQuery.Insert;
> > TSQLQuery.Post;
> >
> > The new record is not the last record.
>
On Wednesday 26 April 2006 00.43, Joost van der Sluis wrote:
>
> Keep me informed.
> Ik you find something that doesn't sound logical to you, just say so.
>
One problem is in internalfirst.
Old:
procedure TBufDataset.InternalFirst;
begin
FBCurrentRecord := -1;
FIsEOF := false;
end;
New:
proce
On Wednesday 26 April 2006 00.43, Joost van der Sluis wrote:
> Keep me informed.
> Ik you find something that doesn't sound logical to you, just say so.
dataset.inc:
Procedure TDataset.DoInsertAppend(DoAppend : Boolean);
procedure DoInsert;
[...]
if FActiveRecord < FRecordCount-1 then <<
On Sunday 30 April 2006 13.20, Joost van der Sluis wrote:
> > Inserted records are displayed *after* the current record if the current
> > record is at end of buffer!
>
> I think i've fixed this in revision 3381. But this influences all
> TDataset descendents. Can you have a look at it?
>
It seems
Since some time FPC doesn't flush output on pipes after writeln.
On linux I can use a pseudo terminal, what can I do on win32 to get flushed
output from FPC into the message window of MSEide?
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal
On Sunday 14 May 2006 08.48, Daniël Mantione wrote:
> Op Sun, 14 May 2006, schreef Martin Schreiber:
> > Since some time FPC doesn't flush output on pipes after writeln.
> > On linux I can use a pseudo terminal, what can I do on win32 to get
> > flushed output from FPC
On Sunday 14 May 2006 11.12, Michael Van Canneyt wrote:
> > Suggestion:
> > On win32 switch automatic output writeln flush only off by regular files
> > (FILE_TYPE_DISK) but not by pipes (FILE_TYPE_PIPE):
> >
> > rtl/win32/sysfile.inc
> >
> > function do_isdevice(handle:thandle):boolean;
> > begin
On Sunday 14 May 2006 16.54, Florian Klaempfl wrote:
> The error numbers didn't change, they are keep unique.
>
> I propose to do the following:
> - add an option -vm (machine readable output)
> Using this option the compiler outputs the messages csv like and flushes
> after each message:
> message
On Sunday 14 May 2006 17.16, Florian Klaempfl wrote:
> > I need no machine readable output (up to now), I need a way to get
> > flushed writeln output from the RTL on widows to display it in the MSEide
> > message window (compiler output) and the target window (program output).
> > On linux I use a
On Sunday 14 May 2006 20.17, Florian Klaempfl wrote:
> Martin Schreiber wrote:
> > The problem exists not only for the compiler but for all console
> > programs. I found no way to display the interactive output in a IDE
> > window on win32. On Linux I can use a pseudo te
On Monday 15 May 2006 07.29, Daniël Mantione wrote:
> Op Mon, 15 May 2006, schreef Martin Schreiber:
> > On Sunday 14 May 2006 20.17, Florian Klaempfl wrote:
> > > Martin Schreiber wrote:
> > > > The problem exists not only for the compiler but for all console
>
On Monday 15 May 2006 07.51, Daniël Mantione wrote:
> Op Mon, 15 May 2006, schreef Martin Schreiber:
> > On Monday 15 May 2006 07.29, Daniël Mantione wrote:
> > > Op Mon, 15 May 2006, schreef Martin Schreiber:
> > > > How do FPIDE and Lazarus solve the problem?
>
Question:
Are InternalCalcFields implemented in TDataset/TBufDataset/TSQLQuery?
If not, any plans to implement them?
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tuesday 18 July 2006 19.11, Joost van der Sluis wrote:
> > MSE created some patches for fpc 2.0.4 rc1
> > to fix some widestring and db issues.
> > http://svn.sourceforge.net/viewcvs.cgi/mseide-msegui/trunk/patch_fpc_2_0_
> >4/
> >
> > I seems they are not applied to rc2.
> >
> > Can someone wit
On Tuesday 18 July 2006 23.27, Joost van der Sluis wrote:
> On Tue, 2006-07-18 at 22:13 +0200, Martin Schreiber wrote:
> > On Tuesday 18 July 2006 19.11, Joost van der Sluis wrote:
> > > > MSE created some patches for fpc 2.0.4 rc1
> > > > to fix some wides
On Tuesday 01 August 2006 23.00, Joost van der Sluis wrote:
> On Tue, 2006-07-18 at 22:13 +0200, Martin Schreiber wrote:
> > On Tuesday 18 July 2006 19.11, Joost van der Sluis wrote:
> > > > MSE created some patches for fpc 2.0.4 rc1
> > > > to fix some wides
On Wednesday 02 August 2006 16.51, Joost van der Sluis wrote:
> On Wed, 2006-08-02 at 06:57 +0200, Martin Schreiber wrote:
> > > > Did you fix Mantis 6898 in the meantime?
> > >
> > > You said that TBufDataset can use invalid pointers, even if there
> >
On Sunday 06 August 2006 02.39, Christian Iversen wrote:
> Finally I got some spare time for coding.
>
> So, after quite a bit of help from Florian (Thank you!), the
> implements-keyword is well, IMPLEMENTED! Finally!
>
Great, thank you very much!
I really like this feature.
Do method resoluti
Hi,
I have problems with calculated fields (FieldKind = fkCalculated) in
TSQLQuery. It seems that OnCalcFields is not called on record fetching and it
is not possible to set field values in dsCalcFields state.
Do calculated fields work in TSQLQuery?
Martin
___
On Tuesday 22 August 2006 11.55, Joost van der Sluis wrote:
> On Tue, 2006-08-22 at 08:02 +0200, Martin Schreiber wrote:
> > I have problems with calculated fields (FieldKind = fkCalculated) in
> > TSQLQuery. It seems that OnCalcFields is not called on record fetching
> > and
On Monday 04 September 2006 02.55, Luiz Americo wrote:
> I'd like to propose change TComponent.Tag type from longint to PtrInt.
> I know it's not a good programing practice, but sometimes this property
> can be used to hold pointers.
> In 32bit there's not many problems since pointer and longint ha
On Saturday 09 September 2006 04.07, Robert Reimiller wrote:
>
> I don't know how you can keep all those different operating systems and
> processors straight in your mind, an amazing feat. I think I was initially
> supporting 3 or 4 operating systems back when I was doing 6809 Pascal (and
> later
On Thursday 28 September 2006 10.54, Chris Cheney wrote:
>
> The restriction could be subject to a configurable option (perhaps it is
> already) but, without a configurable option, the restriction should be
> omitted. If the language is changed to suit the whims of the developers,
> it might end up
On Thursday 05 October 2006 00.38, Joost van der Sluis wrote:
> Hi all,
>
> I have plans to add an unidirectional dataset/query to sqldb. Thus one
> that isn't inherited from TDataset. This to improve performance, for for
> example cgi-like programs, in which iterating back and forth through a
> da
On Thursday 05 October 2006 22.41, Joost van der Sluis wrote:
> > > Now I'm thinking about using an interface, to avoid double code. But I
> > > don't know what effect that has on run-time performance. I mean, the
> > > idea was to make if faster ...
> >
> > A very good idea! It can then be impleme
On Thursday 19 October 2006 23.02, Joost van der Sluis wrote:
> > You don't need an interface ? What good would that do you ?
>
> No idea. It was Martin's suggestion.
>
Interfaces are usable to do callbacks from the worker class into owner classes
which don't inherit from a common ancestor or wher
On Tuesday 07 November 2006 15.14, Michael Schnell wrote:
> > Remember you need to call the "HandleEvents" as fast as possible to
> > stay effective (otherwise you lose precision)
>
> I want to avoid this by any means !
>
> That is why I want to have a message driven system (as described in the
>
On Tuesday 07 November 2006 17.46, Peter Vreman wrote:
> > Is it possible to backport the resolution of 0007281 from head to fixes
> > branch?
>
> It is not usefull to do. There won't be a new release anymore from the
> fixes branch.
>
>
But what should we do if we can't use trunk because it is not
On Tuesday 07 November 2006 18.34, Michael Schnell wrote:
> > MSEgui has teventthread (lib/common/kernel/msethread.pas), there is also
> > a timer implementation (lib/common/kernel/msetimer.pas).
> >
> > http://mypage.bluewin.ch/msegui/
>
> Thanks for the pointer. I'll take a look at this tomorrow.
On Wednesday 08 November 2006 10.25, Jonas Maebe wrote:
> On 8 nov 2006, at 06:52, Martin Schreiber wrote:
> > But what should we do if we can't use trunk because it is not
> > stable and we
> > can't use 2.0.4 because it is buggy?
>
> There will *always* be b
On Tuesday 12 December 2006 14.54, [EMAIL PROTECTED] wrote:
> As said in an earlier mail I have problems streaming the
> property EditLabel: TBoundLabel read FEditLabel;
> of a TLabeledEdit with fpc 2.1.1.
>
A usual solution:
ttestcomp = class(tcomponent)
private
fsubcomponent: ttestsubcomp
On Thursday 14 December 2006 08.54, Vincent Snijders wrote:
> >
> > procedure ttestcomp.setsubcomponent(const avalue: ttestsubcomponent);
> > begin
> > fsubcomponent.assign(avalue);
> > end;
>
> The problem with this solution, is the "write setsubcomponent;" part of the
> declaration.
>
> I don't
On Sunday 04 February 2007 01.01, peter green wrote:
> currently there is some demand for a fast widestring type on windows and i
> suspect there will be requirements for more string types in the future.
>
> So i make a proposal for a new syntax that will allow string types to be
> created easilly
On Sunday 04 February 2007 01.23, peter green wrote:
> from a low level perspective such a string is just a pointer to an array
> plus some compiler magic just like current ansistrings, debugging tools
> shouldn't need to be aware of the magic any more than they need to be aware
> of it for curren
On Sunday 04 February 2007 10.57, Florian Klaempfl wrote:
> peter green schrieb:
> > if my understanding is correct this should allow all the widestrings
> > stuff to be moved to the library and people to implement thier own
> > string types as required (for example maybe a widestring counterpart
>
On Sunday 04 February 2007 11.58, Florian Klaempfl wrote:
> > - Null based index.
>
> You can ignore the char 0?
>
[...]
Do you think it is possible with this methods to achieve the same or better
performance as with ansi strings or refcounted widestrings?
Martin
Hi,
MSEide+MSEgui compiles and runs on Linux with FPC 2.1.1.
It compiles on win32 but does not run.
Mantis 8481 ("By copying an record with OLE string fields, the memory location
of the *source* string is changed.") is a show stopper for MSEgui, I can not
do more debugging until the problem is so
On Monday 26 March 2007 14.39, Florian Klaempfl wrote:
> Martin Schreiber schrieb:
> > Hi,
> > MSEide+MSEgui compiles and runs on Linux with FPC 2.1.1.
> > It compiles on win32 but does not run.
> > Mantis 8481 ("By copying an record with OLE string fields, the me
Hi,
Now that it is clear that FPC 2.2 can not be used with MSEide+MSEgui because
of Mantis 8481 ("By copying an record with OLE string fields, the memory
location of the *source* string is changed."), I would be happy if the fixes
for Mantis 8103, 8245, 8386 and 8388 could be merged back to fixe
Hi,
It seems that CG plans to implement an non BSTR widestring type for win32:
http://groups.google.ch/group/borland.public.delphi.non-technical/msg/7caeced42f1934a4?hl=en&;
The introduced string handling for the "Unicode VCL" is equivalent to the
string handling in MSEgui BTW.
Martin
__
On Saturday 16 June 2007 08.57, Daniël Mantione wrote:
> Op Sat, 16 Jun 2007, schreef Martin Schreiber:
> > Hi,
> > It seems that CG plans to implement an non BSTR widestring type for
> > win32:
> > http://groups.google.ch/group/borland.public.delphi.non-technical/msg
On Saturday 16 June 2007 10.10, Daniël Mantione wrote:
> I made the change, could you please test for any problems, as we are
> really close to 2.2.0.
>
Thanks, I start to work.
> Something like this?
>
[...]
Posted to delphi.non-tech.
Martin
___
fpc-de
On Saturday 16 June 2007 10.10, Daniël Mantione wrote:
> Op Sat, 16 Jun 2007, schreef Martin Schreiber:
> > On Saturday 16 June 2007 08.57, Daniël Mantione wrote:
> > > Op Sat, 16 Jun 2007, schreef Martin Schreiber:
> > > > Hi,
> > > > It seems that CG
Please note that if Mantis 9093
http://www.freepascal.org/mantis/view.php?id=9093
will not be fixed in 2.2, it must be patched to work with programs which
stream TDataset.
MSEide+MSEgui for example uses the information to load offline TClientDataset
and the like, I don't know about Lazarus and
Hi,
A possible show stopper for FPC 2.2:
http://www.freepascal.org/mantis/view.php?id=9115
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Possible show stopper for FPC 2.2:
http://www.freepascal.org/mantis/view.php?id=9170
I suspect there are more problems, I can only debug one by one.
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/lis
Hi,
Another possible show stopper for FPC 2.2:
http://www.freepascal.org/mantis/view.php?id=9179
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Saturday 30 June 2007 14.46, Yury Sidorov wrote:
> Martin, please inform us when FPC 2.1.5 will work as expected with
> your code and no more bugs will be left.
> After that 2.2 release can be launched.
>
Here is the next one (win32 widestring copy error):
http://www.freepascal.org/mantis/view
On Saturday 30 June 2007 12.17, Jonas Maebe wrote:
> PS: your {$ifdef linux} should be {$ifdef unix} (unless you plan to
> never support anything but Linux and Windows)
Thanks for the hint. Sometimes I use {$ifdef linux} because of Kylix
compatibility. Do all FPC UNIX targets use cthreads?
Mart
On Saturday 30 June 2007 14.46, Yury Sidorov wrote:
> From: "Yury Sidorov" <[EMAIL PROTECTED]>
>
> > From: "Martin Schreiber" <[EMAIL PROTECTED]>
> >
> >> Possible show stopper for FPC 2.2:
> >> http://www.freepascal.org/mantis
On Saturday 30 June 2007 14.46, Yury Sidorov wrote:
> Martin, please inform us when FPC 2.1.5 will work as expected with
> your code and no more bugs will be left.
> After that 2.2 release can be launched.
>
I worked now one hour with MSEide compiled with win32 FPC fixes_2_2 rev. 7933,
no more pro
Hi,
If I debug into FPC rtl I get the error "Internal error: `this' is not an
aggregate" while displaying variables.
i386 Suse Linux 10.2, gdb 6.6, FPC fixes_2_2 rev 7921.
Any hints?
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http:
On Wednesday 04 July 2007 10.50, Jonas Maebe wrote:
> On 04 Jul 2007, at 10:43, Martin Schreiber wrote:
> > If I debug into FPC rtl I get the error "Internal error: `this' is
> > not an
> > aggregate" while displaying variables.
> > i386 Suse Linux 10.2
Comparison FPC 2.2 - Delphi 7.
MSEide aps\ide\mseide.pas without database support:
Compile time FPC: 17.9s Delphi: 1.28s
Exe size FPC: 2.27MB Delphi: 1.87MB
One button MSEgui program apps\demo\demo.pas
Exe size FPC: 519KB Delphi: 456KB
All MSE *.o,*.ppu and *.dcu files deleted before compiling.
On Wednesday 04 July 2007 17.59, Daniël Mantione wrote:
> Op Wed, 4 Jul 2007, schreef Martin Schreiber:
> > Comparison FPC 2.2 - Delphi 7.
> >
> > MSEide aps\ide\mseide.pas without database support:
> > Compile time FPC: 17.9s Delphi: 1.28s
> > Exe size FPC:
On Wednesday 04 July 2007 18.18, Micha Nelissen wrote:
> Martin Schreiber wrote:
> > Comparison FPC 2.2 - Delphi 7.
> >
> > MSEide aps\ide\mseide.pas without database support:
> > Compile time FPC: 17.9s Delphi: 1.28s
>
> How man
On Wednesday 04 July 2007 18.30, Martin Schreiber wrote:
> On Wednesday 04 July 2007 17.59, Daniël Mantione wrote:
> > Op Wed, 4 Jul 2007, schreef Martin Schreiber:
> > > Comparison FPC 2.2 - Delphi 7.
> > >
> > > MSEide aps\ide\mseide.pas without database su
On Wednesday 04 July 2007 22.01, Yury Sidorov wrote:
> From: "Martin Schreiber" <[EMAIL PROTECTED]>
>
> > Comparison FPC 2.2 - Delphi 7.
> >
> > MSEide aps\ide\mseide.pas without database support:
> > Compile time FPC: 17.9s Delphi: 1.28s
> > Exe
On Thursday 05 July 2007 09.02, Michael Van Canneyt wrote:
>
> And as for Delphi being fast - well, my daytime job projects require
> several minutes for Delphi to crunch through them. I've had Delphi hang up
> on me more than once for 15 minutes on simple projects with complex
> dependencies... Al
On Thursday 05 July 2007 10.03, Daniël Mantione wrote:
> > Crashes without -B happen with FPC 2.2 too.
>
> ? Bug reports please :)
>
Only if you accept MSEgui as a testcase. It would use days or weeks for me to
isolate the problems with my limited knowledge of the compiler internals.
Martin
_
On Thursday 05 July 2007 09.58, Daniël Mantione wrote:
> Op Thu, 5 Jul 2007, schreef Martin Schreiber:
> > On Thursday 05 July 2007 09.02, Michael Van Canneyt wrote:
> > > And as for Delphi being fast - well, my daytime job projects require
> > > several minutes for De
On Thursday 05 July 2007 10.18, Jonas Maebe wrote:
> On 05 Jul 2007, at 10:15, Florian Klaempfl wrote:
> > For build related crashes it is accepted if it can be reproduced by a
> > few simple steps like get this source, compile with that command,
> > touch
> > that file, rebuild.
>
> Indeed. At lea
Hi,
Every program compiled with fixes_2_2 rev. 8006 crashes
in gdb:
"
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show c
On Tuesday 10 July 2007 14.34, Jonas Maebe wrote:
> The rtl checks on startup whether or not your cpu supports SSE. It
> does so by executing an SSE instruction, catching the "illegal
> instruction" exception if it occurs and if so, setting a boolean to
> false.
>
> So just type "continue" in gdb t
On Tuesday 10 July 2007 14.53, [EMAIL PROTECTED] wrote:
> > And what should I do in MSEide? Disable SIGILL reporting by gdb?
> > How does Lazarus handle the problem?
>
> It does not handle it. If you handle it in MSEIDE, please let us know how
> you did it.
>
The IDE must check where the SIGILL is
On Tuesday 10 July 2007 15.13, Jonas Maebe wrote:
> On 10 Jul 2007, at 15:11, Martin Schreiber wrote:
> > Question to the FPC developers:
> > Is there really no other method to check for SSE support?
>
> According to the comments of Florian in the code, there is no ot
On Tuesday 10 July 2007 14.34, Jonas Maebe wrote:
> The rtl checks on startup whether or not your cpu supports SSE. It
> does so by executing an SSE instruction, catching the "illegal
> instruction" exception if it occurs and if so, setting a boolean to
> false.
>
> So just type "continue" in gdb t
On Tuesday 10 July 2007 17.04, Jonas Maebe wrote:
> It seems that either your specific gdb is broken, or that gdb for
> win32 is broken in this regard. By default, gdb's setting for SIGILL
> should be:
>
> (gdb) info handle SIGILL
> SignalStop Print Pass to program Description
> SIGI
On Tuesday 10 July 2007 17.04, Jonas Maebe wrote:
> You can also disable gdb catching SIGILL from the start of the
> program using "handle SIGILL nostop noprint" (in case gdb for win32
> is broken in this respect), but then you should re-enable it later on
> (unless you don't want the debugger to b
On Wednesday 11 July 2007 08.39, Florian Klaempfl wrote:
>
> That's a point though I thought we could safe this extra check because I
> didn't expect that a lot of people are still using PII :)
>
A PII with 256MB ram is my main development machine. Do you see why
MSEide+MSEgui is so fast? ;-)
From
On Friday 13 July 2007 08.54, Florian Klaempfl wrote:
> Alexander schrieb:
> >> That's a point though I thought we could safe this extra check
> >> because I didn't expect that a lot of people are still using PII :)
> >
> > My current computer is PII. 350MHz 128 RAM 40G HDD
> > It work !
> > Free s
On Tuesday 10 July 2007 14.53, [EMAIL PROTECTED] wrote:
> - Original Message -
> From: Martin Schreiber <[EMAIL PROTECTED]>
> Date: Tuesday, July 10, 2007 2:44 pm
> Subject: Re: [fpc-devel] win32 debugging broken in fixes_2_2?
>
> > On Tuesday 10 July 20
Hi,
Can the fix for Mantis 9242 (Debugging broken on win32 with PII) be merged to
fixes_2_2?
Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Monday 16 July 2007 14.05, Jonas Maebe wrote:
> Independent from this, I would encourage you to submit a bug report
> against gdb for win32. If they don't know this is broken, they can't
> fix it.
>
I fear that I am not the right person to report the bug because my knowledge
of the debug intern
On 12/27/2017 04:15 PM, Juha Manninen wrote:
> I am proposing to add a private
> FOwner: TPersistent;
> to TCollection and remove it from derived classes which already have it.
Just a warning which does not necessarily apply to the TCollection issue
you report:
Be very careful to change compon
On Thursday 05 April 2018 12:47:27 Alexander Klenin wrote:
>
> Allow me to yet again to single out this philosophy of
> strongly preferring abstract purity to concrete user experience.
> This is IMHO a significant contributing factor of Pascal decline.
> I would not argue this specific point (altho
On Monday 17 September 2018 05:51:17 Alexander via fpc-devel wrote:
> I try use of MSEide,gui beforehand Lasarus, but excellent result not get.
>
> Lasarus use non native for FPC widgets, MSE non stable work.
>
Can you be more specific? Reproducible MSEide+MSEgui bugs are normally fixed
in hours
Hi Alexander,
It is not allowed to discuss MSEide+MSEgui themes here. I will answer on the
MSEide+MSEgui mailing list:
https://sourceforge.net/projects/mseide-msegui/lists/mseide-msegui-talk
Archive:
https://www.mail-archive.com/mseide-msegui-talk@lists.sourceforge.net/
Martin
_
Hi,
How can individual warnings be suppressed in code in Free Pascal fixes_3_2?
{$warn off} seems not to work reliable in some projects if compiled
with -B.
Thanks, Martin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal
On 9/26/18 6:38 PM, Sven Barth via fpc-devel wrote:
>
> Please provide concrete examples.
>
Here:
https://gitlab.com/mseide-msegui/mseide-msegui/tree/fpc_3_2
On Linux-X86-64 in clone directory compile with
"
-O- -Fulib/common/* -Fulib/common/kernel/linux
apps/ide/mseide.pas
",
repeat until only
On Thursday 27 September 2018 09:11:01 Martin Schreiber wrote:
> On 9/26/18 6:38 PM, Sven Barth via fpc-devel wrote:
> > Please provide concrete examples.
>
> Here:
> https://gitlab.com/mseide-msegui/mseide-msegui/tree/fpc_3_2
>
Bug report:
https://bugs.freepascal.org/view
On Thursday 25 October 2018 11:18:58 Sven Barth via fpc-devel wrote:
>
> I'm against emulating SEH. Better implement DWARF exceptions. The
> infrastructure that was created for SEH inside the compiler should help
> nevertheless.
>
MSElang has some code for "Itanium ABI Zero-cost Exception Handling"
On Saturday 27 October 2018 09:27:59 Sven Barth via fpc-devel wrote:
> >
> > Not really. The IR format has been pretty stable since version 3.9 or so
> > (LLVM is current at version 8.) As far as dependencies, it would add none
> > whatsoever other than a copy of the LLC or LLVM-AS binaries (as in,
501 - 584 of 584 matches
Mail list logo