On Fri, Dec 03, 2010 at 01:24:17PM +0100, Guy Fink wrote:
Major problems that I see from a quick look:
- does not integrate with FPC's existing systems.
- FPC already has a CP_ generator and loader system (creumap and
charset)
We had this discussion in September.
Yes, so I was
On Fri, Dec 03, 2010 at 02:09:52PM +0100, Michael Schnell wrote:
Recompiling contnrs, checksum changed for System
masks.pas(29,22) Fatal: Can't find unit contnrs used by Masks
Since many weeks I get this error when trying to recompile the newest
svn version of Lazarus with the newest svn
On Fri, Dec 03, 2010 at 02:09:31PM +0100, Marco van de Voort wrote:
(just fyi: Windows has _three_ different encodings. One is always utf-8 (the
^^
As Vincent correctly pointed out, this should be utf-16.
-W routines
On Wed, Dec 01, 2010 at 02:43:41PM +0100, Michael Schnell wrote:
OTOH, If doing Windows, Microsoft of course wants you to use IIS.
Microsoft IIS provides the ISAPI interface between the webserver and the
cgi program, that in this case is neither a program nor a service, but a
DLL. ISAPI
On Sun, Nov 28, 2010 at 10:45:59AM +0100, Sven Barth wrote:
On 27.11.2010 22:35, Florian Kl?mpfl wrote:
Am 27.11.2010 22:11, schrieb Sven Barth:
[OT]Can I cross compile FPC for another target using the Makefile?
e.g.
make clean all OS_TARGET=linux
?
Would this create a compiler
In our previous episode, Guionardo Furlan said:
Why not publish the Function GetSpecialDir(ID : Integer) : String; of
the sysutils unit in the interface section?
It's only in the windows version, and the sysutils unit is portable?
--
___
Lazarus
On Sun, Dec 19, 2010 at 11:15:09AM -0800, Brian Prentice wrote:
That is a ridiculous statement and is one of the main reasons why this
project is such a miserable failure. All formal releases should be
stable.
I would label such first release a beta, but the whole lazarus formally
still has
On Mon, Dec 20, 2010 at 09:39:22AM +, Mark Morgan Lloyd wrote:
uses
SysUtils, Classes, dos, LCLProc
{$IFDEF HasIconvEnc},iconvenc{$ENDIF};
Where do I go next? :-)
This is a FPC issue not lazarus. FPC doesn't compile the iconvenc package (
fpc/packages/iconvenc ) not for solaris.
On Mon, Dec 20, 2010 at 01:22:19PM +, Mark Morgan Lloyd wrote:
If you can confirm that it works, I'll enable it.
OK, I'll get onto it later. In this context what constitutes working-
that it compiles without error or is there a functional test?
Compile and link (the iconv lib is
On Mon, Dec 20, 2010 at 05:31:35PM +0100, Hans-Peter Diettrich wrote:
designers to implement Layout Managers.
I'm not too deep into the subject, but layout managers are more something of
ownerdrawn environments, and as such that is not compatible with the
projects stated goal of using
On Tue, Dec 21, 2010 at 10:46:06AM +, Mark Morgan Lloyd wrote:
Probably you want to make a difference between the solaris line and the
FreeBSD (this avoids some inheritly Linux specific packages) line there,
and
test which packages work with solaris.
The packages in Solaris appear
On Tue, Dec 21, 2010 at 07:23:58PM +, Mark Morgan Lloyd wrote:
I can see clocale RTL files:
./fpcsrc/rtl/unix/clocale.pp
./fpcsrc/rtl/bsd/clocale.inc
./fpcdocs/clocale.xml
I presume that I need to do something like finding why clocale.pp isn't
being compiled for Solaris (i.e.
On Wed, Dec 22, 2010 at 11:00:13AM +, Mark Morgan Lloyd wrote:
against the original from svn. Each file would produce one diff file.
I know. However there are various conventions- unified and so on- and
different projects have different preferred ways of working.
99% of the world,
On Wed, Dec 22, 2010 at 08:28:28AM +, Mark Morgan Lloyd wrote:
Working on it. What I'm hoping to do is get a basic lazarus compiled,
then bigide, then check over the remaining packages. At that point I can
raise a categorised report, if we're very lucky everything will work and
the
On Fri, Dec 24, 2010 at 12:11:20PM +0100, Michael Van Canneyt wrote:
Here is a link to Memproof_installer.zip (2.2MB).
[snip]
Memproof will show all memory assignments and memory leaks. It will also
jump to the line in your source code where the memory leak variable was
created.
On Fri, Dec 24, 2010 at 04:40:29PM +1100, Peter E Williams wrote:
- *Source Packages*
-
fpc-2.4.2-1.src.rpmftp://ftp.freepascal.org/pub/fpc/dist/2.4.2/i386-linux/rpm/fpc-2.4.2-1.src.rpm(25
MB) contains the sources.
fpc-2.4.2-1-src.rpm is a dead link ! (opens a blank page).
On Sat, Dec 25, 2010 at 08:05:03PM +1100, Peter E Williams wrote:
ftp://ftp.freepascal.org/pub/fpc/dist/2.4.2/i386-linux/rpm/fpc-2.4.2-1.src.rpm
downloads fine for me, so I don't understand the problem!?!?!?
It is a ftp:// url not a http:// url and it simply opens a blank page and
On Wed, Dec 29, 2010 at 09:37:25AM +0100, Vincent Snijders wrote:
2010/12/29 Peter E Williams pewslinuxva...@gmail.com:
I will study your reply. At the moment I am have problems actually finding
fp and fpc binaries on my Mint 10 system (Linux).
Please, ask question about the fp binary on
On Thu, Dec 30, 2010 at 04:52:19AM +1100, Peter Williams wrote:
You are wrong! Mint 10 is a 100% derivative of Ubuntu Linux. In fact I
used the Mint 10 package which is based on the Ubuntu 10 OS.
Ubuntu is not supported either. The core Linux distribution is the .tar.gz
distribution agnostic
On Thu, Dec 30, 2010 at 08:52:36PM +0100, Michael Van Canneyt wrote:
Anyone want to respond with some basic semantics regarding signals and
socket handles under Linux/Unix? ?
In short: on unix, you're better off with select() and friends.
(which is basically what the main loop hooks in
On Thu, Dec 30, 2010 at 12:51:34AM +, Mark Morgan Lloyd wrote:
And I would say that starting from the tarball and rebuilding a source
snapshot or from svn has given me no trouble on Debian or Slackware,
while saves me being stuck several years behind reality. However FPC and
Lazarus
On Wed,Jan 05, 2011 at 06:23:36PM +0200, ik wrote:
I'm looking for a setting parser for something like this:
--- snips -
[foo](!)
bar = 1
baz = fff ; comment
; comment
#include file
#include = section
--- snips
Before I'll do this the hard way and write
On Tue, Jan 04, 2011 at 01:27:26PM +, Frank Church wrote:
Is there a tool to list all the string literals in your application?
I want to list all the strings in my app and save them in a file or look up
table from which I can change them or translate them
to a different language if
On Sun, Jan 09, 2011 at 10:57:39AM -0600, Andrew Brunner wrote:
NS_APP_FIELDS=NameSpace
const
VALUE1 = 'VAL1';
VALUE2 = 'Val2';
VALUE3 = 3;
end;
I recognize it doesn't change much, but it would sure look more
industry standardized if this would work.
While one can discuss if
On Mon, Jan 10, 2011 at 04:57:43PM -0300, Marcos Douglas wrote:
is still an option.
Right! But you saw what I written in first mail of this thread?
See:
If units are namespaces, why not use them in widgets declarations,
automatic, in Lazarus?
Why would you? If the number of identifier
On Sat, Jan 15, 2011 at 10:21:01PM -0200, Marcos Douglas wrote:
visual forms designer generate the source code from the word go. It
works well for me. ;)
I agree.
I do not understand why Delphi and Lazarus were made like this. Would
be more easy to write Forms and Widgets just with Pascal
On Sun, Jan 16, 2011 at 02:09:26PM +0200, Graeme Geldenhuys wrote:
Because:
- A lfm parser can be easier to code/maintain than a pascal code parser.
I forgot to mention. The pascal code describing the UI is rather simple.
You DON'T need a full object pascal parser. Hence the reason I
On Sun, Jan 16, 2011 at 03:37:54PM +0200, Graeme Geldenhuys wrote:
On Sun, 2011-01-16 at 13:46 +0100, Marco van de Voort wrote:
If you can't edit it, and must maintain the designer data outside the main
unit source, I fail to see the advantage of this approach.
Sorry, I don't understand
On Sun, Jan 16, 2011 at 04:08:45PM +0200, Graeme Geldenhuys wrote:
On Sun, 2011-01-16 at 13:38 +0100, Marco van de Voort wrote:
You can postedit resources in a binary, or overlay them with translated
resource DLLs. You can't do so with generated code.
fpGUI can also load translations
On Mon, Jan 17, 2011 at 10:58:50AM +0100, Sven Barth wrote:
Am 17.01.2011 10:31, schrieb Michael Schnell:
On 01/17/2011 10:13 AM, Sven Barth wrote:
switching slowly from Delphi to C#
I already saw such projects fail ;-) .
Although I'm not that a big fan of the move, I won't be
On Wed, Jan 19, 2011 at 12:02:09PM +0100, Michael Schnell wrote:
Although I'm not that a big fan of the move, I won't be pessimistic
about it. :P
For e.g. webapps it is IMHO perfectly fine.
But Delphi Prism would be just as fine and still be preserve some Object
Pascal competence.
IMHO
On Fri, Jan 21, 2011 at 01:28:59PM -0300, Marcos Douglas wrote:
PS. You can also check the forum for more sqldb examples.
I think Zeoslib use ADO on Windows, but on Linux it uses ODBC, AFAIK.
Only with Delphi. FPC misses ADO headers that Zeos bases on.
I started translating those, but do
On Tue, Jan 25, 2011 at 10:31:18AM +0200, Graeme Geldenhuys wrote:
Do other Linux distros have Liberation Sans font as standard? Thus
making it a good alternative to use, compared to Arial (under Linux).
If I do a locate for liberation I don't find anything on my fc14 system
--
On Tue, Jan 25, 2011 at 10:26:41AM +0100, Felipe Monteiro de Carvalho wrote:
Also for Liberation?
Indeed, that finds something
/usr/share/fonts/liberation/LiberationMono-Bold.ttf
/usr/share/fonts/liberation/LiberationMono-BoldItalic.ttf
/usr/share/fonts/liberation/LiberationMono-Italic.ttf
a priority. If there was no nogui, you would now have a good
design. Yes, it would have been a painful 2 weeks or even a month.
But the end result would be better.
You need Marco van de Voort on your team; He's a proponent of radical
changes for the good. One day you would simply find yourself
On Thu, Jan 27, 2011 at 09:48:54AM +0100, Sven Barth wrote:
this functionality), and by that re-implementing multiple
functionalities that already as implemented (several times) in other
Widget sets.
Wouldn't a clean nogui implementation allow to use this message loop
stuff for other
On Thu, Jan 27, 2011 at 04:06:25PM +0200, Tommi Prami wrote:
I think this works in Delphi...
It will probably work in FPC too IF you enable Delphi mode.
If in objfpc mode, adda @ in front of the method name. It is one of the
standard differences between the (obj)fpc modes and Delphi mode.
--
On Wed, Dec 12, 2012 at 11:23:46AM +, Richard Mace wrote:
Got a simple question that has stumped me, which tends to happen if I don't
do development for a couple of months.
How's the best way of converting an integer number 208 (that is pence)
into a string value that is in pounds (2.08)
On Mon, Jan 14, 2013 at 12:00:43PM +0100, Michael Van Canneyt wrote:
correct? StrikeThrough or StrikeTrough?
It is a typo.
And if it is really a typo, can I fix it even breaking compatibility?
Fix it.
... and merge it back to 2.6.2 ? :-)
IMHO: yes.
--
On Wed, Jan 16, 2013 at 02:35:07PM +, Martin wrote:
... and merge it back to 2.6.2 ? :-)
IMHO: yes.
Maybe make the old one deprecated in fixes, while adding the new.
Done to fixes. (which will be branched for 2.6.2)
--
___
Lazarus mailing
On Fri, Feb 01, 2013 at 02:39:00AM +0100, Mattias Gaertner wrote:
'bigide' option, or one of the packages that 'bigide' pulls in has a
compile problem under FreeBSD.
Please create a bug report with the complete output of the make clean
bigide output.
And the dates of both fileutil.ppu's.
On Sun, Feb 03, 2013 at 11:22:10PM +0100, Mattias Gaertner wrote:
$ find . -name fileutil.* -print
./components/lazutils/fileutil.inc
./components/lazutils/lib/x86_64-freebsd/fileutil.ppu
./components/lazutils/lib/x86_64-freebsd/fileutil.o
This is ok.
On Sun, Feb 03, 2013 at 11:40:16PM +0100, Mattias Gaertner wrote:
Maybe the gmake clean does not work under FreeBSD?
Are there any custom rules regarding this file, or SED use?
Makefile operation under FreeBSD is older than fpcmake generated makefiles.
[clean]
# clear all
On Mon, Feb 04, 2013 at 03:29:54PM -0200, silvioprog wrote:
Oops... And this is the full code:
program project1;
{$mode objfpc}{$H+}
uses
Classes,
SysUtils;
function ReadInt(AStream: TStream): Word;
begin
Result := 0;
AStream.Read(Result, SizeOf(Word));
On Tue, Feb 19, 2013 at 09:53:20PM +, Graeme Geldenhuys wrote:
until my project actually compiled. I'm using Zeos checked out from the
SubVersion repository on SourceForge, and my copy is at r1848. No idea
what version it is at.
You do know the branch you checked out? :-)
--
On Sat, Feb 23, 2013 at 05:45:20PM +0100, Sven Barth wrote:
The problem of the original poster are IDE design time packages, not
extra programs. Thus it's about linking and there I agree with Martin
(though I'm no lawyer either...).
Me too. GPL is a linking distribution license. Products
On Mon, Mar 11, 2013 at 03:35:36PM +0800, Xiangrong Fang wrote:
I am reading this: http://wiki.freepascal.org/XML_Tutorial It seems quite
old (2005?)I wonder if the status quo is still same, especially that
the FCL units still does not support UTF8 encoding?
They are UTF16, but can (and
On Thu, Mar 21, 2013 at 08:26:21AM +, Graeme Geldenhuys wrote:
Correct. And as Martin said, the name CORBA is a bit misleading. FPC
has no CORBA or ORB implementation, so no distributed communications can
be done out of the box.
(Well, there is DCOM of course)
The interfaces in that
Was browsing the GTK site a bit, and saw that for recent GTK3 versions there
seem to be Pascal headers?
http://www.gtk.org/language-bindings.php
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On Wed, Mar 27, 2013 at 09:53:05AM +, Mark Morgan Lloyd wrote:
Was browsing the GTK site a bit, and saw that for recent GTK3 versions there
seem to be Pascal headers?
http://www.gtk.org/language-bindings.php
With the link pointing at
On Wed, Mar 27, 2013 at 06:54:42PM -0400, Andrew Haines wrote:
Thats because the files were generated with the introspection files from
those two versions. It's pretty easy to generate any version needed for
the bindings using the gir2pas program in the Lazarus CCR
Thanks, that is the bit of
On Thu, Mar 28, 2013 at 03:21:41PM +0100, Mattias Gaertner wrote:
Its logic is platform independent. It uses the LCL theme drawing functions and
colors.
Some native widgets have some nice features, but have often problems with more
than a few thousands items.
Do they still in windows
On Thu, Mar 14, 2013 at 09:49:55AM +0100, Mattias Gaertner wrote:
[...]
What fixes branch are you talking about? FPC 2.6 fixes or Lazarus 1.0
fixes?
In the next release we should mention that it uses a newer
compiler, which includes many bug fixes, but contains a few
On Mon, Apr 15, 2013 at 12:07:19PM +0100, Graeme Geldenhuys wrote:
Someone recently explained Delphi's namespace usage to me, and gave me a
valid example of this.
tiOPF has unit names with the same name, but used by different GUI
toolkits. eg: tiMediators.pas is used by VCL, LCL and fpGUI.
On Thu, Mar 21, 2013 at 11:36:14AM +0100, Hans-Peter Diettrich wrote:
As already mentioned, Delphi interfaces are the workaround for the
missing multiple inheritance in OPL, as known from many languages
(Java...). Everything else IMO is language/implementation specific.
I think they are
On Sat, Apr 13, 2013 at 07:05:51PM -0400, Anthony Walter wrote:
Because in theory you should get code insight when you type
Identified(dot).
Which theory?
As far as theory goes, I'd say that Code insight usually looks through the
scope stack for matches. The scope stack is created by the
On Wed, Apr 17, 2013 at 05:58:57PM +0200, zeljko wrote:
On 04/17/2013 05:53 PM, Bart wrote:
/lib/libEGL.so.1: undefined reference to
`wl_display_dispatch_queue_pending'
Why do we use libwayland-egl and not libEGL in the first place?
Maybe some 3rd party package which is installed into
On Tue, Apr 16, 2013 at 09:39:46AM -0400, Anthony Walter wrote:
Regarding you question about code insight, here are two arbitrary nice
features of how code insight can be used with dotted namespaces I captured
from Visual Studio (other IDEs and other languages do similar things):
When adding
On Wed, Apr 17, 2013 at 08:56:12PM -0400, Anthony Walter wrote:
Pascal would have to make an inventory of all files in the searchpath, not
just in a certain (classpath or GAC) location.
There are only 2 differences between what we currently have with dotted
unit names acting as
On Fri, Apr 12, 2013 at 04:45:15PM +0200, Mattias Gaertner wrote:
I've tried using fpdoc from FPC 2.6.2, 2.6.3 and 2.7.1. I each case
fpdoc crashes. I've tried generating HTML, CHM and IPF documentation -
no luck with any of them.
I'm using Lazarus (trunk) from r40661 (28 March 2013).
On Sat, Apr 20, 2013 at 01:16:34AM +0200, Mattias Gaertner wrote:
I'm still debugging, but I get the feeling this is because someone passes
some fpmake as an unit (to document) while it is a pascal main program. Of
course fpdoc could check better, but probably all it can do is throw an
On Wed, Jul 11, 2012 at 09:53:59AM +0100, Lukasz Sokol wrote:
( very old message, ran into it by accident while searching for something
else)
If the point of CHM is that they use less disk space than unpacked HTML,
(yeah, I see the point : lcl.chm 11.577MB, fcl.chm 1.968MB, vs unpacked
HTML
I've made some progress with getting fpdoc up to speed, and here is an
initial snapshot:
http://www.stack.nl/~marcov/doc-chm_with_lcl.zip
Known issues:
- The class trees are not complete/corrupted where they span packages
borders (so often ends with an unclickable TComponent with (?) next to
On Sat, Apr 20, 2013 at 01:22:38PM -0400, Anthony Walter wrote:
Were you going to tackle the dotted unit name
Certainly not.
and Delphi style generic declaration problems in the bug tracker?
That is more interesting, and closer to my heart, but a bit beyond me atm,
I'm afraid.
I'm just doing
On Sat, Apr 20, 2013 at 02:58:27PM -0400, Anthony Walter wrote:
The benefit of online docs ...
Anyone can access them without installing a thing (assuming people have a
web browser, which everyone does). This allows people to peruse/browse
before they try, which is what most people do, read
On Sat, Apr 20, 2013 at 09:39:49PM +0200, Sven Barth wrote:
On 20.04.2013 21:21, Lubos Pintes wrote:
... And something that is totally inaccessible.
So please, please, no something proprietary. Use widely used formats
like HTML, or PDF if you absolutely must.
Considering that IBM is not
On Sat, Apr 20, 2013 at 05:27:29PM +0200, Marco van de Voort wrote:
I've made some progress with getting fpdoc up to speed, and here is an
initial snapshot:
http://www.stack.nl/~marcov/doc-chm_with_lcl.zip
The snapshot above was updated. Most interpackage hyperlinks work again
On Sun, Apr 21, 2013 at 09:23:30AM +, Mark Morgan Lloyd wrote:
Unless your internet goes down... like what happened to me on Thursday.
And I live in a first world country (finally) - but not even such
countries are immune to internet outages.
First world? I thought you were in
On Sun, Apr 21, 2013 at 07:41:08AM +0200, Reinier Olislagers wrote:
So please, please, no something proprietary.
Note: fpdoc can also generate plain html files from the fpdoc sources if
told to do so, so you can generate not only CHM,PDF,INF but also HTML
and I believe TeX.
Of course, that
On Sun, Apr 21, 2013 at 09:28:41AM +0100, Graeme Geldenhuys wrote:
On 2013-04-20 23:47, Marco van de Voort wrote:
P.s. I used script build_lcl_chm.sh, not buildchm.sh
So what did you change? fpdoc and the *.lpr in Lazarus repository
(docs/html/ directory)? As noted in a message a few
On Sun, Apr 21, 2013 at 01:43:21PM +0200, Reinier Olislagers wrote:
Anyway, can we _please_ all agree that we need both online and offline docs.
I think the proponents of online docs better work on improving the
online experience, rather than declare it perfect ex ante.
Only if we also
On Sun, Apr 21, 2013 at 02:04:12PM +0200, Reinier Olislagers wrote:
IMHO the IDE docs should be taken offline (or readonly), and quickly
reformed to some master format, and managed in SVN, versioned, like the rest
of the docs.
Good idea; as long as they can be as easily edited as on the
I've concatenated all warnings and errors in a log:
http://www.stack.nl/~marcov/docbuilderrors.txt
Some remarks:
- Some of it might be due 2.6.x - trunk issues though. (bytesof?)
- There seems to be a problem with enumtypes. Many errors are enum values
- Importing operators seems to go wrong,
On Sun, Apr 21, 2013 at 01:45:19PM +0200, Marco van de Voort wrote:
In my case the problems were twofold:
- In fcl-pastree, classes have been separated into baseclasses and
descendents. However the backend code still checks like aclass.classtype=
TSomeClass, but TSomeClass now also has
On Sun, Apr 21, 2013 at 11:11:18PM +0100, Graeme Geldenhuys wrote:
This specially affects shortdescriptions, since they need the module to
resolve, and is often called with .getmodule as argument.
I know the HTML backend has very different code to the Linear output
writers (Latex, IPF, RTF
On Mon, Apr 22, 2013 at 10:17:50AM +0200, Michael Van Canneyt wrote:
I also don't understand why I constantly find such coarse errors everytime
I dive into fpdoc. As said, I don't understand how Michael managed to
generate the 2.6.2 output (which generally looks fine)
I just do make
On Mon, Apr 22, 2013 at 11:31:53AM +0100, Graeme Geldenhuys wrote:
Curious, when last did you look at DocView and say rtl.inf? I just
uploaded new binaries of both onto SourceForge.
It has been a while, which is why I added last time I checked, probably in
the 2.6.0 run up. I don't follow
On Mon, Apr 22, 2013 at 11:42:08AM +0200, Michael Van Canneyt wrote:
I just do make alldist ? I never do tweaking ?
But with what fpdoc ? Did you generate 2.6.2 docs with trunk fpdoc ?
Yes, I always do.
I'm pretty much flabbergasted. Here it didn't even run through without
exception (in
On Mon, Apr 22, 2013 at 08:37:36PM +0300, Juha Manninen wrote:
On 4/22/13, Mattias Gaertner nc-gaert...@netcologne.de wrote:
See here:
http://lazarus-ccr.sourceforge.net/docs/rtl/system/allfilesmask.html
It says:
... On windows and dos based systems, this will be '*.*', while for
unix
On Tue, Apr 23, 2013 at 08:34:53PM -0300, silvioprog wrote:
In FPC 2.7.1+ you've the Queue method, but it doesn't exists in FPC 2.6.2.
So, what you uses instead it? The Synchronize method does not works in this
case.
If Windows only, just use postmessage.
--
On Wed, Apr 24, 2013 at 01:03:38PM +0200, Michael Van Canneyt wrote:
Of course it can.
You make the task far too complex. Start by NOT looking at the LCL code.
You need simply to start with
TCustomEventLoopApplication = Class(TCustomApplication)
// Whatever
end;
Which abstracts
On Mon, Jun 03, 2013 at 05:00:46AM -0400, waldo kitty wrote:
why does this constant not exist in FPC or Lazarus?
have i been looking in the
wrong place or for the wrong thing?
C:\repo\fpc\rtl\win\winincgrep INVALID_HANDLE_VALUE *
defines.inc: INVALID_HANDLE_VALUE = HANDLE(-1);
--
On Sun, Jun 02, 2013 at 02:04:57PM +0200, Mattias Gaertner wrote:
with most non-trivial projects.
Maybe optionally add a -dDelphi7?
The delphi7 is no real delphi compiler define. They are mapped from verx
to that.
--
___
Lazarus mailing list
On Wed, Jun 12, 2013 at 11:00:58AM +0200, Michael Schnell wrote:
Is there already published (or somehow definable) road map for a
string-wise Delphi XE compatible FPC / Lazarus combination ?
No. This is part of that, but only the most initial level. Much is not
yet decided.
... including how
On Wed, Jun 12, 2013 at 10:55:24AM +0200, Michael Schnell wrote:
On 06/10/2013 08:55 AM, Michael Van Canneyt wrote:
Where is UNICODE defined ?
Isn't the define UNICODE a heritage from Delphi ( version xyz) ?
Yes, and if you chose the explicit compatibility mode for that version,
$mode
On Thu, Jun 13, 2013 at 11:51:38AM +0200, Michael Van Canneyt wrote:
The problem is not in the compiler.
The problem is that IF your code assumes that WideString=UnicodeString
That is Delphi incompatble. Simply don't enable Delphi compatibility mode
then.
--
On Thu, Jun 13, 2013 at 11:32:36AM +0200, Michael Van Canneyt wrote:
ObjFPC was encountered) and I added the FPC_OS_UNICODE define.
All the more reason not to try to emulate Delphi defines.
Why? We define Windows and MSWindows too?
Maybe not use linux because Kylix does ? :-)
UNICODE
On Thu, Jun 13, 2013 at 09:23:59PM +0200, Michael Van Canneyt wrote:
The problem is not in the compiler.
The problem is that IF your code assumes that WideString=UnicodeString
That is Delphi incompatble. Simply don't enable Delphi compatibility mode
then.
Which Delphi version ?
Any
On Mon, Jun 24, 2013 at 04:59:13PM +0200, Michael Schnell wrote:
I just have been told that Embarcadero plans to do away with the stuff
fpc is just implementing in the Unicode branch and is on the verge to
change to a completely new String type that is
- UTF-16-only,
- Zero-Based, and
On Tue, Jun 25, 2013 at 09:23:14AM +0100, Graeme Geldenhuys wrote:
So what platforms with the nextgen compiler target? OS X, iOS, Android,
Windows Phone, Linux? All but Windows?
There is a note in the XE4 related documentation, that desktop
Delphi/nextgen will be compatible with the current
On Thu, Jun 20, 2013 at 01:48:00PM +0200, Vincent Snijders wrote:
To build a 2-byte windows unit (and the new RTL),
1) checkout fpc/branches/unicode
2) do a make cycle to get a fresh 2.7.1
I did a make all at the top level directory, which ignores my fpc.cfg
(good) and calls make cycle
On Wed, Jun 26, 2013 at 05:59:06PM +0200, Hans-Peter Diettrich wrote:
Yeah, that change is going to be a nightmare to lots of existing code. I
hope Delphi developers enjoy debugging!
I don't see any relationship to COM here. Java has managed objects, C++
has, .NET has, so why not OPL too?
On Wed, Jun 26, 2013 at 09:12:42AM +0200, Michael Schnell wrote:
On 06/25/2013 03:16 PM, Marco van de Voort wrote:
As far as I know that was all to be limited to their mobile offering.
As stated earlier by several contributors, splitting the language into
two separate branches for different
On Thu, Jun 27, 2013 at 02:58:15PM +0200, Hans-Peter Diettrich wrote:
Java and C# don't count, as safe languages, they have _ONLY_ managed types.
Their choices will be hard to backport.
Right. The idea sounds to me like the other half-baked attempts to
introduce anonymous methods, class
On Sat, Jun 29, 2013 at 12:14:35AM +0200, Hans-Peter Diettrich wrote:
There won't be any exact Delphi like implementation, because like with
interfaces it isn't documented _when exactly_ the reference count is
decreased.
It is decreased whenever a reference expires. Where do you see
On Sat, Jun 29, 2013 at 08:47:37PM -0400, waldo kitty wrote:
(Some versions of?) Delphi deallocate interfaces at the end of a block of
procedures, not immediately after first usage.
first usage or last usage?
Last usage of course, sorry.
--
On Mon, Jul 01, 2013 at 01:09:39PM +0100, Graeme Geldenhuys wrote:
On 30/06/13 23:33, Hans-Peter Diettrich wrote:
Such coding style is asking for trouble :-(
Hardly, but maybe our advanced applications and coding has moved past
your level of knowledge of the language.
No, abusing non
On Tue, Jul 02, 2013 at 03:47:21AM -0400, Mehmet Erol Sanliturk wrote:
When executed from Konsole , it is displaying
Illegal instruction ( core dumped )
FreeBSD is more likely to show SIGILL (illegal instruction) or SIGBUS
in cases of general application corruption (pointer mistakes etc).
On Tue, Jul 09, 2013 at 10:27:59AM +0200, Kostas Michalopoulos wrote:
for speed optimization. If you want to raise the exception on the
correct location you should insert an fwait opcode after every floating
point operation which is very expensive.
Is there a way to enable this in FPC?
On Tue, Jul 09, 2013 at 03:33:09PM +0200, Sven Barth wrote:
exceptions
that i'm not sure they point at the proper place.
FPC does this by default. So if this is the problem, it is in external
code
(e.g. C libs/DLLs) or assembler.
No, it does not as mentioned by Jonas in this bug
601 - 700 of 880 matches
Mail list logo