Am 03.03.2016 um 14:29 schrieb Alfred:
> Working !
>
> Thanks very much.
> I have now an aarch64 fpc(laz)up executable, compiled through Lazarus.
>
> If a 64 bit RPi3 distro is available, I will report back !!
I ordered also one in the hope using it to play with fpc aarch64.
But currently it
Am 07.11.2015 um 06:40 schrieb Alexander Klenin:
> On Sat, Nov 7, 2015 at 5:58 AM, Florian Klaempfl <flor...@freepascal.org>
> wrote:
>> Am 06.11.2015 um 20:22 schrieb Luca Olivetti:
>>> El 06/11/15 a les 18:10, Martin Schreiber ha escrit:
>>>
>>>>
Am 07.11.2015 um 06:42 schrieb Ondrej Pokorny:
>
> Do not forget that you can overload operators! In particular you can
> overload the comparison operator to return a record, so your
> "with a=somerecord do" can already be a valid pascal code now:
>
> *type**
> ** TMyRec = record**
> **I:
Am 06.11.2015 um 20:22 schrieb Luca Olivetti:
> El 06/11/15 a les 18:10, Martin Schreiber ha escrit:
>
>> You are joking, no? It has been discussed on fpc-pascal/fpc-devel several
>> times. An IIRC Italian community member then usually shows a syntax
>> description of a safe "with" statement from
Am 26.06.2015 um 14:47 schrieb Michael Van Canneyt:
On Fri, 26 Jun 2015, Graeme Geldenhuys wrote:
Hi,
Last night I was working on a relatively new project. This got me
thinking... How do others tackle such a task?
So here is my question:
When faced with a new database related
Am 04.12.2013 21:48, schrieb Avishai:
Really? I thought it started fro Megido.
And? Then the same would apply to Megido.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Am 04.12.2013 21:31, schrieb Avishai:
The guys that started Lazarus had a base to start from. They didn't
start from scratch. They already had the basic code to do a lot of
things and it worked. But it only worked for LeftToRight.
If Lazarus could address even a few of the major issues, I
Am 06.11.2013 20:42, schrieb Martin:
One of my favourite features:
'Inactive code in $IFDEF can be low-lighted (greyed out)'
:)
And, if you configure IFDEF to be foldable, and right click the fold
gutter part, then you find an option to fold all inactive ifdef.
Nice to see, now my last
Am 29.06.2013 23:59, schrieb William Oliveira Ferreira:
Just a curiosity question: if we use try exception, the system auto
create a texception object, but, when it is destroyed?
When leaving the except block handling the exception (if
AcquireExceptionObject has not been called).
--
Am 30.07.2012 21:18, schrieb Russell Davies:
Hi,
Over the years I have occasionally checked the increase in downloads
of both Lazarus and Free Pascal on SourceForge, but for some reason
the download rates of both suddenly seem to be in free-fall! See the
attached graphs.
Am 22.08.2012 11:00, schrieb Mattias Gaertner:
The Lazarus team is glad to announce that Lazarus 1.0RC is available
for download at the SourceForge download page:
Gratulations also from me that lazarus is finally approaching 1.0 :) My
personal experience is also that lazarus is 1.0 ready
Am 09.03.2012 15:33, schrieb Graeme Geldenhuys:
On 9 March 2012 16:12, Mattias Gaertner wrote:
Should these changes be applied to the lazarus aggpas?
Yes. Attached is the patch for this thread's mentioned problem - no
x86_64 bit shifting implementation.
Making the helpers inline
Am 25.08.2011 17:06, schrieb Andreas Schneider:
On 25.08.2011 16:49, Flávio Etrusco wrote:
(...) meanwhile
I'm downloading clean FPC sources to test again.
Marcos Douglas
downloading clean? I hope you mean TortoiseSVN's Revert... command...
-Flávio
Although slightly off-topic, but
Am 25.08.2011 17:19, schrieb Andreas Schneider:
On 25.08.2011 17:09, Graeme Geldenhuys wrote:
On 08/25/2011 05:06 PM, Andreas Schneider wrote:
Although slightly off-topic, but SVN's revert is not really clean. It
reverts files it knows, but it doesn't remove unknown files. I'm not
aware of
Am 25.08.2011 17:38, schrieb Henry Vermaak:
If you don't use TortoiseSVN I guess it's shouldn't be to hard to feed
sed with svn st output to remove untracked files. Why should svn do this
if a sed one liner can do this ;)?
Indeed. Just remember to use svn st --no-ignore and catch both I and
I just tried another time the code completation in lazarus for a class,
however it resulted again in a pretty bad indention, see attachment. I
played with various options and things but nothing helped
(procedure/constructor should be at column 4 as it is typically in the
compiler sources,
Am 14.08.2011 11:49, schrieb Martin:
Does valgrind know about the fpc internal mem handling
When using valgrind, cmem is used.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Am 07.08.2011 14:32, schrieb Graeme Geldenhuys:
Let history be a lesson too. What clone of a popular product is
currently a success today. NONE! Sybil - dead. CLX - dead. Mono - dead
Just count the number of dead, non-vcl compatible and largely unknown
gui libraries. At least I've one to
Am 07.08.2011 17:46, schrieb Graeme Geldenhuys:
On 7 August 2011 16:11, Florian Klaempfl wrote:
Imagine Mozilla Firefox simply
wanted to be a clone of IE.
This would have no advantage
It would have had, just not for the better. If Firefox simply cloned
IE, web designers would only have
Am 07.06.2011 20:43, schrieb Mattias Gaertner:
On Tue, 7 Jun 2011 20:36:57 +0200
Vincent Snijders vincent.snijd...@gmail.com wrote:
2011/6/7 Mattias Gaertner nc-gaert...@netcologne.de:
On Tue, 7 Jun 2011 17:02:30 +0200
Vincent Snijders vincent.snijd...@gmail.com wrote:
[...]
So win32,
Am 03.05.2011 10:49, schrieb Graeme Geldenhuys:
On 02/05/2011 18:15, ik wrote:
(Can't contact the database server: Can't connect to local MySQL server
through socket '/var/run/mysqld/mysqld.sock' (2) (localhost))
I can confirm this problem. They should have used Firebird RDBMS
instead.
Am 03.05.2011 15:53, schrieb Graeme Geldenhuys:
On 03/05/2011 13:14, Florian Klaempfl wrote:
Won't help in case of a corrupted file system ;)
Ever heard of backups? ;-)
We have daily backups but it was not needed to restore a backup, but
linux remounted the fs read-only so mysql stopped
Am 03.05.2011 16:22, schrieb Graeme Geldenhuys:
As for Florian's issue with the corrupted file system. I would highly
suggest he investigates why the problem occurred in the first place, so
that it can _truly_ be fixed.
The machine suffered multiple UPS failures recently and one suspision
Am 31.03.2011 04:09, schrieb waldo kitty:
On 3/30/2011 08:18, Zaher Dirkey wrote:
On Wed, Mar 30, 2011 at 12:52 PM, Marco van de Voort mar...@stack.nl
wrote:
On Wed, Mar 30, 2011 at 09:23:12AM +0200, Graeme Geldenhuys wrote:
The (L)GPL with exception bit absolves you from that.
Am 28.03.2011 13:35, schrieb Felipe Monteiro de Carvalho:
On Mon, Mar 28, 2011 at 1:18 PM, Florian Klaempfl
flor...@freepascal.org wrote:
Am 28.03.2011 11:41, schrieb Felipe Monteiro de Carvalho:
If you want to
actually develop on the platform, you really need to get rid of
Android
Am 29.03.2011 09:47, schrieb Graeme Geldenhuys:
Hi,
While following some of the discussion about FPC and Lazarus on ARM it
made me think of a question I wanted to ask any Linux users, and I know
here are quite a few.
Is it only Ubuntu that cannibalized the Linux run-levels beyond
Am 28.03.2011 11:41, schrieb Felipe Monteiro de Carvalho:
If you want to
actually develop on the platform, you really need to get rid of
Android and install a standard Linux. If you manage to do that, then
AC100 with a USB mouse might actually be a good ARM test platform for
developers.
Am 26.03.2011 10:15, schrieb Hans-Peter Diettrich:
Graeme Geldenhuys schrieb:
[fpc] should rather use some singleton class with a read-only
property,
A class is not required, FPC supports unit-level properties as well :-)
True, but the issue with them is: you cannot use them to create a
Am 22.02.2011 08:58, schrieb Graeme Geldenhuys:
Op 2011-02-21 10:02, Florian Klaempfl het geskryf:
the different handling of temp. interfaces in
FPC which is only a implementation detail?
Sorry, no idea how that relates to this discussion.
Delphi clone/non delphi clone? Does it ring
Am 22.02.2011 08:35, schrieb Graeme Geldenhuys:
No point
in recommending all developers changes their style of coding, when the
issue is in the compiler - not the language. Rather try and fix
Feel free to do so, we are all waiting for at least five years for
somebody to fix it :) I estimate
Am 22.02.2011 09:58, schrieb Graeme Geldenhuys:
Op 2011-02-22 10:44, Florian Klaempfl het geskryf:
Delphi clone/non delphi clone? Does it ring bells? You always tell us:
don't do a delphi clone. Then we don't do it and you cry.
Well make up your bloody mind??? If you want to make FPC
Am 22.02.2011 11:11, schrieb Graeme Geldenhuys:
Op 2011-02-22 11:27, Florian Klaempfl het geskryf:
Feel free to do so, we are all waiting for at least five years for
Wasn't that what Hans-Peter (or somebody) recently tried?? But from the
discussions I read, the changes were to radical from
Am 21.02.2011 08:09, schrieb Graeme Geldenhuys:
Introducing yet another compiler mode also doesn't seem like the way to
go. FPC is already complex enough. The String type simply needs to
evolve to Unicode support, just like it did from ShortString to
LongString. A natural evolution.
Am 21.02.2011 09:00, schrieb Graeme Geldenhuys:
Op 2011-02-21 09:55, Florian Klaempfl het geskryf:
And? Does it compile?
Read Bo Berglund's message from a few minutes ago... maybe he explains
better what I was trying to get at.
Well, he got it wrong :) It is exactly the point of putting
Am 21.02.2011 10:30, schrieb Alexander Klenin:
On Mon, Feb 21, 2011 at 18:05, Florian Klaempfl flor...@freepascal.org
wrote:
Well, he got it wrong :) It is exactly the point of putting units in the
interface uses clause: the compiler helps you to avoid circular unit
dependencies. When you
Am 21.02.2011 07:43, schrieb Graeme Geldenhuys:
it reduces circular unit dependencies if you use
the implementation section as much as possible,
How? Dependency is dependency. The danger of putting units in the
implementation uses clause is that somebody creates circular
dependencies by
Am 21.02.2011 08:18, schrieb Graeme Geldenhuys:
just because of a FPC bug doesn't bode well. Rather fix the cause
of the problem.
It is a known issue for years that FPC gets rarely into trouble with
complex circular unit dependencies. The problem is the recursive design
of the unit loader.
Am 21.02.2011 08:50, schrieb Graeme Geldenhuys:
Op 2011-02-21 09:41, Mattias Gaertner het geskryf:
You can't create circular dependencies with only interface
dependencies. Only implementation uses section allow this.
Really? See attached project. Took me all of 30 seconds to create such
Am 21.02.2011 08:54, schrieb Graeme Geldenhuys:
Op 2011-02-21 09:50, Graeme Geldenhuys het geskryf:
Op 2011-02-21 09:41, Mattias Gaertner het geskryf:
You can't create circular dependencies with only interface
dependencies. Only implementation uses section allow this.
Really? See attached
If so, then I wouldn't waist any more of my time on working on the
cpstrnew branch
FPC still follows the thumb rule (notice the thumb rule): the person who
implements a certain feature, decides. E.g. if somebody comes up with a
working code paged string implementation without breaking existing
Am 09.02.2011 10:18, schrieb Lukasz Sokol:
On 09/02/2011 08:33, Sven Barth wrote:
At least on XP and newer TortoiseSVN does not need a reboot...
AFAIR they (TSVN) recommend it themselves (at least when I was installing
TSVN 1.6.5 build 16974)
in their installation program;
The point is
Am 02.02.2011 12:37, schrieb Vincent Snijders:
The list of merged revision can be found in the svnmerge-integrated
property of root of the branch.
vincent@fpclin32:~/src/lazfixes$ svn propget svnmerge-integrated
http://svn.freepascal.org/svn/lazarus/branches/fixes_0_9_30
Am 06.12.2010 13:46, schrieb Alexsander Rosa:
Back to the topic: I think the Lazarus project could SELL products like
this:
http://shop.canonical.com/product_info.php?products_id=648
Ubuntu also has a service called Ubuntu Advantage which gives
advantages to enterprises that choose to pay a
Am 27.10.2010 14:00, schrieb Joost van der Sluis:
But you can create a much better gdb-environment that way.
Oh, and ... good luck!
Graeme just ignores only slightly more complex questions about git
(typical fanboy behaviour) so don't expect too much.
--
Am 27.10.2010 15:12, schrieb Graeme Geldenhuys:
Op 2010-10-27 15:02, Florian Klaempfl het geskryf:
Graeme just ignores only slightly more complex questions about git
(typical fanboy behaviour) so don't expect too much.
Oh piss off! I have work to do.
q.e.d
Am 27.10.2010 15:18, schrieb Graeme Geldenhuys:
Op 2010-10-27 14:00, Joost van der Sluis het geskryf:
Well, as you're such a bug Git fan. And you want a better
debugging-environment
Just checkout the archer/gdb project, you can find it at:
git://sourceware.org/git/archer.git
That is
Am 25.10.2010 09:38, schrieb Michael Van Canneyt:
On Mon, 25 Oct 2010, Graeme Geldenhuys wrote:
Op 2010-10-25 09:25, Michael Van Canneyt het geskryf:
Too much work, because it requires me to know in which branches the
features are.
That only occurs if they don't name the branch
Am 25.10.2010 10:42, schrieb Graeme Geldenhuys:
Op 2010-10-25 10:27, Marco van de Voort het geskryf:
About 6 dedicated paid people (and a whole bunch more volunteers) to manage
all the branches and review and administrate each patch to reitegrate all
the various patches into a few production
Am 25.10.2010 10:47, schrieb Graeme Geldenhuys:
Op 2010-10-25 10:35, Vincent Snijders het geskryf:
No, there is a limit on the number of branches you - sorry, I mean *I*
- can overview. For me, two long living branches are already too much.
Distribute the work-load. The developer working on
Am 25.10.2010 11:05, schrieb Graeme Geldenhuys:
Op 2010-10-25 10:46, Florian Klaempfl het geskryf:
narrows it down how much branch managing the 1.5M LOC of Lazarus would
require: almost one full time branch manager. You? Juha? Anyone?
So where do we discuss remuneration?
Just ask the people
Am 25.10.2010 11:09, schrieb Graeme Geldenhuys:
Op 2010-10-25 10:50, Florian Klaempfl het geskryf:
Let me quote you from a few days ago on fpc-other:
And did you bother to ask why I do that?
I guess you have some cheap excuse like that they didn't accept some
patch from your granny.
Past
Am 25.10.2010 11:24, schrieb Graeme Geldenhuys:
Op 2010-10-25 11:12, Florian Klaempfl het geskryf:
So how much do you contribute for the remuneration of the branch manager?
You understood me wrong,
Did you miss again my irony tags?
I was putting my name up for the position of the
branch
Am 25.10.2010 11:10, schrieb Alexander Klenin:
On Mon, Oct 25, 2010 at 19:52, Marco van de Voort mar...@stack.nl wrote:
What I haven't seen:
- the problem
Lazarus project is unable to do releases in a timely manner.
- the solution
Make a releases time-based, as suggested at the start
Am 25.10.2010 13:19, schrieb Alexander Klenin:
to the current FPC one:
[...]
Perl porters managed to overcome most of the problems
(except, of course, language competition)
and seriously invigorate Perl development by
1) Streamlining release process, so a single person
can do a release
Am 17.09.2010 10:29, schrieb Juha Manninen (gmail):
BTW, TThread class has a good and intuitive interface, IMO. A new language
syntax for parallelism would be nice but it wouldn't make any fundamental
difference. Start a thread and call WaitFor later. How much easier can it be?
Same can be
Am 17.09.2010 11:00, schrieb Graeme Geldenhuys:
On 17 September 2010 10:47, Florian Klaempfl wrote:
Same can be said about goto and labels. Very intuitive and simple why
bother about while, for, repeat loops?
Please keep such sarcasm
This is your personal opinion. I don't consider
Am 17.09.2010 13:33, schrieb Michael Schnell:
On 09/17/2010 11:48 AM, Juha Manninen (gmail) wrote:
On Friday 17 September 2010 11:47:12 Florian Klaempfl wrote:
Same can be said about goto and labels. Very intuitive and simple why
bother about while, for, repeat loops?
Well, it is a valid
Am 15.09.2010 13:56, schrieb Michael Schnell:
My impression is that regarding the OS-interface of a program that needs
the said features (multiple logical threads, performance, latency,
making use of modern SMP systems, ...), threads are a necessity. But
programming languages might be able to
Am 15.09.2010 15:26, schrieb ik:
On Wed, Sep 15, 2010 at 15:16, Florian Klaempfl flor...@freepascal.org
mailto:flor...@freepascal.org wrote:
Am 15.09.2010 13:56, schrieb Michael Schnell:
My impression is that regarding the OS-interface of a program that
needs
the said
Am 15.09.2010 16:09, schrieb Mattias Gärtner:
Zitat von Florian Klaempfl flor...@freepascal.org:
Am 15.09.2010 15:26, schrieb ik:
On Wed, Sep 15, 2010 at 15:16, Florian Klaempfl flor...@freepascal.org
mailto:flor...@freepascal.org wrote:
Am 15.09.2010 13:56, schrieb Michael Schnell
Am 12.08.2010 08:55, schrieb Felipe Monteiro de Carvalho:
On Tue, Aug 10, 2010 at 6:21 PM, Mark Morgan Lloyd
markmll.laza...@telemetry.co.uk wrote:
Does anybody have any current figures as to the relative popularity of
Lazarus on different CPUs and OSes?
There you go, I have put the Source
Am 11.08.2010 21:46, schrieb Ger Remmers:
On Wednesday 11 August 2010 07:07:21 Mark Morgan Lloyd wrote:
Bernd Kreuss wrote:
On 10.08.2010 22:29, Mark Morgan Lloyd wrote:
I don't know how anybody else feels, but I'd have no objection to a
popularity contest extension which submitted anonymous
Am 12.08.2010 10:14, schrieb Ger Remmers:
Very true, but it /is/ in your interest to make sure that the developers
are aware, in some structured way, what facilities you're using.
I understand what you are saying, but no, it's none of Florians business
(sorry Florian) to know what I'm
No ET, phone home thingy
without approval of the user ever. And even then you'll have to be
very careful about what you want the system to report back.
As explained, for me there is no need for such a thing, I wouldn't
listen to it anyways. The same way as I don't listen to teasers
Am 28.07.2010 15:39, schrieb Juha Manninen:
Still I had to ask instructions on chat for how to install on Windows,
and without asking it would have gone wrong. Namely I would have chosen
fpc-2.4.0.source.zip instead of fpcbuild-2.4.0.zip when I wanted FPC
sources.
Lazarus comes with FPC
Adem schrieb:
On 2010-07-01 00:20, Florian Klämpfl wrote:
Same here: What's wrong with considering, say, a new language
back-end (or front-end) much like a new CPU-support?
As Michael said, it is called Pascal. Supporting a new CPU does not
change this. Adding a C/Oberon/Modula whatever
Marco van de Voort schrieb:
On Wed, Jun 30, 2010 at 10:53:39PM +0200, Michael Van Canneyt wrote:
... because it increases the maintainance work on fpc. Even with one
front end only we are almost unable to keep the issue count under
control. I'am pretty sure that more front ends will be
Michael Schnell schrieb:
On 06/30/2010 10:31 PM, Florian Klämpfl wrote:
This can be done already using compilers supporting these languages
As discussed multiple times it's not possible to share classes between
FP-Pascal and GNU-C++. I don't know it it's possible at all to share
classes
Michael Schnell schrieb:
On 07/01/2010 08:26 AM, Marco van de Voort wrote:
Since accessing header files is repeated as possible advantage files
again
and again,
In fact I already missed sadly a fully working preprocessor (to be
activated optionally).
Even if FPC supported such a mess,
Henry Vermaak schrieb:
On 01/07/10 09:57, Marco van de Voort wrote:
Yes, and this is why gcc and most other C compilers have a totally manual
build systems, where you have to manually specify depedancies, so the
compiler can figure out what to recompile.
I just use gcc -MMD in my
Michael Schnell schrieb:
On 07/01/2010 10:51 AM, Marco van de Voort wrote:
Ask yourself why GCC doesn't have preprocessed headers,
I supposed you mean precompiled headers and not headers that are
passed through the preprocessor.
This is according to what I called the C philosophy in the
Michael Schnell schrieb:
On 07/01/2010 10:00 AM, Florian Klaempfl wrote:
Even if FPC supported such a mess, this won't solve the fundamental
problem with C headers: they work only properly if every used header is
compiled for each source file again
Yep. Thats a fundamental philosophy of C
Michael Schnell schrieb:
On 07/01/2010 11:15 AM, Florian Klaempfl wrote:
... which does not mean that it fits into the Pascal philosophy.
Of course it does not. That exactly was my point.
So it's pretty clear that a C front end does not change much
Marco van de Voort schrieb:
On Sun, Jun 20, 2010 at 02:26:20PM +0300, Adem wrote:
Speaking of pedanticism:
Cheetah live only in a small portion of the world [see
http://upload.wikimedia.org/wikipedia/commons/6/63/Cheetah_range.gif ].
FPC/Lazarus, OTOH, isn't so restricted.
Shouldn't the
Hans-Peter Diettrich schrieb:
Florian Klaempfl, not
Actually Klämpfl, today, most websites use UTF-8 so writing ae instead
of ä is usually not needed anymore.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http
waldo kitty schrieb:
On 6/7/2010 11:11, Mattias Gärtner wrote:
Zitat von Marcos Douglas m...@delfire.net:
On Mon, Jun 7, 2010 at 11:22 AM, Marcos Douglas m...@delfire.net wrote:
Rigth. But the 'make install' do not override these files? If not,
then is better delete all .ppu files in all
Graeme Geldenhuys schrieb:
On 3 June 2010 23:15, Marc Weustink wrote:
GTK1 wont get removed.
And it won't be maintained and it won't work anymore. I don't see your
logic, sorry.
Who knows?
--
___
Lazarus mailing list
Graeme Geldenhuys schrieb:
On 1 June 2010 02:56, waldo kitty wrote:
hopefully one day
it will be as simple as installing the base product and then simply ticking
all of the other platforms you want to compile for and at the end, you end
up with a binary for each of those chosen platforms (ie:
Adem schrieb:
On 2010-05-31 05:36, Doug Chamberlin wrote:
Doug,
I have great interest in a parser-based code formatting tool. However,
I have doubt that using the compiler's parser is the best solution.
It may not be the best solution basically bexause it was written solely
for the
Yet, as far as parser goes, it is the best solution. Because it is the
originial source of information. Any new additions as well as
corrections go in there --
This is not necessarily true. Someone might hack in support for a new
procedure specifier. However, it is not guranteed that
Adem schrieb:
On 2010-05-31 14:57, Florian Klaempfl wrote:
But, the parser does produce a parse tree, doesn't it.
FPC doesn't produce a parse tree during compilation. The parser puts
declarations/definitions immediatly into the symtables, for code an
intermediate representation is created
Hans-Peter Diettrich schrieb:
Michael Van Canneyt schrieb:
Well, given the recent breakage because of the support for 'deprecated',
I started on a test file, but I think that a better and more fundamental
approach is needed. My idea was to create a large number of small files
with code
Hans-Peter Diettrich schrieb:
Florian Klaempfl schrieb:
I doubt this, just one example: ptconst.pas: it parses typed
constants. Due being tailored for the compiler, it reads the constants
and writes them without any second pass to the output assembler list.
A generic parser needs to create
Hans-Peter Diettrich schrieb:
Florian Klaempfl schrieb:
BTW: We had this discussion ten years ago already when fpdoc was made
and it was decided to write a separate parser after failed attempts to
use fpc's frontend.
Just a question: AFAIR at that time the parser was an automaton, created
Hans-Peter Diettrich schrieb:
Michael Van Canneyt schrieb:
Using the parser/scanner from the compiler is an impossible task,
they are impossible to separate.
There's nothing impossible in software ;-)
Yes, but within a reasonable time and without other penalties :)
It's a matter of
Graeme Geldenhuys schrieb:
New features are not allowed in fixes branch.
This is not carved in stone but a good thumb rule.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Graeme Geldenhuys schrieb:
On 28 May 2010 10:45, Florian Klaempfl wrote:
This is not carved in stone but a good thumb rule.
So what is the criteria to get a new feature in the fixes branch
You've to ask the release manager about
Adem schrieb:
But, I am hoping to modify the FPC parser/tokenizer so that instead
of it deciding whether to stop, it should do a callback and let the
caller decide whether it should stop.
Is this likely to be unworthy of the effort?
No, but it is hard to do in a meaningful way.
Could you
Mattias Gaertner schrieb:
On Fri, 28 May 2010 20:50:15 +0200
Florian Klaempfl flor...@freepascal.org wrote:
It is the only way the code formatter can keep up with new features of FPC.
FPC isn't moving that fast nowadays regarding syntax so keeping up
shouldn't be that hard.
Maybe
But are they complete/correct ? :-) I know that many editors aren't. They
support a basic easy subset and that is it. Stuff like using directive
names as variables where allowed, support for to escape keywords etc.
A nice test is also
const
eof = ^Z;
--
Florian Klaempfl schrieb:
But are they complete/correct ? :-) I know that many editors aren't. They
support a basic easy subset and that is it. Stuff like using directive
names as variables where allowed, support for to escape keywords etc.
A nice test is also
const
eof = ^Z;
.. which
Florian Klaempfl schrieb:
Florian Klaempfl schrieb:
But are they complete/correct ? :-) I know that many editors aren't. They
support a basic easy subset and that is it. Stuff like using directive
names as variables where allowed, support for to escape keywords etc.
A nice test is also
Graeme Geldenhuys schrieb:
On 20 May 2010 01:04, Marco van de Voort wrote:
Do you care about users? Do you volunteer for release engineering? We always
have a few spots open?
Is there a list of who does what for each release so we can see what
spots are open?
For a new release
Graeme Geldenhuys schrieb:
On 15 May 2010 01:13, silvioprog wrote:
If Lazarus abandon support for GTK could lose many members.
You totally misread my post. I wasn't talking about abandoning GTK (v1
v2), only GTK1 because it's often broken and nobody reports issues -
probably because nobody
Graeme Geldenhuys schrieb:
On 15 May 2010 10:49, Vincent Snijders vsnijd...@vodafonevast.nl wrote:
not holding back, but making sure it still works. 2.18 or 2.20 works but 2.6
too, or rather 2.8, because that is the currently oldest supported version,
OK, so you guys are only 12 versions
Graeme Geldenhuys schrieb:
On 15 May 2010 11:02, Florian Klaempfl flor...@freepascal.org wrote:
is already at 2.30 and LCL-GTK2 still says we only support from GTK
2.4/2.6 yet all modern distros ship with GTK 2.16+ at least.
Debian Lenny is still at 2.10 afaik.
I did say modern distros
Graeme Geldenhuys schrieb:
On 7 May 2010 15:06, Michael Van Canneyt mich...@freepascal.org wrote:
Because 'String' is a keyword, the others are not.
So it is. umm... I learnt something new again.
Contrary to popular
belief, 'Boolean' and 'Integer' are not keywords, they are identifiers.
Graeme Geldenhuys schrieb:
On 7 May 2010 15:30, Florian Klaempfl flor...@freepascal.org wrote:
When the : is parsed, integer is already known as variable.
Try
integer : system.integer;
OK, that works. Thanks.
I still can't think why Boolean and Integer are not keywords though
Yes, the project will get up to 85%.
Then only the real hard bugs will remain and some start's thinking
of starting the whole thing. ;-)
To complete such a big project you need a few people with a lot of time
instead of many people with little time (PostgreSQL quote)
Those
That's the name of the game. Just look at the amount of
cross-platform IDE's available for Java and C/C++.
But I consider none as being only somehow on par with Visual Studio :)
Things like KDevelop are a laugh if one knows VS.
--
___
Lazarus
1 - 100 of 193 matches
Mail list logo