Mark Morgan Lloyd schrieb:
What error message do you expect?
Something that recognises that a message like <<< .mine originates
from the project's chosen VCS, and that <<< is distinct from shl.
+1
A concatenation of the *binary* "<" or "<<" operators, into "...",
doesn't mak
On 2 Dec 12, at 21:50, Alexander Klenin wrote:
> On Sun, Dec 2, 2012 at 9:47 PM, Tomas Hajny wrote:
> > On 2 Dec 12, at 16:45, Alexander Klenin wrote:
> >> I am not sure which options do you mean,
> >> I refer to the dll mentioned here: http://wiki.freepascal.org/gmp
> >
> > I meant multiple 2.6.2
Michael Van Canneyt schrieb:
Is there not a native pascal solution for arbitrary precision math ? I
seem to remember that there are several ones floating around, maybe we
should simply include one of them.
I'm not really happy with ports of sophisticated C libraries. When
working on the Abbr
On 02/12/2012 21:05, Jonas Maebe wrote:
As always when asking about help with something the compiler does, post a
complete and compilable program that demonstrates your question. The following
code does not produce any warning (it will produce hints):
Sorry about that. I had to extract it fr
On 02 Dec 2012, at 20:58, Martin wrote:
> Ok now I am curious
>
> SomePointer := Pointer(PtrInt(SomeNumber))
> SomePointer := Pointer(PtrUInt(SomeNumber))
>
> The 2nd gives the warning.
> Warning: Conversion between ordinals and pointers is not portable
>
>
> But the first does not.
>
> Yet
Ok now I am curious
SomePointer := Pointer(PtrInt(SomeNumber))
SomePointer := Pointer(PtrUInt(SomeNumber))
The 2nd gives the warning.
Warning: Conversion between ordinals and pointers is not portable
But the first does not.
Yet PtrInt/PtrUInt are both the size of pointer?
Am 02.12.2012 19:50, schrieb Alexander Klenin:
> On Sun, Dec 2, 2012 at 9:47 PM, Tomas Hajny wrote:
>> On 2 Dec 12, at 16:45, Alexander Klenin wrote:
>>> I am not sure which options do you mean,
>>> I refer to the dll mentioned here: http://wiki.freepascal.org/gmp
>>
>> I meant multiple 2.6.2 inst
On Sun, Dec 2, 2012 at 9:47 PM, Tomas Hajny wrote:
> On 2 Dec 12, at 16:45, Alexander Klenin wrote:
>> I am not sure which options do you mean,
>> I refer to the dll mentioned here: http://wiki.freepascal.org/gmp
>
> I meant multiple 2.6.2 installers (in particular, if we as the
> official FPC sit
On 2 Dec 12, at 16:45, Alexander Klenin wrote:
> On Sun, Dec 2, 2012 at 4:52 PM, Tomas Hajny wrote:
> >> As for fairness, the usual argument is "just solve problems in
> >> Java/Python",
> >> which is exactly what I am trying to prevent :)
> >
> > Who defines what is the right file to choose if th
On 02.12.2012 17:11, Alexander Klenin wrote:
On Sun, Dec 2, 2012 at 6:21 PM, Sven Barth wrote:
On 02.12.2012 13:11, Henry Vermaak wrote:
Yes, "<<" and ">>" are converted in scanner stage to "shl" and "shr" which
will give me headaches once I want to support nested specializations
(basically the
On Sun, Dec 2, 2012 at 6:21 PM, Sven Barth wrote:
> On 02.12.2012 13:11, Henry Vermaak wrote:
> Yes, "<<" and ">>" are converted in scanner stage to "shl" and "shr" which
> will give me headaches once I want to support nested specializations
> (basically the same problem that C++ had):
>
> TTest>
On 02.12.2012 13:11, Henry Vermaak wrote:
On Dec 2, 2012 11:47 AM, "Mark Morgan Lloyd"
mailto:markmll.fpc-de...@telemetry.co.uk>> wrote:
>
> I've just had a slight problem compiling Lazarus where FPC was
reporting this:
>
> main.pp(5001,1) Fatal: Syntax error, "BEGIN" expected but "shl" foun
On 02.12.2012 15:05, Mark Morgan Lloyd wrote:
Mattias Gaertner wrote:
On Sun, 02 Dec 2012 11:46:54 +
Mark Morgan Lloyd wrote:
I've just had a slight problem compiling Lazarus where FPC was
reporting this:
main.pp(5001,1) Fatal: Syntax error, "BEGIN" expected but "shl" found
The reason w
Mattias Gaertner wrote:
On Sun, 02 Dec 2012 11:46:54 +
Mark Morgan Lloyd wrote:
I've just had a slight problem compiling Lazarus where FPC was reporting
this:
main.pp(5001,1) Fatal: Syntax error, "BEGIN" expected but "shl" found
The reason was that I'd not spotted that Subversion had in
On Sun, 02 Dec 2012 11:46:54 +
Mark Morgan Lloyd wrote:
> I've just had a slight problem compiling Lazarus where FPC was reporting
> this:
>
> main.pp(5001,1) Fatal: Syntax error, "BEGIN" expected but "shl" found
>
> The reason was that I'd not spotted that Subversion had inserted a like l
On Sun, Dec 2, 2012 at 4:52 PM, Tomas Hajny wrote:
>> As for fairness, the usual argument is "just solve problems in
>> Java/Python",
>> which is exactly what I am trying to prevent :)
>
> Who defines what is the right file to choose if there are multiple
> options?
I am not sure which options do
On Sun, December 2, 2012 13:35, Alexander Klenin wrote:
> On Sun, Dec 2, 2012 at 2:42 PM, Michael Van Canneyt
> wrote:
.
.
>>> In short term, however, adding gmp.dll in 2.6.2 release will make it
>>> available at least
>>> for upcoming Russian Olympiad in Informatics.
>> Well, 2.6.2 is at RC1 st
On Sun, Dec 2, 2012 at 2:42 PM, Michael Van Canneyt
wrote:
>> Writing high-quality arbitrary precision arithmetics is hard.
>> The fact that Free Pascal uses GMP instead of homegrown solution has
>> actually earned some praise.
>
> Define homegown ? GMP most likely also is homegrown, as a lot of o
On Dec 2, 2012 11:47 AM, "Mark Morgan Lloyd" <
markmll.fpc-de...@telemetry.co.uk> wrote:
>
> I've just had a slight problem compiling Lazarus where FPC was reporting
this:
>
> main.pp(5001,1) Fatal: Syntax error, "BEGIN" expected but "shl" found
>
<< is shl in c. I guess fpc accepts this syntax, t
I've just had a slight problem compiling Lazarus where FPC was reporting
this:
main.pp(5001,1) Fatal: Syntax error, "BEGIN" expected but "shl" found
The reason was that I'd not spotted that Subversion had inserted a like like
< Mine:
preceding a function. Is this something that the compil
On Sun, 2 Dec 2012, Alexander Klenin wrote:
On Sun, Dec 2, 2012 at 2:08 PM, Michael Van Canneyt
wrote:
That is a bit of a difficult one. gmp just provides just the interface of an
external library.
If we do it fo this one, we should do it for all the libraries for which we
provide headers.
On Sun, Dec 2, 2012 at 2:08 PM, Michael Van Canneyt
wrote:
> That is a bit of a difficult one. gmp just provides just the interface of an
> external library.
> If we do it fo this one, we should do it for all the libraries for which we
> provide headers.
For marketing purposes, mostly. I speak a
On Sun, Dec 2, 2012 at 2:02 PM, Sven Barth wrote:
> We can not bundle such libaries as different (Linux) distributions will have
> different dependencies like different versions of the libc and then this
> library would not load anyway (and Free Pascal would be accused for being
> crap because of
On Sun, 2 Dec 2012, Alexander Klenin wrote:
In my ongoing efforts to prevent elimination of Pascal/FPC from a set
of languages used to teach programming, I have recently encountered
another problem:
although FPC does include "gmp" unit for arbitrary-precision calculations,
programs compiled wi
On 02.12.2012 10:20, Alexander Klenin wrote:
In my ongoing efforts to prevent elimination of Pascal/FPC from a set
of languages used to teach programming, I have recently encountered
another problem:
although FPC does include "gmp" unit for arbitrary-precision calculations,
programs compiled with
In my ongoing efforts to prevent elimination of Pascal/FPC from a set
of languages used to teach programming, I have recently encountered
another problem:
although FPC does include "gmp" unit for arbitrary-precision calculations,
programs compiled with it require "gmp" dynamic library.
This library
The Lazarus team is glad to announce the release of Lazarus 1.0.4.
This is a bug fix release. Here is the list of changes:
http://wiki.lazarus.freepascal.org/Lazarus_1.0_fixes_branch#Fixes_for_1.0.4_.28Merged.29
The release is available for download at the SourceForge download page:
http://source
27 matches
Mail list logo
