Am 21.10.2010 22:13, schrieb Adem:
I don't have the top post (
http://lists.freepascal.org/lists/FPC-other/2010-October/000468.html )
in this thread to comment on in a more conversation fashion, as a result
I reverting to bulleted listing of my views on the subject.
1) In the fpc-devel I
Am 24.10.2010 19:03, schrieb Graeme Geldenhuys:
On 22 October 2010 20:20, Marco van de Voort wrote:
Graeme's last mail where he explains he just wants to drop quick and dirty
patches AND IT IS FPC'S CORE TEAM JOB to make head or tails of it,
explains the fundamental misconception better than
Am 10.07.2012 09:45, schrieb Sven Barth:
Hello together!
Today I stumpled upon this
http://www.itwriting.com/blog/5966-embarcadero-adopts-open-source-clang-for-future-c-versions.html
and maybe some of you will find this interesting.
Let's see who will be first with LLVM support:
Am 14.02.2013 20:20, schrieb Sven Barth:
On 14.02.2013 20:07, Florian Klämpfl wrote:
Am 14.02.2013 20:06, schrieb Sven Barth:
I wonder whether the first version of FPC
0.1 or 1.0 :)?
0.1 of course :)
0.1 was never released to public. To revive it I need to get my hands on
a 5 1/4 drive
You might have noticed that the FPC community site is already down for
some time. Since we are retiring the machine running the community site
we decided not to migrate the community but add some new boards to the
lazarus forum to reduce the need to maintain another bulletin board
site. The
Am 15.03.2015 um 15:11 schrieb vfclists .:
Somehow all this indifference to Git bothers me because it seems they are
ignoring the greater
realities of life. If a new generation are going to get involved with FPC and
Lazarus development,
and the main developers are really concerned with all
Am 16.03.2015 um 13:53 schrieb Graeme Geldenhuys:
Hello Martin,
On 2015-03-16 12:35, Martin Frb wrote:
better product, simply means: Compared to others it scores better on
more use cases.
Agreed. :-)
Different people learn in different ways. There will be a fair share of
people
Am 16.03.2015 um 10:23 schrieb Graeme Geldenhuys:
As the majority of developers would tell you, Git is simply the better
product at this stage.
If you want facts, then do a Google search. See the exponential growth
of projects migrating from SubVersion (or other systems) to Git. Qt,
KDE,
Am 23.05.2017 um 12:42 schrieb Graeme Geldenhuys:
> On 2017-05-23 11:31, Tomas Hajny wrote:
>> the other, but let me remind you, that it isn't just about Florian. During
>> the previous discussions on this evergreen topic, Florian, Marco, Jonas
>> (if I remember correctly) and others raised quite
Am 23.05.2017 um 18:00 schrieb Karoly Balogh (Charlie/SGR):
> Hi,
>
> On Tue, 23 May 2017, Martin Frb wrote:
>
>> Or maybe they haven't forgotten how nice and simple svn is.
>
> Erm, I really don't want to be involved in the usual religious war,
> personally I use exclusively Git these days
Am 23.05.2017 um 22:10 schrieb Karoly Balogh (Charlie/SGR):
>
> 1., Have his own clone of the FPC repository. Create his local webassembly
> branch, and keep happily working on his local copy, then leave it rot
> when he loses motivation, doesn't distract anyone.
>
... and the code is lost :)
Am 23.05.2017 um 21:56 schrieb Graeme Geldenhuys:
> On 2017-05-23 20:33, Karoly Balogh (Charlie/SGR) wrote:
>> Now, how the actual process would look with the FPC team, that's hard to
>> define at this point. But the tools are there for it.
>
> Exactly what I was getting at.
>
>
>> Was this a
Am 23.05.2017 um 22:36 schrieb Karoly Balogh (Charlie/SGR):
> so they just use
> git-svn.
This is what I do as well for several things, but I still think, subversion is
the better solution
as the canonical FPC repository.
___
fpc-other maillist -
Am 24.05.2017 um 08:57 schrieb Graeme Geldenhuys:
>
> Once again, read how the Git project deals with it. That workflow could suite
> FPC quite well.
You never developed a real world compiler and you have no real insight into fpc
development so you
cannot know about this.
> In
> summary,
Am 25.05.2017 um 00:44 schrieb Graeme Geldenhuys:
> But I get in now. You guys are set in your ways - good or bad, and currently
> not willing to change.
> So I'll leave it at that.
Thanks. I hope I might quote you in a few weeks/months/years :)
___
Am 25.05.2017 um 12:02 schrieb Graeme Geldenhuys:
> On 2017-05-25 09:26, Florian Klämpfl wrote:
>> This is at least one month of work I (and
>> probably nobody else) can and want to spent.
>
> And some how I believe that will never happen (or be allowed) even if I (or
&g
Am 25.05.2017 um 21:29 schrieb Graeme Geldenhuys:
>
> So what is Florian going on about regarding workflow and Git not being able
> to cope in a "compiler"
> based project? He made it out as if FPC will not be workable in a Git managed
> environment. I don't
> see his analogy. The Linux Kernel
Am 25.05.2017 um 16:18 schrieb Graeme Geldenhuys:
> This is directed at Florian primarily, but any other FPC core member is
> welcome to chip in.
>
> different to any other software project... It has really bugged me...
> Why is it different, and What is different?
Because they are basically a
Am 24.05.2017 um 21:34 schrieb Graeme Geldenhuys:
> On 2017-05-24 19:11, Florian Klämpfl wrote:
>> You never developed a real world compiler and you have no real
>> insight into fpc development so you cannot know about this.
>
> As a technical consultant for many clients I
Am 26.04.20 um 14:28 schrieb Martin Frb:
On 26/04/2020 14:21, Sven Barth via fpc-other wrote:
Am 26.04.2020 um 14:03 schrieb Martin:
Just curiosity:
I recently see a lot of great efforts to make things more widely
available (language server / debug adapter).
Often with reference to use in
Am 04.07.20 um 23:20 schrieb Marco van de Voort:
Op 2020-07-04 om 23:14 schreef Sven Barth via fpc-other:
Here is an interesting article by a ex-windows boss. He thinks that
in a few years even desktops will be ARM and Intel will be residual.
And obviously it will be a mayor problem to
21 matches
Mail list logo
