(I hope this gets attached to the right thread, cause I just registered to
fpc-devel)
Hi!
Gilles MARCOU wrote:
By the way, I am open to all suggestions to improve this text.
What about documenting the 'cppclass' feature of Free Pascal? I found this a
few weeks ago and digged in the compilers
Jonas Maebe schrieb:
As far as I know, there is not a single test for this functionality, so
I'm not sure that it actually works.
Well... then I think it's time to change this.
I'll try to test this functionality (and to fix it, if it fails), but
you (or another core developer) should
Jonas Maebe schrieb:
On 16 Sep 2009, at 20:09, Sven Barth wrote:
Jonas Maebe schrieb:
As far as I know, there is not a single test for this functionality,
so I'm not sure that it actually works.
Well... then I think it's time to change this.
I'll try to test this functionality (and to fix
Hello together!
After I sent the first Native NT patches to the bugtracker I found some
time to test the cppclass-feature.
The following class compiles with 2.5.1:
TestClass = cppclass
procedure Test1; external 'cpplib.so';
function Test2: LongInt; external 'cpplib.so';
end;
The
Florian Klaempfl schrieb:
Sven Barth schrieb:
All in all I have the following goals for (my) future work on this:
* make a cppclass an implicit pointer
I don't like this idea because C++-classes aren't an implicit pointer
either.
At first I wanted to disagree with you... philosophing about
Hi again!
Florian Klaempfl schrieb:
Sven Barth schrieb:
Florian Klaempfl schrieb:
Sven Barth schrieb:
All in all I have the following goals for (my) future work on this:
* make a cppclass an implicit pointer
I don't like this idea because C++-classes aren't an implicit pointer
either
Hello together!
I'm currently trying to silence some compiler warnings in the Native NT
RTL and one of these is unreachable code in e. g. rtl/inc/except.inc
line 180. It seems as if FPC_LIMITEDEXITCODE is defined although that is
not my intention. As ExitCode is defined as LongInt on Native
Hello together!
I've found some time (and inspiration) to work on the C++ linking
feature again.
Currently I'm trying to implement namespace support, but I've got some
questions about implementation details.
My current idea is this:
MyClass=cppclass
(...)
end; namespace
Hi again!
On 21.03.2010 11:28, Paul Ishenin wrote:
21.03.2010 17:08, Sven Barth wrote:
4. What about reserved identifiers being used in the namespace which
might be valid in C++ (e.g. location, platform, register,
object or even begin)?
'' at the begining of identifer allows to use any
Hi again!
I'll answer some of my questions myself:
2. What about the order of namespace and external? Should it be namespace (...); external
(...); or external (...); namespace (...);? Or shall both orders be accepted?
For now I've decided to use namespace(...); external(...);
3. How can
Hi again!
Once I say 'I did it that and that way', all are coming to answer me...
Nice :)
On 21.03.2010 14:28, Paul Ishenin wrote:
21.03.2010 20:21, Sven Barth wrote:
3. How can I parse a not reserved identifier? Checking idtoken for
_ID, using it with token and after usage calling consume
Hi again!
On 21.03.2010 15:24, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
(besides using m_none instead of m_all as Jonas mentioned).
I'm talking about the namespace value itself.
E.g. the C++ code
namespace Foo::Bar {
class FooBar {
}
}
becomes
Hi!
On 04.05.2010 16:14, Graeme Geldenhuys wrote:
On 4 May 2010 16:04, Michael Van Canneytmich...@freepascal.org wrote:
We offer a .tar.gz for download, so what is the problem ?
No-one is forced to use rpm or .deb files ?
I don't have a problem, but it sounded like Florian has (or I
Hi!
Am 10.06.2010 17:27, schrieb Sergei Gorelkin:
What does FRAMETYPE = 1 mean?
Guess it is the value of FPC_EXCEPTION (trunk/rtl/inc/except.inc), the
only currently available/supported value for FrameType.
If I remember my analysis of FPC's exception system correctly, this
field is not
Hi!
On 12.07.2010 11:59, Hans-Peter Diettrich wrote:
Honestly, a .NET back-end is less useful than e.g. a Java back-end, and
requires much work in the front-end for assembly compatibility (uses).
Next a new debugger-interface is needed, and a VCL.NET. All in all a
very new project, that can
Hi!
Am 15.07.2010 09:49, schrieb Michael Schnell:
On 07/14/2010 09:40 PM, Sven Barth wrote:
(Can someone comment on FreeDOS regarding this?)
If it's file system provides ;MS-DOS-style long filenames, users of same
might be sued by M$ (like TomTom).
But why should they sue an open source MS
Hi!
Yes, though I am still puzzled how it works on x86_64; it seems regvars
there are also accessed using fs, but x86_64 prevents you from writing
to segment registers.
As mentioned here http://en.wikipedia.org/wiki/X86_64#Windows in the
10th point Windows uses the GS segment register to
Hi!
On 19.07.2010 18:50, Daniël Mantione wrote:
Well, the following works on i386 but doesn't on x86_64, even though
modify_ldt succeeds:
(...)
If you know how to make it work, I keep myself recommended :)
Well... according to this thread
Hi!
Am 20.07.2010 11:31, schrieb Michael Schnell:
On 07/19/2010 08:33 PM, Hans-Peter Diettrich wrote:
Windows uses segment registers in exception handling, i.e. it should
be possible. But the segment descriptor/selector must point to the
correct thread-memory address in the address space,
Hi!
Am 20.07.2010 13:43, schrieb Michael Schnell:
On 07/20/2010 12:51 PM, Sven Barth wrote:
According to
http://en.wikipedia.org/wiki/Thread-local_storage#Windows_implementation
you use a dedicated API to modify the TLS. And according to
http://en.wikipedia.org/wiki/Thread_Environment_Block
Hi!
Am 20.07.2010 14:35, schrieb Michael Schnell:
On 07/20/2010 02:07 PM, Florian Klaempfl wrote:
It is probably reverse engineered guesswork but no official
documentation.
Hmm. I think M$ wants us to do decent Applications and this includes
multithreaded applications that use threadvars
Hi!
Am 22.07.2010 02:32, schrieb Hans-Peter Diettrich:
Sven Barth schrieb:
Well... for Linux exists no safecall convention and the only library
that might profit from it is XPCOM which uses cdecl procedures that
are compatible with the idea of safecall.
But if we implement safecall on Linux
Hi!
Am 22.07.2010 19:05, schrieb José Mejuto:
Anyway I think the problem is on the XPCOM guys, as they decide to
define safecall with different meanings in different platforms, so
in Windows it is stdcall safecall and in Unix cdecl safecall
(safecall referenced to the postprocessing of
Hi!
Am 23.07.2010 20:13, schrieb Adem:
1) Where does fpcmake get that information?
The base/generic information is from the fpcmake.ini in fpcmake's source
directory (see below). The packages specific parts are from the
Makefile.fpc files.
2) Where is the source of fpcmake?
You can
Hi!
Am 25.07.2010 12:37, schrieb Graeme Geldenhuys:
On 24 July 2010 12:52, Marco van de Voortmar...@stack.nl wrote:
Delphi dotted unit names are just a prefixes with a different separator
char. Still, while no super solution, it would make duplication less likely
(avg unitname would go up),
Hi!
Am 26.07.2010 11:07, schrieb Michael Schnell:
On 07/26/2010 10:28 AM, Michael Schnell wrote:
mov edx, fs:[4]
Typo: $2C, instead of $4
I already wondered what crap Delphi is doing here :P
Btw: would you mind to start a new thread about threadvar
implementation, because this discussion
Hi!
Am 26.07.2010 11:22, schrieb Michael Schnell:
Maybe Win64 uses some Selector mechanism (similar as ) so that there
are no different Selector-Register values in different threads.
Win64 uses GS instead of FS for the TEB and everything else stays the
same. In fact FS and GS (and to some
Hi!
On 26.07.2010 12:11, Hans-Peter Diettrich wrote:
If ever, I'd agree about (project wide) symbolic names for library
directories. Then the file location is given once, in the program or
package settings (search path), easily adoptable to any installation,
and then a package unit can be
Hi!
So... continuing the thread were it belongs... in fpc-devel :P
On 26.07.2010 16:36, Marcos Douglas wrote:
On Mon, Jul 26, 2010 at 11:20 AM, Sven Barth
pascaldra...@googlemail.com wrote:
What about that the compiler enforces that you use the fully qualified name
if you used
On 26.07.2010 17:18, Martin wrote:
On 26/07/2010 15:55, Sven Barth wrote:
Hi!
So... continuing the thread were it belongs... in fpc-devel :P
On 26.07.2010 16:36, Marcos Douglas wrote:
On Mon, Jul 26, 2010 at 11:20 AM, Sven Barth
pascaldra...@googlemail.com wrote:
What about
On 26.07.2010 17:27, Martin wrote:
Replying to myself..
Using Aliases for unit names could be an alternative, that solves the
problem (conflicting unit names can be given different aliases)
And it would not require any new prefixes in the source or anything. no
new meaning of a dot, separating
On 26.07.2010 17:40, Martin wrote:
On 26/07/2010 16:34, Sven Barth wrote:
It's not about not having to type the fully qualified name, but
about not having to rename/prefix my own units, because they conflict
with an existing unit.
Ok, so that means:
If refering to the unit, or any element
On 26.07.2010 18:13, Marcos Douglas wrote:
On Mon, Jul 26, 2010 at 12:18 PM, Martinf...@mfriebe.de wrote:
[snip]
In fact if the existing
uses Foo in 'dir';
could be extended to allow a package or similar
uses Foo in 'LCL'
and an alias directive would be introduced, then it was all solved too
On 26.07.2010 18:17, Martin wrote:
That can be interpreted as following:
The search path becomes the namespace = by defining an alias for a
search path
-Fu=LCL::/path/to/lcl
the alias LCL has been defined, to include all unist in this search path
using a unit from a anmespace is done with the
On 26.07.2010 18:29, Marcos Douglas wrote:
On Mon, Jul 26, 2010 at 1:23 PM, Sven Barthpascaldra...@googlemail.com wrote:
On 26.07.2010 18:13, Marcos Douglas wrote:
On Mon, Jul 26, 2010 at 12:18 PM, Martinf...@mfriebe.dewrote:
[snip]
In fact if the existing
uses Foo in 'dir';
could be
Am 27.07.2010 13:27, schrieb Martin:
Great feedback, thanks.
I added several point to
http://wiki.lazarus.freepascal.org/Namespaces#Mapping_Namespace_to_each_search_path
Regarding the following point:
It may be proposed, that if 2 units Utils exists, both must be aliased. Even
though, if
Am 28.07.2010 11:31, schrieb Martin:
True, please add to wiki, so it doesn't get forgotten
Done.
What about the uses clause I wrote by mistake (I corrected that in the
wiki entry):
uses
Windows, Graphics, Graphics in GraphicsPkg as PkgGraphics;
How should the compiler resolve (the
Am 06.08.2010 09:18, schrieb Michael Schnell:
On 08/05/2010 10:17 PM, _-jan...@web.de wrote:
a,b:=0;
Does _any_ language support that paradigm ?
Python:
http://docs.python.org/reference/simple_stmts.html#assignment-statements
Java: http://www.freejavaguide.com/assignment_operators.htm
Am 05.08.2010 23:09, schrieb _-jan...@web.de:
a := 1;
a,b := 1;
BTW: I wrote by mistake; it should have been shl.
Just as a sidenote: FPC understands and as well (they are
completly equal to shl and shr)
Regards,
Sven
___
fpc-devel
On 06.08.2010 11:34, Mark Morgan Lloyd wrote:
Although a=b=c is more like assign c to b and assign (the new value
of) b to a (but it might work in C as well that way).
Please excuse a comment from a non-developer but I really don't like
this form. I've coded a number of parsers for script
Am 12.08.2010 09:13, schrieb Graeme Geldenhuys:
Hi,
[...just curious...]
As far as I understand, the Windows version of FPC has an internal linker
which greatly improved the speed of building/linking software on that platform.
Why doesn't the Linux version of FPC (or any other platform for
Am 23.08.2010 11:15, schrieb Jonas Maebe:
On 23 Aug 2010, at 11:03, Sven Barth wrote:
According to the code in compiler\pmodules.pas (~659) (see below) the
compiler decides this depending on the used debug format. I might be
wrong, but for Linux this should be dwarf.
As a rule of the thumb
Am 24.08.2010 12:23, schrieb Michael Van Canneyt:
I do have the start of a reporting engine; However, I recently had a
look at
JasperReports, and want to rework what I have to use their XML format as
a start.
I don't really know about JasperReports (I had a quick glance on
Wikipedia), but
Am 25.08.2010 15:16, schrieb Michael Van Canneyt:
On Wed, 25 Aug 2010, Sven Barth wrote:
Am 24.08.2010 12:23, schrieb Michael Van Canneyt:
I do have the start of a reporting engine; However, I recently had a
look at
JasperReports, and want to rework what I have to use their XML format
Am 27.08.2010 13:11, schrieb Michael Van Canneyt:
On Fri, 27 Aug 2010, Graeme Geldenhuys wrote:
Hi
In the case of Classes unit documentation - more specifically the TThread
documentation. The default behaviour when making RTL documentation, is
for
it to hide/exclude the protected section
Am 27.08.2010 13:40, schrieb Michael Van Canneyt:
On Fri, 27 Aug 2010, Sven Barth wrote:
Am 27.08.2010 13:11, schrieb Michael Van Canneyt:
On Fri, 27 Aug 2010, Graeme Geldenhuys wrote:
Hi
In the case of Classes unit documentation - more specifically the
TThread
documentation
On 29.08.2010 16:41, Michael Van Canneyt wrote:
In each case, a question to Joost is: Why does he need to change
IInterface calling convention ?
I see no code in the Gecko/XPCom units that would require this ? Because
if it doesn't need to be changed, the whole discussion is academic.
If I
Am 29.08.2010 22:48, schrieb Graeme Geldenhuys:
On 29 August 2010 15:32, Dimitri Smits wrote:
You're free to choose one over the other; Personally, I favour
fpc-unit style.
I find it works most easily, definitely if you use Lazarus.
so, lpi files and the like are acceptable in fpc?
I think
Am 30.08.2010 10:15, schrieb Graeme Geldenhuys:
Op 2010-08-30 09:45, Sven Barth het geskryf:
LPI files are already included with FPC. E.g. for the compiler itself
(so you don't need to add all search paths manually...) and for the
Win32 RTL (excluding the system unit).
FPC has support
Am 30.08.2010 11:23, schrieb Michael Van Canneyt:
It might be practical to extend Lazarus (and maybe the other IDEs as
well) to auto search for an extrafpc.cfg in the same dir as the
program file so that it is used automatically.
That presupposes that the use of extrafpc.cfg is a common thing.
Am 30.08.2010 11:58, schrieb Graeme Geldenhuys:
Does identifier search/completion work in Lazarus if you use a
extrafpc.cfg to define search paths?
I think it does. Either way, when it comes to FPC sources, Lazarus IDE has
a config option that you use to tell it where FPC sources are located,
Am 30.08.2010 12:22, schrieb Graeme Geldenhuys:
Op 2010-08-30 12:16, Sven Barth het geskryf:
No, that is not working that way. I set my FPC source directory to the
sources of the latest release, but I'm playing around with the trunk
Then file a Lazarus IDE bug report.
Heh? I think you
Am 30.08.2010 14:25, schrieb Graeme Geldenhuys:
I understood that you tried code navigation and Lazarus couldn't find code
specified in the paths inside the extrafpc.cfg file. If this is indeed the
case, then report a bug or feature request, so Lazarus could read search
paths from the
Am 13.09.2010 11:44, schrieb Willibald Krenn:
But enough about generics, back to packages: I'll start doing an implementation
for the non-generic part first. Let's see how this goes. Since I need to read
into fpc source (and do this in my spare time), don't expect any spectacular
results
Am 13.09.2010 14:46, schrieb Dimitri Smits:
- Sven Barthpascaldra...@googlemail.com schreef:
Am 13.09.2010 11:44, schrieb Willibald Krenn:
But enough about generics, back to packages: I'll start doing an
implementation for the non-generic part first. Let's see how this
goes. Since I
Am 14.09.2010 01:26, schrieb Willibald Krenn:
[lots of useful information snipped]
- The ability to import/export functions, procedures AND variables
from binaries (although export from shared library only should be
sufficient). This works on Windows, but on Linux I had problems.
Packages
Am 16.09.2010 09:27, schrieb Joost van der Sluis:
Hi all,
In TDebugInfoStabs.method_add_stabstr (unit dbgstabs) the following
strings are added for parameter-types: '3var', '5const' and '3out'.
What do the numbers (3,5) before 'var', 'const' and 'out' mean?
A little guess:
The length of the
Am 16.09.2010 09:39, schrieb Graeme Geldenhuys:
Op 2010-09-16 09:36, Sven Barth het geskryf:
A little guess:
The length of the word following the number (e.g. 3var - a 3 character
string ('var') after it) - like String, but serialized. :P
:-) That's a pretty good guess - it actually makes
Hello together!
After the previous thread about packages I experimented a bit more with
them.
I tried to compile the following package:
source begin
package rtl;
contains
system;
end.
source end
The system unit was precompiled by me for Win32 and for Linux.
The
Am 19.09.2010 22:34, schrieb Willibald Krenn:
Hi Sven!
Am 19.09.2010 13:49, schrieb Sven Barth:
and the following for Windows:
pp -Twin32 -Fuunits/i386-win32 rtl.ppk
I tried this with my 64 bit-head version of fpc, but it failed to
produce any output except an .a and an .o file.
fpc
The conference departure got shifted by one day, so I can answer you
today, but then not until Friday :P
Am 21.09.2010 00:30, schrieb Willibald Krenn:
fpc -Fuunits\x86_64-win64 rtl.ppk
unknown: 12
unknown: 12
rtl.ppk(7) Error: Multiple defined symbol _DLLMainCRTStartup
rtl.ppk(7) Error:
Am 22.09.2010 15:59, schrieb Felipe Monteiro de Carvalho:
Hello,
Has anyone experienced issues with generics? I have the following code:
unit cdescreen;
{$mode delphi}
interface
uses
// LCL, RTL, FCL
Classes, SysUtils, Controls, Graphics, LCLType, SDFData, fpimage,
fgl,
//
Am 27.09.2010 14:21, schrieb Sven Barth:
I'm having this issue, too, but with 2.4.3.
The following example code fails with FPC 2.4.2 RC1 as well (system is
i386-win32):
program generictest;
{$mode objfpc}{$H+}
uses
fgl;
type
TTest = specialize TFPGListTObject;
begin
end
Am 29.09.2010 00:54, schrieb Willibald Krenn:
Hi!
I'm having this issue, too, but with 2.4.3.
The following example code fails with FPC 2.4.2 RC1 as well (system is
i386-win32):
Tried that with trunk and it compiled fine. (FPC 2.5 on win64)
I also tested with a 2.5.1 version from August
Am 29.09.2010 00:48, schrieb Willibald Krenn:
Wow, that was quick! Thanks for putting this into trunk in record time!
Cool, now I've got a working FPC and can start hacking on Delphi-like
package stuff :)
Keep us informed about your progress, please :D
Regards,
Sven
Am 29.09.2010 09:06, schrieb Sven Barth:
Am 29.09.2010 00:54, schrieb Willibald Krenn:
Hi!
I'm having this issue, too, but with 2.4.3.
The following example code fails with FPC 2.4.2 RC1 as well (system is
i386-win32):
Tried that with trunk and it compiled fine. (FPC 2.5 on win64)
I
Am 01.10.2010 09:49, schrieb Hans-Peter Diettrich:
Michael Van Canneyt schrieb:
He meant variables that are not part of an object, but declared as a unit
variable. If you put all such 'global' variables in 1 unit, you do
drag in all the original units, if the variables are typed.
Every
Am 01.10.2010 18:51, schrieb Hans-Peter Diettrich:
Sven Barth schrieb:
Then what about moving those variables to the units where they belong?
Huh? Wasn't this exactly what I did in the NoGlobals branch?
I'm sorry... I didn't take a look at your branch, so I based my mail on
the knowledge
On 02.10.2010 20:07, Hans-Peter Diettrich wrote:
P.S.: In ppudump4.patch I could remove further dependencies, except for
globals.tsettings. Until somebody can move this symbol somewhere else,
no further unit dependencies can be added to globals.pas, so that other
global variables have to be
On 03.10.2010 03:25, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
P.S.: In ppudump4.patch I could remove further dependencies, except for
globals.tsettings.
May I ask why you couldn't move it somewhere else?
In the meantime I moved it into its own unit :-)
One problem with the move
On 03.10.2010 03:25, Hans-Peter Diettrich wrote:
Even more puzzling is the inability to cross-compile from x86_64 to e.g.
i386, because x86_64 has no Extended type [At least I concluded this
from hints on the Best_Real type]. This may also explain the debugging
problems of 32 bit executables in
Hello together!
While I looked for a solution for the bug report about external threads
on Windows ( http://bugs.freepascal.org/view.php?id=17300 ), I found the
following code in SysRelocateThreadVar in rtl/win/systhrd.inc:
begin
{$ifdef dummy}
{ it least in the on windows
On 03.10.2010 12:32, Jonas Maebe wrote:
On 03 Oct 2010, at 11:23, Sven Barth wrote:
If I remember correctly (@core devs: please correct me if I'm wrong) the
compiler needs to evaluate float constants with the correct (if typed) or the
maximal available precision (if untyped). Thus we'd need
On 03.10.2010 13:59, Florian Klämpfl wrote:
Am 03.10.2010 11:37, schrieb Sven Barth:
Hello together!
While I looked for a solution for the bug report about external threads
on Windows ( http://bugs.freepascal.org/view.php?id=17300 ), I found the
following code in SysRelocateThreadVar in rtl
On 03.10.2010 18:43, Willibald Krenn wrote:
Hi!
Here comes my 'official' plan on how I want to implement Delphi-like
Package Support for FPC on Win64. Feel free to comment.
Definitions
~~~
File.ppl Free-Pascal Package Library
(shared module, Delphi: bpl)
File.ppk Free-Pascal Package
On 03.10.2010 20:47, Florian Klämpfl wrote:
Am 03.10.2010 20:06, schrieb Sven Barth:
Willibald can get access to a branch to commit his work.
Also an idea. But you might outline some rules for commits so that not
the same problems happen as with DoDi's branches.
Regards,
Sven
Am 04.10.2010 02:43, schrieb Willibald Krenn:
Yes, they probably do. For the beginning (and with generics in
mind) it's probably easier if they do.
don't forget inline as well, not just generics.
Yep. (For inlined methods/functions we could - theoretically - provide a
'non-inlined' version
Am 04.10.2010 12:35, schrieb Matt Emson:
On 04/10/2010 10:56, Sven Barth wrote:
So I personally would prefer *.ppl (for Pascal Package Library) on
every platform supporting packages.
Scenario - I'm using someother Pascal compiler
(GNU/Delphi/Virtual/etc) so I can use the PPL's from Free
Am 04.10.2010 10:39, schrieb Marco van de Voort:
However, at the moment I don't see why this is better than shipping all
necessary ppl files. BTW: I realize that ppl might be a bad TLA - since
it probably means people for quite a number of ppl ;-)
Nah. Just wonder if that is necessary, if
Am 04.10.2010 11:52, schrieb Marco van de Voort:
In our previous episode, Sven Barth said:
However, at the moment I don't see why this is better than shipping all
necessary ppl files. BTW: I realize that ppl might be a bad TLA - since
it probably means people for quite a number of ppl ;-)
Nah
Am 06.10.2010 05:57, schrieb Adem:
I did a global search on trunk\compiler and found the following numbers:
GetMem(): 212 hits
FillChar(): 362 hits
[...]
---
More hit data:
fpc/trunk/packages/
GetMem(): 1464 hits
FillChar(): 608 hits
trunk/lazarus/
GetMem(): 522 hits
Am 05.10.2010 10:13, schrieb Jonas Maebe:
On 05 Oct 2010, at 10:05, Mark Morgan Lloyd wrote:
When running 2.4.0 on an ARM system (Debian v5 Lenny, armel) with
limited memory (32Mb RAM + 768Mb swap) and using it to compile a large
project (Lazarus 0.9.28.2) I'm seeing intermittent failures
Am 13.10.2010 13:04, schrieb Jonas Maebe:
On 13 Oct 2010, at 09:58, Sven Barth wrote:
Am 05.10.2010 10:13, schrieb Jonas Maebe:
A couple of days ago I fixed an error in svn trunk for ARMEL that caused
the stack to become temporarily unbalanced after performing syscalls
with 5 or more
Am 19.10.2010 10:12, schrieb Florian Klaempfl:
Am 19.10.2010 09:32, schrieb Graeme Geldenhuys:
Op 2010-10-19 08:59, Paul Ishenin het geskryf:
The most wanted feature is Unicode string support.
What Hans-Peter meant is that even if he does implement Unicode String
support, that would require
Am 19.10.2010 10:31, schrieb Florian Klaempfl:
Am 19.10.2010 10:20, schrieb Sven Barth:
Am 19.10.2010 10:12, schrieb Florian Klaempfl:
Am 19.10.2010 09:32, schrieb Graeme Geldenhuys:
Op 2010-10-19 08:59, Paul Ishenin het geskryf:
The most wanted feature is Unicode string support.
What
Am 19.10.2010 11:43, schrieb Jonas Maebe:
On 19 Oct 2010, at 11:18, Graeme Geldenhuys wrote:
cresstr.pas(149,178) Error: Identifier not found DefaultSystemCodePage
cresstr.pas(165,117) Error: Identifier not found DefaultSystemCodePage
cresstr.pas(170,126) Error: Identifier not found
Am 19.10.2010 11:52, schrieb Jonas Maebe:
On 19 Oct 2010, at 11:45, Sven Barth wrote:
Am 19.10.2010 11:43, schrieb Jonas Maebe:
I'm not sure how that's related to the merge I did. DefaultSystemCodePage is a
system unit variable that was introduced in the cpstrnew branch. The error
message
Am 19.10.2010 12:47, schrieb Graeme Geldenhuys:
/opt/fpc-2.4.0/bin/fpc -Fi../inc -Fi../x86_64 -Fi../unix -Fix86_64 -FE.
-FU../../rtl/units/x86_64-linux -Cg -dx86_64 -Us -Sg system.pp
Free Pascal Compiler version 2.4.0 [2009/12/18] for x86_64
Copyright (c) 1993-2009 by Florian Klaempfl
On 20.10.2010 15:33, Jonas Maebe wrote:
On 20 Oct 2010, at 15:12, Sergei Gorelkin wrote:
Jonas Maebe пишет:
Prohibiting it breaks the compilation of dom_html.pp:
dom_html.pp(66,14) Error: Duplicate identifier ClassName
If dom_html is the only problem, I think it can be fixed (by renaming
Am 21.10.2010 08:54, schrieb Florian Klaempfl:
Am 20.10.2010 10:07, schrieb Michael Schnell:
but this would be a lot better than the
current situation where linking FPC and C++ is completely impossible due
to the different ABI.
Really? How does accessing Qt then work? Do you know more than
Am 21.10.2010 09:57, schrieb Florian Klaempfl:
Am 21.10.2010 09:51, schrieb Sven Barth:
Am 21.10.2010 08:54, schrieb Florian Klaempfl:
Am 20.10.2010 10:07, schrieb Michael Schnell:
but this would be a lot better than the
current situation where linking FPC and C++ is completely impossible due
Am 21.10.2010 11:00, schrieb Felipe Monteiro de Carvalho:
On Thu, Oct 21, 2010 at 8:54 AM, Florian Klaempfl
flor...@freepascal.org wrote:
The tests (which cover only part of the cppclass support in FPC) are one
of the reality checks for your hypotheses about the usefulness of a
crippled C++
Am 25.10.2010 19:12, schrieb luciano de souza:
7. IUP - It fulfills all the requirements. Previous experiences using
Lua and IUP, graphical tool kit developed by brazilian reseachers,
shows excelent results. Graphical interfaces can be created by blind
programmers, without any coordenate, using
Am 26.10.2010 16:18, schrieb luciano de souza:
IUP 2.x are not compatible with screen readers. The reason is the
excessive usage of Canvas Draw. I did a large number of tests with IUP
and Lua and I can assure IUP 3.1 and 3.2, the last version, are very
good so in Linux as in Windows. For this
Am 26.10.2010 17:00, schrieb luciano de souza:
I understand. After running H2pas, I had erros in all rows with array
of const. The arguments are not constants indeed. They are ihandle or
pihandle as the first one is. So but when I use varargs probabibly all
the arguments have the same type:
Am 02.11.2010 07:53, schrieb Graeme Geldenhuys:
Handle - DWord (Win32); LongInt(Linux)
Just for completeness:
Handle - QWord (Win64)
Regards,
Sven
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Am 04.11.2010 16:55, schrieb Dariusz Mazur:
Today also. All nonasci charracter are translate to '?' during reading
(implicit conversion widestringansistring).
On other side in XML should not be not asci char
I don't know if you meant it that way (if not, you are free to ignore
what I write
Am 09.11.2010 00:08, schrieb Marc Weustink:
:)
On windows I create a remote thread to be able to pause execution to
enable breakpoints and such while the program is running.
See initialisation part of the gdbmi debugger. There I use a few options
to pause execution. On the NT platform the
Hello together!
As you might have noticed, I'm working on the NativeNT RTL again and
discover some nice FPC_HAS_FEATURE_* and THandle problems on the way.
Now I've found another one and I'd like to know how this should be fixed:
FileSetDate in SysUtils (the filename variant) returns a
Am 09.11.2010 11:25, schrieb Martin:
On 09/11/2010 08:45, Sven Barth wrote:
Am 09.11.2010 00:08, schrieb Marc Weustink:
:)
On windows I create a remote thread to be able to pause execution to
enable breakpoints and such while the program is running.
See initialisation part of the gdbmi
1 - 100 of 2164 matches
Mail list logo