On Sun, Dec 22, 2024 at 8:19 AM Marcos Douglas B. Santos
wrote:
>
> Delphi 12 uses 3 apostrophes to initialize/finish a string block.
I meant Delphi 12 uses the triple single-quotes mark.
best regards,
Marcos Douglas
___
fpc-devel maillist
‘’’;
>
> That or backticks are the only thing that made sense to me. What are the pros
> and cons of both? Backticks are easier to type maybe, but I kind of like the
> block effect the triple single-quotes make. Backticks are familiar from
> another popular language (J
#x27;m sure a few people can
> sympathise.
Every single one " = ", " := ", ... :D
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
BUT I need to squash commits first. Catch 22.
>
As you have "two master", which one is the original and other has your
work, you might use:
git checkout master
git fetch upstream master
git rebase upstream/master
regards,
Marcos Douglas
_
const Help =
```
Help:
-h:
Show this help.
-i:
Print the letter i for no reason.
```;
Yes, started at the beginning without indentation.
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
and the comment
> above are.
> `;
> [...]
+1
That syntax would be perfect.
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
> > code".
>
> The problem is the same with old style Delphi-like helpers. Multihelpers
> didn't change much in this regard.
+1
This is the same as having two functions, with the same signature, in
two different units.
Your program w
gusting enough)
So, instead of add more features, I would recommend we fix some
ambiguous structure like this.
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Wed, Feb 20, 2019 at 1:50 PM Kostas Michalopoulos
wrote:
>
> > and Niklaus Wirth might not throw a curse in us.
>
> Considering we're talking about a dialect with three different
> incompatible yet mostly overlapping object systems, i think the curse
> has already been cast long long ago :-P.
On Wed, Feb 20, 2019 at 10:25 AM Henry Vermaak wrote:
>
> On Wed, Feb 20, 2019 at 09:47:20AM -0300, Marcos Douglas B. Santos
> wrote:
> > On Wed, Feb 20, 2019 at 8:32 AM Henry Vermaak
> > wrote:
> > > I'm mostly more interested in limiting the scope to prevent
grained control of where
> managed variables get freed.
Try to see restrictions as a good thing.
In this case, which Pascal doesn't allow to declare inline variables,
you must split big functions, which has many local variables, in
others to have a better understanding of the algorithm.
gt; still do happen to me ocasionally in Pascal).
Again, if you has many variables into a method, is a problem in the
design. You must split the code in other methods.
If you have blank lines inside a method, this is another case to split...
regards,
Marcos Douglas
code, it turns the
language a mess.
I could say the same for others "new features", but it isn't the place.
regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Mon, Jul 30, 2018 at 3:31 PM, R0b0t1 wrote:
> On Mon, Jul 30, 2018 at 11:42 AM, Marcos Douglas B. Santos
> wrote:
>> On Mon, Jul 30, 2018 at 12:29 PM, R0b0t1 wrote:
>>
>> [...]
>
> If a program isn't long running I see programmers tend to not care
> ab
On Mon, Jul 30, 2018 at 12:29 PM, R0b0t1 wrote:
> On Mon, Jul 30, 2018 at 7:32 AM, Martok wrote:
>> Am 30.07.2018 um 14:24 schrieb Marcos Douglas B. Santos:
>>> Is performance more important than being correct? :|
>> In this project, the answer is always taken to be
; blocks. I'm not sure why this is the case,
>> but might be speed related.
>>
>
> Correct. Even implicit try-finally frame generation is disabled for the
> compiler source.
>
Is performance more important than being correct? :|
regards,
Marcos Douglas
On Wed, Jun 27, 2018 at 11:51 AM, Sven Barth via fpc-devel
wrote:
> Marcos Douglas B. Santos schrieb am Mi., 27. Juni 2018,
> 14:37:
>>
>> Sven and all,
>> Is there any change to implement this?
>
>
> Not from me. I don't care about that.
Thanks for yo
Sven and all,
Is there any change to implement this?
Thanks.
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Sun, Jun 24, 2018 at 5:49 PM, Marcos Douglas B. Santos
wrote:
> Instead, I prefer using fully qualified names and just adjust in some
> contexts that *there is* already a conflict name.
> In other words, `uses foo as bar;` will be use per unit. It is not to
> intent "renaming
On Sun, Jun 24, 2018 at 4:06 PM, Sven Barth via fpc-devel
wrote:
> Am 24.06.2018 um 16:49 schrieb Marcos Douglas B. Santos:
>>
>> Hypothetically, let's suppose that Windows and Graphics unit belongs
>> to `FPC.RTL.` namespace, a "long name".
>> Us
scal/2018-June/054255.html
[2] http://wiki.freepascal.org/Namespaces#The_.22uses.22_clause
Best regards,
Marcos Douglas
PS. If it might be accepted, please, make it usable in objfpc and
delphi mode. I use the last one because the syntax (eg. generics) is
simpler.
_
On Mon, Jun 18, 2018 at 5:01 PM, Florian Klämpfl wrote:
> Am 18.06.2018 um 22:00 schrieb David Jenkins:
>>
>> This is something that has just recently stopped working for us(with
>> update
>> to current trunk). We previously were using trunk rev 36812 with no
>> problems.
>
>
> Please submit a bu
e messages with {$MODE OBJFPC}. Is this known. I can enter
> a Mantis if desired.
Hey David,
The compiler says "Can't determine which overloaded function to call"
because both are strings.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
source.
>
> No other features are planned by me before the merge. I am currently hung up
> on a couple of FPC bugs. Once I file them, I will enable public read access.
What is the progress?
Best regards,
Marcos Douglas
___
fpc-deve
still a patch
> waiting in Mantis. With this the contents would be in separate file, thus
> not only not cluttering the Pascal source, but also allowing the use of an
> editor with syntax highlighting as in your example with the SQL.
OK, $IncludeString directive
roblem of not being clear where and how many spaces are in
> that string...
Was just an example. Imagine a huge SQL instead.
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Sat, Feb 27, 2016 at 6:38 AM, Mark Morgan Lloyd
wrote:
> Marcos Douglas wrote:
>>
>> Is there any chance to implement in the compiler something link this?
>>
>> S := "
>> insert into t (
>> id, description
>> ) values (
>> 1,
On Fri, Feb 26, 2016 at 8:12 PM, Sven Barth wrote:
> Am 26.02.2016 21:21 schrieb "Marcos Douglas" :
>>
>> Is there any chance to implement in the compiler something link this?
>
> No.
Is there a good reason or you just don&#
Pascal don't use double quotes so, I
think, we doesn't need it a "@", only double quotes.
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
overhead that you talk about be slow, is still considerable?
In other words, do you consider refcounting always slow in all cases?
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Fri, Jan 29, 2016 at 10:47 AM, Marco van de Voort wrote:
> In our previous episode, Marcos Douglas said:
>> ...
>> But even if you have small objects (max 3-5 methods and few attributes...)
>> this
>> overhead that you talk about be slow, is still considerable?
>
On Wed, Jan 27, 2016 at 11:05 AM, Marco van de Voort wrote:
> In our previous episode, Marcos Douglas said:
>> On Wed, Jan 27, 2016 at 7:22 AM, Michael Van Canneyt
>> wrote:
>> > I don't think namespaces are the holy grail.
>> >
>> > Assume we
point)
>
> Now let's take example existing routines such as
> ExtractFilePath
> ExtractFileName
> Where do we put them ?
Using your examples names -- I say that because I disagree they are good names:
Core.File.Utils
- ExtractFilePath
- ExtractFileName
These functions 'belon
r me, not is because we don't use 'dots' in unit
names but the names chosen itself.
For example: Lazarus has LCLProcs, LazUTF8. Why haven't added "Laz" every unit?
Lazarus.Text.Encoding is a beautiful name... but just using
LazTextEncoding,
On Sun, Mar 22, 2015 at 12:55 PM, Florian Klaempfl
wrote:
> Am 22.03.2015 um 15:53 schrieb Juha Manninen:
>> There are some false positive warnings.
>
> Trunk or fixes?
>
>> [...]
>
> This should be fixed in trunk.
Could be fixed in "
ng object orientation only
because they use an object-oriented language. They also think that
using a more "cool" syntax makes your code more "professional".
But some evolutions in a language could be a good thing, as Sven have said.
Regards,
Marcos Douglas
gt; don't interfere with backwards compatibility and fit into the language as a
> whole.
+1
Regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Tue, Jan 6, 2015 at 3:13 PM, Marcos Douglas wrote:
> Hi,
>
> I can not compile the FPC trunk updated today.
>
> --
> [...]
> 86.exe -bu
> Start compiling package utils for target i386-w
Hi,
I can not compile the FPC trunk updated today.
--
[...]
86.exe -bu
Start compiling package utils for target i386-win32.
Compiling BuildUnit_utils.pp
Compiling usubst.pp
Compiling ptopu.pp
Compi
delphi dialects, do not you think
it's better all dialects work as Delphi works? Only in this case, of
course.
IMHO this is an inconsistency in the language. Sometimes use "()" sometimes not?
Best regards,
Marcos Douglas
___
fpc-devel ma
On Tue, Nov 18, 2014 at 8:56 AM, Marcos Douglas wrote:
> On Mon, Nov 17, 2014 at 6:50 PM, JP Stolk wrote:
>>
>> Hello,
>>
>>
>>
>> I am struggeling with Lazarus and a connection to MSSQL server 2005.
>>
>> I get the data, but when i change a
e problem could be transaction, PK do not exists or other thing.
I work with MSSQL 2005~2008 without these problems. But, I have
problems with Transactions because SQLdb works little different to
Delphi so, I create a project, the Greyhound*, that works better for
me. Maybe you shoud try.
* http
On Mon, Apr 7, 2014 at 5:44 AM, Michael Van Canneyt
wrote:
>
>
> On Sat, 5 Apr 2014, Marcos Douglas wrote:
>
>>>
>>> Michael.
>>
>>
>> Hi Michael,
>>
>> A first little patch.
>> In line 1101 -- Function TPasToJSConverter.Co
the system unit (no classes unit, to name but
> one).
>
> Feel free to discuss here or mail me in private with more questions.
>
> Michael.
Hi Michael,
A first little patch.
In line 1101 -- Function TPasToJSConverter.ConvertRepeatStatement --
you need to put a "raise"
===code===
except
On Tue, Mar 11, 2014 at 6:18 PM, Marco van de Voort wrote:
> In our previous episode, Marcos Douglas said:
>> >> http://svn.freepascal.org/svn/fpc/branches/fixes_2_6 ?
>> >
>> > from memory .. tags/release_2_6_4
>>
>> Yes, thanks... but for updat
On Tue, Mar 11, 2014 at 5:57 PM, Marco van de Voort wrote:
> In our previous episode, Marcos Douglas said:
>> Where is the branch for download,
>> http://svn.freepascal.org/svn/fpc/branches/fixes_2_6 ?
>
> from memory .. tags/release_2_6_4
Yes, thanks... but for updates w
ch for download,
http://svn.freepascal.org/svn/fpc/branches/fixes_2_6 ?
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
On Tue, Mar 5, 2013 at 11:46 AM, Paul Ishenin wrote:
> 05.03.13, 21:00, Marcos Douglas пишет:
>
>> So now we have 7! ;-)
>> I want to keep the language sane too.
>
>
> I wrote not about sane/insane. Delphi adds features to pascal the way they
> want - this is real
On Tue, Mar 5, 2013 at 7:10 AM, Paul Ishenin wrote:
> 05.03.13, 17:55, Sven Barth wrote:
>
>> @Paul: see? :)
>
>
> I see you, Graeme, Michael and probably some more 5-6 developers.
So now we have 7! ;-)
I want to keep the language sane too.
Re
ured code (with names and defined in the
> correct location in my unit]. I simply don't see a need for anonymous
> methods. Maybe other languages have them, because they didn't have the
> method pointer construct to start with?
+1
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Mon, Mar 4, 2013 at 5:26 AM, Vittorio Giovara
wrote:
> On Mon, Mar 4, 2013 at 12:35 AM, Marcos Douglas wrote:
>>
>> On Sun, Mar 3, 2013 at 8:29 PM, Vittorio Giovara
>> wrote:
>> > On 04/mar/2013, at 00:21, Marcos Douglas wrote:
>> >
>> > [cu
gt; end;
>
>
> >From what I can see, anonymous methods are just like the above code...
> allowing a declaration of a procedure/method in-line inside a code block
> where in shouldn't belong. It is very, very un-Pascal like. The end
> result is unreadable code, probabl
On Sun, Mar 3, 2013 at 9:00 PM, Graeme Geldenhuys
wrote:
> On 2013-03-03 23:21, Marcos Douglas wrote:
>>
>> Sad. Instead of "fight", why not walking together?
>
> I'm not joining any "fight", simply wanted to know what the 'm' stood for.
On Sun, Mar 3, 2013 at 8:29 PM, Vittorio Giovara
wrote:
> On 04/mar/2013, at 00:21, Marcos Douglas wrote:
>
> [cut]
>
>> FPC Team:
>> Try to hear Martin otherwise, because he is a great developer with great
>> ideas.
>
> I am no fpc dev here, but patches
in your thoughts,
in your great ideas.
IMHO the MSEgui should be part of FPC, somehow, but...
FPC Team:
Try to hear Martin otherwise, because he is a great developer with great ideas.
Best regards,
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Wed, Dec 26, 2012 at 10:20 AM, Michael Van Canneyt
wrote:
>
>
> On Wed, 26 Dec 2012, Marcos Douglas wrote:
>
>> On Wed, Dec 26, 2012 at 9:49 AM, Michael Van Canneyt
>> wrote:
>>>
>>>
>>>
>>>
>>> On Wed, 26 Dec 2012, M
On Wed, Dec 26, 2012 at 9:49 AM, Michael Van Canneyt
wrote:
>
>
>
> On Wed, 26 Dec 2012, Marcos Douglas wrote:
>
>> On Wed, Dec 26, 2012 at 2:07 AM, Martin Schreiber wrote:
>>>
>>> Hi,
>>> Does any body work on a LLVM backend for Free Pascal?
>
t;
> Thanks, Martin
The author of ExtPascal created this project: llvm-pascal
http://code.google.com/p/llvm-pascal/
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
rvers,
>> but I do not see sufficient reasons to change the interface and introduce an
>> incompatibility.
>
> Incompatibility with not yet released code?
I agree.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
7.1/packages'
make[2]: *** [packages_all] Error 2
make[2]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1'
make[1]: *** [build-stamp.x86_64-win64] Error 2
make[1]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1'
make: *** [crossinstall] Error 2
.........
On Thu, Sep 27, 2012 at 2:43 PM, Michael Van Canneyt
wrote:
>
>
> On Thu, 27 Sep 2012, Marcos Douglas wrote:
>
>>>
>>> I hope not :-)
>>
>>
>> Of course the second is (a little) better.
>>
>> But, If you permits:
>> for i :
On Thu, Sep 27, 2012 at 2:26 PM, Michael Van Canneyt
wrote:
>
>
> On Thu, 27 Sep 2012, Marcos Douglas wrote:
>
>>>> However we can use "poor names" -- very difficult to happen a
>>>> collision -- to represent a variable like A, J, D... but I do
On Thu, Sep 27, 2012 at 1:58 PM, Graeme Geldenhuys
wrote:
> On 2012-09-27 17:52, Marcos Douglas wrote:
>>
>> I agree that is much simpler... but why nobody, in another language,
>> do the same? Does not worth it? I do not know.
>
> Well, other languages have there own
On Thu, Sep 27, 2012 at 1:55 PM, Graeme Geldenhuys
wrote:
> On 2012-09-27 17:46, Marcos Douglas wrote:
>>
>> This "feature" have the origin in a bug in compiler.
>
> Yeah, but it takes a human to debug such issues. The compiler might have
> no problem understa
On Thu, Sep 27, 2012 at 1:48 PM, Michael Van Canneyt
wrote:
>
>
> On Thu, 27 Sep 2012, Marcos Douglas wrote:
>
>> On Thu, Sep 27, 2012 at 12:08 PM, wrote:
>>>
>>>
>>>
>>> On Thu, 27 Sep 2012, Marcos Douglas wrote:
>>>
>>
piler
directive or something like that.
I agree that is much simpler... but why nobody, in another language,
do the same? Does not worth it? I do not know.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Thu, Sep 27, 2012 at 12:26 PM, Graeme Geldenhuys
wrote:
> On 2012-09-27 15:48, Marcos Douglas wrote:
>> problem, IMHO, is that I can't choose when we talk about local
>> variables.
>
> Just like there is a coding style (not language rule) that classes start
> w
On Thu, Sep 27, 2012 at 12:08 PM, wrote:
>
>
> On Thu, 27 Sep 2012, Marcos Douglas wrote:
>
>>>
>>> Yes, it's always possible. In practice, I haven't seen this happen a
>>> single
>>> time in the 10+ years that the compiler has had th
On Thu, Sep 27, 2012 at 11:53 AM, wrote:
>
>
> On Thu, 27 Sep 2012, Marcos Douglas wrote:
>
>>
>> But this is a programmer's choice, ie, using or not the Self. The
>> problem, IMHO, is that I can't choose when we talk about local
>> variables.
>
On Thu, Sep 27, 2012 at 11:33 AM, Jonas Maebe wrote:
>
> On 27 Sep 2012, at 16:18, Marcos Douglas wrote:
>
>> On Thu, Sep 27, 2012 at 11:01 AM, Jonas Maebe
>> wrote:
>>>
>>>
>>> Yes, but the human brain is very good at confusing such thing
On Thu, Sep 27, 2012 at 11:30 AM, wrote:
>
>
> On Thu, 27 Sep 2012, Marcos Douglas wrote:
>
>> On Thu, Sep 27, 2012 at 11:01 AM, Jonas Maebe
>> wrote:
>>>
>>>
>>> On 27 Sep 2012, at 15:51, Marcos Douglas wrote:
>>>
>>> What
On Thu, Sep 27, 2012 at 11:01 AM, Jonas Maebe wrote:
>
> On 27 Sep 2012, at 15:51, Marcos Douglas wrote:
>
> What is the advantages to the compiler return the error bellow?
> ERROR: unit1.pas(31,3) Error: Duplicate identifier "FooVar"
>
> Why the compiler do not r
e declarations }
public
FooVar: string;
StdCtrls: string;
end;
var
Form1: TForm1;
implementation
{$R *.lfm}
procedure TForm1.Button1Click(Sender: TObject);
var
FooVar: string;
begin
FooVar := 'foo';
StdCtrls := 'Is that right?&#x
od solution for TStrings. Whatever string type is
>> chosen, some programs will suffer.
>
> Why will some suffer? Simply default UnicodeString to the correct
> encoding on each platform, and no performance issues and no
> unnecessary conversions will occur.
Make much s
On Wed, Jul 25, 2012 at 12:39 PM, Sven Barth
wrote:
> Am 25.07.2012 17:19, schrieb Marcos Douglas:
>
>> On Wed, Jul 25, 2012 at 11:55 AM, Sven Barth
>> wrote:
>>>
>>> Am 25.07.2012 16:48, schrieb Marcos Douglas:
>>>
>>>> O
On Wed, Jul 25, 2012 at 11:55 AM, Sven Barth
wrote:
> Am 25.07.2012 16:48, schrieb Marcos Douglas:
>
>> On Wed, Jul 25, 2012 at 11:39 AM, Sven Barth
>> wrote:
>>>
>>>
>>> Am 25.07.2012 16:10, schrieb Marcos Douglas:
>>>
>&
On Wed, Jul 25, 2012 at 11:39 AM, Sven Barth
wrote:
>
> Am 25.07.2012 16:10, schrieb Marcos Douglas:
>
>> On Wed, Jul 25, 2012 at 10:42 AM, Nico Erfurth wrote:
>>>
>>> On 25.07.12 15:35, Marcos Douglas wrote:
>>>>
>>>> On Wed
On Wed, Jul 25, 2012 at 10:42 AM, Nico Erfurth wrote:
> On 25.07.12 15:35, Marcos Douglas wrote:
>> On Wed, Jul 25, 2012 at 10:25 AM, Marco van de Voort wrote:
>>> In our previous episode, Marcos Douglas said:
>>>>
>>>> I would like to report s
On Wed, Jul 25, 2012 at 10:42 AM, Jonas Maebe wrote:
>
>
> Marcos Douglas wrote on Wed, 25 Jul 2012:
>
>> On Wed, Jul 25, 2012 at 10:25 AM, Marco van de Voort
>> wrote:
>>>>
>>>> [...]
>>>> make[6]: Entering directory `W:/md/dev/freep
On Wed, Jul 25, 2012 at 10:25 AM, Marco van de Voort wrote:
> In our previous episode, Marcos Douglas said:
>>
>> I would like to report some errors when I tried to compile the FPC
>> 2.7.1 at revision 21969 (I am using Windows).
>
> First step in bootstrapping probl
"
text.inc(199,34) Fatal: There were 50 errors compiling module, stopping
Fatal: Compilation aborted
make[7]: *** [system.ppu] Error 1
make[7]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1/rtl/win32'
make[6]: *** [win32_all] Error 2
make[6]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1/rtl'
make[5]: *** [rtl] Error 2
make[5]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1/compiler'
make[4]: *** [next] Error 2
make[4]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1/compiler'
make[3]: *** [ppc1.exe] Error 2
make[3]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1/compiler'
make[2]: *** [cycle] Error 2
make[2]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1/compiler'
make[1]: *** [compiler_cycle] Error 2
make[1]: Leaving directory `W:/md/dev/freepascal/compiler/2.7.1'
make: *** [build-stamp.i386-win32] Error 2
--
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Wed, May 2, 2012 at 11:47 AM, Martin Schreiber wrote:
> On 02.05.2012 15:41, Marcos Douglas wrote:
>>
>>> This last one is bad advice, this code will break as soon as they switch to
>>> 2.6.3. Which, presumably, eventually they will.
>>>
>>> If
arnings and will continue to work with 2.6.3.
Well, that was the way I chose.
> Or you can simply ignore the warnings, which is by far the easiest option.
> I can't believe people are making such fuss over a couple of warnings.
>
> Michael.
The problem, for me, would be break the sources in production.
If GetBookmarkData and FreeBookmark will continue work so, that is
what I will use.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
> have "bookmarkty" in order to avoid the warning. FPC and Lazarus probably
> can't do the same because of Delphi compatibility. Suggestion:
> remove "deprecated" from TBookmarkStr in fixes_2_6.
+1
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
uld be useful.
>
> Criticism is easy. Coming up with solutions obviously much less so.
>
> Michael.
IMHO, I think they want to back how was before, ie., using
TBookmarkStr without 'deprecated'... while the core do not have a
solution, first in trunk.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Mon, Apr 30, 2012 at 4:10 PM, Marco van de Voort wrote:
> In our previous episode, Marco van de Voort said:
>> > end;
>>
>> No. See bug #21064.
>
> This involves generics, so is something different.
Yeah, I saw... This confused the two of us.
On Mon, Apr 30, 2012 at 3:53 PM, Sergei Gorelkin
wrote:
> 30.04.2012 22:42, Marcos Douglas пишет:
>
>>
>> FPC 2.6.1 or 2.7.1 (trunk)?
>> I'm using 2.6.1 and I can't compile it.
>>
> I was testing with trunk, but I don't remember significant change
On Mon, Apr 30, 2012 at 3:23 PM, Sergei Gorelkin
wrote:
> 30.04.2012 20:38, Marcos Douglas пишет:
>>
>>
>> Simple. Does not compile.
>>
> The following compiles successfully (in Win32):
>
> -- cut
> {$mod
On Mon, Apr 30, 2012 at 12:25 PM, Sergei Gorelkin
wrote:
> 30.04.2012 19:06, Marcos Douglas пишет:
>
>> Hi,
>>
>> Can I, using FPC trunk, do this sintaxe?
>>
>> type
>> TMemoryManager = class(TInterfacedObject, IMalloc, IErrorInfo)
>> func
On Mon, Apr 30, 2012 at 12:13 PM, Marco van de Voort wrote:
> In our previous episode, Marcos Douglas said:
>> Can I, using FPC trunk, do this sintaxe?
>>
>> type
>> TMemoryManager = class(TInterfacedObject, IMalloc, IErrorInfo)
>> function IMalloc.Al
c's Alloc and Free methods onto TMemoryManager's Allocate
and Deallocate methods.
A method resolution clause cannot alter a mapping introduced by an
ancestor class."
Thanks,
Marcos Douglas
___
fpc-devel maillist - fp
On Mon, Apr 30, 2012 at 1:56 AM, Martin Schreiber wrote:
> On Thursday 26 April 2012 06:58:01 Martin Schreiber wrote:
>> On Wednesday 25 April 2012 21:43:30 Marco van de Voort wrote:
>> > In our previous episode, Marcos Douglas said:
>> > > > Done, trunk r
7;t expect breakage! Breakages belong in TRUNK
> only.
+1
IMHO even new things and improvements would be welcome, but not break
the old things.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
fected were tdataset and bufdataset (conversion
> between Pbufbookmark and tbytes).
What about 2.6.1, will change in a few days too?
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tue, Apr 24, 2012 at 6:18 PM, Marco van de Voort wrote:
> In our previous episode, Marcos Douglas said:
>> > every assignment of TDataset.Bookmark to a variable.
>> > As intended too?
>>
>> This broke the ZEOS 6.6.6-stable and 7.0.0-alpha too (patch to zeos 7
&
nagement so
> probably TDataset.FreeBookmark() must be called in a try finally block for
> every assignment of TDataset.Bookmark to a variable.
> As intended too?
This broke the ZEOS 6.6.6-stable and 7.0.0-alpha too (patch to zeos 7
in attachment for somebody want).
Marcos Douglas
zeos7.0.0-alpha__fp
>>> I will do so later today.
>>
>> Michael,
>> I updated patch for fcl-db test suite. See:
>> http://bugs.freepascal.org/view.php?id=17303
>> Would you be so glad and will you apply them please ?
>
>
> Done, rev. 20572.
>
> Sorry for the delay.
&g
On Wed, Mar 21, 2012 at 5:01 AM, wrote:
>
>
> On Tue, 20 Mar 2012, Marcos Douglas wrote:
>
>> On Tue, Mar 20, 2012 at 8:12 PM, wrote:
>>>
>>>
>>>
>>> On Tue, 20 Mar 2012, Marcos Douglas wrote:
>>>
>&g
e with other installation of
MSSQL. My mistake, sorry.
If I find some problems I can post in bugtracker or still early to do this?
--
Michael, sorry for your time.
Marcos Douglas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tue, Mar 20, 2012 at 8:12 PM, wrote:
>
>
> On Tue, 20 Mar 2012, Marcos Douglas wrote:
>
>> On Tue, Mar 20, 2012 at 6:59 PM, Michael Van Canneyt
>> wrote:
>>>
>>>
>>>
>>> On Tue, 20 Mar 2012, Marcos Douglas wrote:
>>>
>&
1 - 100 of 203 matches
Mail list logo
