On 08/03/2011 06:01 PM, Jonas Maebe wrote:
Execute the following command in the top-level checkout directory:
svn revert -R .
Thanks this seems to have worked.
Maybe my fault is that I always do svn checkout instead of svn update.
Should I better do update ?
Thanks,
-Michael
On Wed, Aug 3, 2011 at 5:07 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
There exist other calendars than only the Gregorian one, with their own
oddities (Maya!), and all of them should be based on an common internal
date/time type.
I've never heard that our DateTime routines support
On 08/04/2011 09:58 AM, Felipe Monteiro de Carvalho wrote:
I've never heard that our DateTime routines support other calendars.
My guess is that they simply don't.
Perhaps they should !
My favorite is the really natural one: Plank-time count since the Big
Bang. Here supposedly we don't need
On 04 Aug 2011, at 09:29, Michael Schnell wrote:
After reverting any make prompts me to run fpcmake.
doing fpcmake -r
claims to write lots of help files, but does not change the message from
make
What am I doing wrong ?
Not posting the full command you are executing nor the full
My favorite is the really natural one: Plank-time count since the Big
Bang. Here supposedly we don't need negative values.,
Good joke! ;-)))
(but nobody knows, when it was (how many mld. years ago) and many
doubts, that it is real fact)
-Laco.
On 08/04/2011 11:27 AM, Jonas Maebe wrote:
Not posting the full command you are executing nor the full error message.
GRRR !
The error message was something like The Makefile doesn't support
target, please run fpcmake first
But I can't recreate this now any more. But I get another error
On 04 Aug 2011, at 11:49, Michael Schnell wrote:
On 08/04/2011 11:27 AM, Jonas Maebe wrote:
Not posting the full command you are executing nor the full error message.
GRRR !
The error message was something like The Makefile doesn't support target,
please run fpcmake first
But I
On 08/04/2011 11:48 AM, Jonas Maebe wrote:
Try updating from svn, Joost should have just fixed this problem.
Wonderful !
This worked:
mschnell@mschnell-Linux:~/Downloads/svn/fpc/trunk/compiler ./ppc386
Free Pascal
In our previous episode, Michael Schnell said:
The error message was something like The Makefile doesn't support
target, please run fpcmake first
I know it is solved, but:
This sounds like path/installation problems, the makefile didn't find a
compiler or
fpc.exe and couldn't determine
In our previous episode, Michael Schnell said:
Wonderful !
This worked:
mschnell@mschnell-Linux:~/Downloads/svn/fpc/trunk/compiler ./ppc386
Free Pascal Compiler version 2.7.1 [2011/08/04] for i386
On 08/04/2011 12:39 PM, Marco van de Voort wrote:
Make install does NOT create the symlink, you need to do that manually.
So erase the old symlink in ~/bin/ to ~/lib/fpc/2.5.1/ppc386 and replace it
with one to ~/lib/fpc/2.7.1/ppc386
I did know what to do :) and of course it did work.
The
On 3 August 2011 16:55, Marco van de Voort wrote:
today I branched branches/fixes_2_6, the basis for a new fixes branch that
will become 2.6.0 eventually.
Yeah!!! Finally I can start using some of the new features in what was
known as trunk. I'll update and start testing from tomorrow. Thanks
On 4 August 2011 09:58, Felipe Monteiro de Carvalho wrote:
I've never heard that our DateTime routines support other calendars.
My guess is that they simply don't.
Even so, does that mean we can't write software with FPC for use by
Historian's where they might catalog artifacts with a date
On Wed, Aug 3, 2011 at 6:55 AM, LacaK la...@zoznam.sk wrote:
So if this constant can not be changed, then I must write workaround for
date '01/01/0001' and do not add time part to this date.
The constant was already changed once, and no-one complained in the
following years, so my guess is that
On Thu, Aug 4, 2011 at 10:11 AM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
Even so, does that mean we can't write software with FPC for use by
Historian's where they might catalog artifacts with a date less that
Year 100? I haven't tested, but if so, that's terrible.
You quoted my text
In our previous episode, Felipe Monteiro de Carvalho said:
[ Charset ISO-8859-1 unsupported, converting... ]
On Wed, Aug 3, 2011 at 6:55 AM, LacaK la...@zoznam.sk wrote:
So if this constant can not be changed, then I must write workaround for
date '01/01/0001' and do not add time part to this
Felipe Monteiro de Carvalho wrote / napísal(a):
On Wed, Aug 3, 2011 at 6:55 AM, LacaK la...@zoznam.sk wrote:
So if this constant can not be changed, then I must write workaround for
date '01/01/0001' and do not add time part to this date.
The constant was already changed once, and
Is this branching somehow related to preparation of release some next
version of FPC (2.5.x ? or so) ?
I am asking because, there are waiting some bugs/features which I would
be happy see fixed before any major release.
Can I see somewhere on web some planed time schedule or anouncements
about
On Thu, Aug 4, 2011 at 1:53 PM, Marco van de Voort mar...@stack.nl wrote:
I think sacrificing dates from the year 1 to 100 AD to keep old two digit
databases working is a small price to pay.
But if I understand the situation correctly, dates 1 to 100AD are
already supported in FPC and no-one
Hi,
On 4 August 2011 14:21, LacaK wrote:
Is this branching somehow related to preparation of release some next
version of FPC (2.5.x ? or so) ?
Yes, it's for the next major FPC release.
I am asking because, there are waiting some bugs/features which I would be
happy see fixed before any
Hello FPC,
Thursday, August 4, 2011, 10:11:16 AM, you wrote:
GG On 4 August 2011 09:58, Felipe Monteiro de Carvalho wrote:
I've never heard that our DateTime routines support other calendars.
My guess is that they simply don't.
GG Even so, does that mean we can't write software with FPC for
Felipe Monteiro de Carvalho wrote / napísal(a):
On Thu, Aug 4, 2011 at 1:53 PM, Marco van de Voort mar...@stack.nl wrote:
I think sacrificing dates from the year 1 to 100 AD to keep old two digit
databases working is a small price to pay.
But if I understand the situation correctly,
In our previous episode, LacaK said:
Is this branching somehow related to preparation of release some next
version of FPC (2.5.x ? or so) ?
Yes and no. It is the preparation of a whole new series of releases, 2.6.x.
The primary branching of a fixes branch is the first step of this process.
I think there will be some RC1 or so in september.
Ok, so there is enought time before.
Can I post here list of registered bugs (fcl-db), which will be good
commit ?
(or you are busy with other task and I must be patient and wait ;-))
TIA
-Laco.
On 4/8/2011 09:21, LacaK wrote:
Is this branching somehow related to preparation of release some
next version of FPC (2.5.x ? or so) ?
I am asking because, there are waiting some bugs/features which I
would be happy see fixed before any major release.
Me too.
Specifically
On 04 Aug 2011, at 14:51, Graeme Geldenhuys wrote:
It would be very nice if you can notify use a week or two before such
a branch. That way we know we need to finish up with what we are doing
if we want those features in the next major release.
Branching for a major release is most
Graeme Geldenhuys schrieb:
On 4 August 2011 09:58, Felipe Monteiro de Carvalho wrote:
I've never heard that our DateTime routines support other calendars.
My guess is that they simply don't.
Even so, does that mean we can't write software with FPC for use by
Historian's where they might
On 4 August 2011 17:09, Jonas Maebe wrote:
last minute changes have been committed. Quickly committing a bunch of major
changes would mainly serve to delay the branching, or they might not be
included in the branch anyway.
Fair enough.
The changes I am referring to was discussed in private by
Michael Schnell schrieb:
Even so, does that mean we can't write software with FPC for use by
Historian's where they might catalog artifacts with a date less that
Year 100? I haven't tested, but if so, that's terrible.
Hmm . What week-day and what month was day 1.000.000 BC ?
The date
On 04 Aug 2011, at 17:50, Graeme Geldenhuys wrote:
The changes I am referring to was discussed in private by a few
developers, and I believe it was implemented about a year ago, so not
really last minute. It's new code that adds additional functionality
to existing RTL classes, but will not
In our previous episode, LacaK said:
Can I post here list of registered bugs (fcl-db), which will be good
commit ?
You can always post updates. Short, well prepared and to the point is best.
The database backlog is 100+, so we all miss stuff from time to time.
(or you are busy with
Am 04.08.2011 10:11, schrieb Graeme Geldenhuys:
On 4 August 2011 09:58, Felipe Monteiro de Carvalho wrote:
I've never heard that our DateTime routines support other calendars.
My guess is that they simply don't.
Even so, does that mean we can't write software with FPC for use by
Diff (on top of 18076) for new Target: AROS (i386)
tried to keep the diff as short as possible but its still 750 K,
so I placed it on my Webpage:
http://www.alb42.de/AROS-Target.diff
Compiler, RTL and Package: arosunits
I hope its ok in this way
Greets
Marcus Sackrow
On Thursday, 4 August 2011, Marco van de Voort mar...@stack.nl wrote:
decisions on fcl-db are taken. (which would be unfair since atm I'm a
Delphi/Zeos not FPC/fcl-db user).
Shame on you. :-)
Though I would work a bit harder for postgres issues, specially the
transaction and binary
On Fri, Aug 5, 2011 at 02:09, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
On 04 Aug 2011, at 14:51, Graeme Geldenhuys wrote:
It would be very nice if you can notify use a week or two before such
a branch. That way we know we need to finish up with what we are doing
if we want those features
35 matches
Mail list logo