Graeme Geldenhuys schrieb:
On 15/01/2008, Marc Weustink <[EMAIL PROTECTED]> wrote:
When Im writing my software I do not want to debug Lazarus, so why
should I include 10MB of LCL debug Info in my .EXE?
Then when you release, run strip
See it as part of your release. Lazarus won't zip
Marc Weustink schrieb:
Cesar Liws Gmail wrote:
I Agree with you Fabio, and also it can be implemented in Lazarus:
1) Debug Path – LCL with Debug info
2) Release Path – LCL WITHOUT Debug Info
What if I want other options in my release ?
Assertions on/off or Rangechecking on/off
What a pity for them. We can do nothing for them. If they don't make
critism of lazarus, it does not matter.
It is like not buying a new car because of the color.
We can do a lot for them but not with this meaning.
That follows the idea that a "Target mecanism" is needed. I agree it
is a nee
Lance Collins schreef:
Re: [lazarus] Solution to the BIG compiled file issue! new thread as
requested
On 16/01/2008, Lance Collins <[EMAIL PROTECTED]> wrote:
> But I'm baffled trying to convert my main application It compiles
> but won't link (so I don't have a big compiled EXE).
>
> I t
Re: [lazarus] Solution to the BIG compiled file issue! new thread as requested
On 16/01/2008, Lance Collins <[EMAIL PROTECTED]> wrote:
> But I'm baffled trying to convert my main application It compiles
> but won't link (so I don't have a big compiled EXE).
>
> I think I've screwed the environ
On 16/01/2008, Lance Collins <[EMAIL PROTECTED]> wrote:
> But I'm baffled trying to convert my main application It compiles
> but won't link (so I don't have a big compiled EXE).
>
> I think I've screwed the environment/compiler etc. options somehow
> and I can't find helpful explanations for eac
Thanks Al,
Ill check this out.
[]s
Cesar Romero
-Mensagem original-
De: Al Boldi [mailto:[EMAIL PROTECTED]
Enviada em: terça-feira, 15 de janeiro de 2008 12:57
Para: lazarus@miraclec.com
Assunto: [lazarus] Native debugger
Cesar Liws Gmail wrote:
> >We need a native debugger support
Damien Gerard wrote:
Normal users read the documentation because you cannot play a game
without knowing the rules. They already know how to use Delphi when
they were a little baby ? ^^) and some modifications are necessary.
As far I know this is planned for Lazarus >=1.0, in order to make a
con
Vincent:
> So what we need it users that are willing to become contributors, not
> users that contribute nothing. They are welcome of course. But they are
> not *needed* for Lazarus to advance.
> Please, correct me, where I am making a mistake in my reasoning.
Synergy would be the #1 word t
On 15/01/2008, Marc Weustink <[EMAIL PROTECTED]> wrote:
>
> > When Im writing my software I do not want to debug Lazarus, so why
> > should I include 10MB of LCL debug Info in my .EXE?
>
> Then when you release, run strip
>
> See it as part of your release. Lazarus won't zip the exe for you
> neith
Wanderlan Santos dos Anjos wrote:
An initial development this is at \debugger\windebug
\fpwd by Marc. Is it stopped?
See my reply somwhere in the big thread with subject "native debugger"
Marc
_
To unsubscribe: mail [EMAIL PR
Micha Nelissen wrote:
Marc Weustink wrote:
the following app is valid:
program a;
{$mode objfpc}{$h+}
var
p: PChar;
s: String;
begin
p := 'abcdef';
s := p;
end.
An assignment is not necessarily the same as a typecast, as far as I
know. They could be handled by different pieces of compi
ik wrote:
On Jan 15, 2008 11:00 PM, Vincent Snijders <[EMAIL PROTECTED]> wrote:
Al Boldi schreef:
Cesar Liws Gmail wrote:
Check out http://sourceforge.net/projects/mseide-msegui
It's got a nicely integrated debugger,
AFAIK, it is also a front end to GDB.
complete with CpuView and integrated
Andrew Brunner wrote:
I've seen plenty of Scripting solutions for Delphi. Google pascal
scripting control or something along those lines...
To make Pascal relevant (on the web) - all that's needed is some built-in
components that allow interpreted code on the fly. It's not hard for
servers
Cesar Liws Gmail wrote:
I Agree with you Fabio, and also it can be implemented in Lazarus:
1) Debug Path – LCL with Debug info
2) Release Path – LCL WITHOUT Debug Info
What if I want other options in my release ?
Assertions on/off or Rangechecking on/off ?
When Im writing my s
On Jan 15, 2008 11:00 PM, Vincent Snijders <[EMAIL PROTECTED]> wrote:
> Al Boldi schreef:
> > Cesar Liws Gmail wrote:
> > Check out http://sourceforge.net/projects/mseide-msegui
> >
> > It's got a nicely integrated debugger,
>
> AFAIK, it is also a front end to GDB.
>
> > complete with CpuView and
Al Boldi schreef:
Cesar Liws Gmail wrote:
Check out http://sourceforge.net/projects/mseide-msegui
It's got a nicely integrated debugger,
AFAIK, it is also a front end to GDB.
complete with CpuView and integrated
disassembler. Would be nice if somebody ports this over.
That would be nic
Cesar Liws Gmail wrote:
> >We need a native debugger support for FPC/Lazarus programs on all
> >platforms.That's the big issue everyone seems to avoid talking about...
>
> I agree with you, and this is the kind of Project that I want to
> participate.
Check out http://sourceforge.net/projects/msei
Vincent Snijders wrote:
> So what we need it users that are willing to become contributors, not
> users that contribute nothing. They are welcome of course. But they are
> not *needed* for Lazarus to advance.
>
> Please, correct me, where I am making a mistake in my reasoning.
Things start small l
On Tue, 15 Jan 2008 14:12:38 +0100
Jonas Maebe <[EMAIL PROTECTED]> wrote:
>
> On 15 Jan 2008, at 14:05, Michael Van Canneyt wrote:
>
> >> On 15/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> >> -- 8< --
> >>
> >> thanks for your explanation, i was curious what the progress on
> >> thi
On Tue, 15 Jan 2008 17:59:20 +0100
Lukas Gradl <[EMAIL PROTECTED]> wrote:
>
>
> Fabio Dell'Aria schrieb:
> > Hi to all,
> >
> > all we know how many new users do not uses lazarus because it
> > create too BIG compiled files.
> >
> > We know that:
> >
> > 1)...the additional options are needed
On Tue, 15 Jan 2008 16:15:46 +0100
Marius <[EMAIL PROTECTED]> wrote:
> Fabio Dell'Aria wrote:
> > Hi to all,
> >
> > all we know how many new users do not uses lazarus because it
> > create too BIG compiled files.
>
> I cannot find the original thread, but i believe i have read
> something about
On Jan 15, 2008, at 8:47 PM, Christian U. wrote:
nse. However some novice should be afraid by some remaining bugs or
missing features compared to Delphi. That would make sense.
Take some looks at delphi forums
Indeed I have never read those forums
waht the people thinks about lazarus an
Why needs Lazarus users that contribute nothing?
They are testers and they infect others by the virus ;)
More users are already an good thing.
Well, that was my question, please explain why. What benifit gets Lazarus
from a user? Lazarus doesn't get a thing for users that just uses Lazarus
why don't you call the method FormKeyDown yourself?
...
begin
...
self.FormKeyDown(self, 65,[ssAlt]);
end;
R#
2008/1/15, Fabio Dell'Aria <[EMAIL PROTECTED]>:
> Hi,
>
> 2008/1/15, Lee Jenkins <[EMAIL PROTECTED]>:
> > Fabio Dell'Aria wrote:
> > > Hi to all,
> > >
> > > how I can simulate th
nse. However some novice should be afraid by some remaining bugs or
missing features compared to Delphi. That would make sense.
Take some looks at delphi forums waht the people thinks about lazarus
and you will see that a lot of users uninstall it before go to web or
read some faq.
And if w
I've seen plenty of Scripting solutions for Delphi. Google pascal
scripting control or something along those lines...
To make Pascal relevant (on the web) - all that's needed is some built-in
components that allow interpreted code on the fly. It's not hard for
servers to include server side su
>
> Anyway, if I were a new user to Lazarus, I would be surprised by the big
> compiled file.
> As an old Delphian, indeed it would be a bit strange.
> - Lazarus is not Delphi. Consequently some changes sould appears.
> - Why so big ? May be there is some related documentation.
> - May be Goog
On Jan 15, 2008, at 7:57 PM, Christian U. wrote:
I defend the hypothesis:
Users who cannot find out how to remove debug info from executable
are unlike to become contributors (giving good advice in forums,
providing good bug reproducible bug report with example programs
and back traces,
Well, that was my question, please explain why. What benifit gets
Lazarus from a user? Lazarus doesn't get a thing for users that just
uses Lazarus and doesn't contribute anything. Codegear for example
gets a couple of hundreds of dollars for each user.
Not every user that
looks first to the
Vincent Snijders wrote:
No, working with my two neighbours would not work. Lazarus needs lot's
of testers, document writers, support givers in the forums (main,
distro-specific and in several languages), graphical designers.
If me and my two neigbours work on it in my rate, we couldn't finish
I defend the hypothesis:
Users who cannot find out how to remove debug info from executable are
unlike to become contributors (giving good advice in forums, providing
good bug reproducible bug report with example programs and back
traces, patches, writing good example programs for the wiki,
Am 15.01.2008 um 20:26 schrieb Vincent Snijders:
For creating a successful and strong development tool (which is
the goal of the whole project AFAIK) you need not only
contributors but users as well...
Why needs Lazarus users that contribute nothing?
They are testers and they infect othe
Hi Vincent,
2008/1/15, Vincent Snijders <[EMAIL PROTECTED]>:
>
> Christian U. schreef:
> > Vincent Snijders schrieb:
> >> Lukas Gradl schreef:
> >>>
> >>>
> >>>
> >>> Do you really think, Lazarus should only exist to develop Lazarus?
>
> Lazarus exists to develop Object Pascal programs with FPC.
>
Christian U. schreef:
Vincent Snijders schrieb:
Lukas Gradl schreef:
Do you really think, Lazarus should only exist to develop Lazarus?
Lazarus exists to develop Object Pascal programs with FPC.
For creating a successful and strong development tool (which is the
goal of the whole projec
Hi,
2008/1/15, Lee Jenkins <[EMAIL PROTECTED]>:
>
> Fabio Dell'Aria wrote:
> > Hi to all,
> >
> > how I can simulate the "ALT+E" key-press command on a specified TForm
> > for open its "&Edit" menu?
> >
>
> Fabio, can you try:
>
> 1. Set TMyForm.KeyPreview := true
>
> 2. OnKeyDown Event Code:
>
>
Christian U. schreef:
Vincent Snijders schrieb:
Fabio Dell'Aria schreef:
Yes I understand but why loose so many new users?
All the programmers come from Delphi reports this issue and only a
little subset of them check for a solution on Google.
Others are lost!
So what? It is their loss. I
Vincent Snijders wrote:
Lukas Gradl schreef:
Do you really think, Lazarus should only exist to develop Lazarus? For
creating a successful and strong development tool (which is the goal
of the whole project AFAIK) you need not only contributors but users
as well...
Why needs Lazarus users
Vincent Snijders schrieb:
Lukas Gradl schreef:
Do you really think, Lazarus should only exist to develop Lazarus?
For creating a successful and strong development tool (which is the
goal of the whole project AFAIK) you need not only contributors but
users as well...
Why needs Lazarus use
Fabio Dell'Aria wrote:
Hi to all,
how I can simulate the "ALT+E" key-press command on a specified TForm
for open its "&Edit" menu?
Fabio, can you try:
1. Set TMyForm.KeyPreview := true
2. OnKeyDown Event Code:
procedure TMyForm.FormKeyDown( Sender: TObject; var Key: Word;
Shift: TShift
Lukas Gradl schreef:
Do you really think, Lazarus should only exist to develop Lazarus? For
creating a successful and strong development tool (which is the goal of
the whole project AFAIK) you need not only contributors but users as
well...
Why needs Lazarus users that contribute nothing?
>We need a native debugger support for FPC/Lazarus programs on all
>platforms.That's the big issue everyone seems to avoid talking about...
I agree with you, and this is the kind of Project that I want to participate.
[]s
Cesar Romero
No virus found in this outgoing message.
Checked by AVG F
Marc Weustink wrote:
> the following app is valid:
> program a;
> {$mode objfpc}{$h+}
> var
> p: PChar;
> s: String;
> begin
> p := 'abcdef';
> s := p;
> end.
An assignment is not necessarily the same as a typecast, as far as I
know. They could be handled by different pieces of compiler co
Hi,
2008/1/15, Horacio Jamilis <[EMAIL PROTECTED]>:
>
> I was thinking exactly the same
>
> Yesterday I was talking about Lazarus to one of my clients, and he asked
> me why I am steel using Delphi... and the my answer was:
>
> 1) The internal debugger is not as usefull as the Delphi one...
> The
An initial development this is at \debugger\windebug\fpwd by Marc.
Is it stopped?
--
Att,
Wanderlan Santos dos Anjos
I was thinking exactly the same
Yesterday I was talking about Lazarus to one of my clients, and he asked
me why I am steel using Delphi... and the my answer was:
1) The internal debugger is not as usefull as the Delphi one...
The most important missing feature is the Object support (evaluate o
Zero time. This checkbox exists:
Menu: Project|Compiler options
Tab: 'Linking'
Checkbox: 'Strip symbols from Executable (-Xs)'
So what is the problem ?
You cant debug after this if you just strip debug code from lcl you can
debug you App and Executable is small.
Its an great Option.
___
Vincent Snijders schrieb:
Fabio Dell'Aria schreef:
Yes I understand but why loose so many new users?
All the programmers come from Delphi reports this issue and only a
little subset of them check for a solution on Google.
Others are lost!
So what? It is their loss. If they cannot even find
Fabio Dell'Aria schrieb:
Hi to all,
all we know how many new users do not uses lazarus because it create too
BIG compiled files.
We know that:
1)...the additional options are needed to can debug the project;
2)...just do a simple "strip --strip-all filename" reduce drastically
the final s
Am 15.01.2008 um 18:35 schrieb Marco van de Voort:
On Tue, Jan 15, 2008 at 06:28:12PM +0200, Albert Zeyer wrote:
I've no idea what you mean by that remark.
Linux became popular because it was/is easy to install. (OK, not
gained by
the Linux kernel developers itself but by the community a
>
>
> We need a native debugger support for FPC/Lazarus programs on all
> platforms.That's the big issue everyone seems to avoid talking about...
>
> Boguslaw
>
An initial development this is at \debugger\windebug\fpwd by Marc.
Is it stopped?
--
Att,
Wanderlan Santos dos Anjos
Vincent Snijders schrieb:
Fabio Dell'Aria schreef:
Yes I understand but why loose so many new users?
All the programmers come from Delphi reports this issue and only a
little subset of them check for a solution on Google.
Others are lost!
So what? It is their loss. If they cannot even fi
Peter Vreman wrote:
If the debugger gdb can support the dwarf debug info the size of the
binary will be already a lot
smaller. So it isn't a problem of FPC but of the debuggers what debuginfo
is supported. See below
what the difference on the lazarus binary:
~/lazarus>>> ls -l lazarus-*
-rwxr-xr
On Tue, Jan 15, 2008 at 06:28:12PM +0200, Albert Zeyer wrote:
>>
>> I've no idea what you mean by that remark.
>
> Linux became popular because it was/is easy to install. (OK, not gained by
> the Linux kernel developers itself but by the community around.)
Linux got a lot of funding due to hype
On Tue, Jan 15, 2008 at 04:15:46PM +0100, Marius wrote:
> Fabio Dell'Aria wrote:
>> Hi to all,
>>
>> all we know how many new users do not uses lazarus because it create too
>> BIG compiled files.
>
> I cannot find the original thread, but i believe i have read something
> about a "Debug/Releas
Am 15.01.2008 um 18:13 schrieb Marco van de Voort:
On Tue, Jan 15, 2008 at 05:44:15PM +0200, Albert Zeyer wrote:
Andrew Brunner schreef:
Vincent: > IOW: I expect Lazarus users to be knowledgeable,
Lazarus is
not for
fools.
I offer you all this. The #1 reason why Microsoft Windows (3 and
> -Original Message-
> From: Andrew Brunner [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, January 15, 2008 08:02
> To: lazarus@miraclec.com
> Subject: RE: [lazarus] Solution to the BIG compiled file issue!
>
>
>
>
> Vincent:
> > IOW: I expect Lazarus users to be knowledgeable, Lazarus i
On Tue, Jan 15, 2008 at 05:44:15PM +0200, Albert Zeyer wrote:
>> Andrew Brunner schreef:
>>> Vincent: > IOW: I expect Lazarus users to be knowledgeable, Lazarus is
>>> not for
>>> fools.
>>> I offer you all this. The #1 reason why Microsoft Windows (3 and up)
>>> took
>>> off and became so popu
Andrew Brunner wrote:
Vincent:
> IOW: I expect Lazarus users to be knowledgeable, Lazarus is not for
fools.
I offer you all this. The #1 reason why Microsoft Windows (3 and up) took
off and became so popular was Visual Basic for idiots and Turbo Pascal /
Delphi for the coders between C++
On Tue, Jan 15, 2008 at 10:02:28AM -0500, Andrew Brunner wrote:
> I offer you all this. The #1 reason why Microsoft Windows (3 and up) took
> off and became so popular was Visual Basic for idiots and Turbo Pascal /
> Delphi for the coders between C++ and VB.
Or because the people poured in a tru
IMO Lazarus has serious potential to rival that of Java. It just needs more
time and backing.
On desktop application, it already does a tough rival to Java, besides
wxWidgets.
But on web application, FPC/Lazarus is still far behind Java. GWT add
more distance. FPC's CGI framework (if it's do
Hi to all,
how I can simulate the "ALT+E" key-press command on a specified TForm for
open its "&Edit" menu?
--
Best regards...
Fabio Dell'Aria.
Am 15.01.2008 um 17:11 schrieb Vincent Snijders:
Andrew Brunner schreef:
Vincent: > IOW: I expect Lazarus users to be knowledgeable,
Lazarus is not for
fools.
I offer you all this. The #1 reason why Microsoft Windows (3 and
up) took
off and became so popular was Visual Basic for idiots a
Hi,
2008/1/15, Bee <[EMAIL PROTECTED]>:
>
> > I just put this in After Complilation:
> > "..\..\IDE\fpc\2.2.0\bin\i386-win32\strip.exe" --strip-all $(TargetFile)
> >
> > I have to run this command only when I do a full build. Seems to work
> > pretty well.
>
> That's what I've been doing as well.
Am 15.01.2008 um 17:02 schrieb Andrew Brunner:
Vincent:
IOW: I expect Lazarus users to be knowledgeable, Lazarus is not for
fools.
I offer you all this. The #1 reason why Microsoft Windows (3 and
up) took
off and became so popular was Visual Basic for idiots and Turbo
Pascal /
Delphi
Zero time. This checkbox exists:
Menu: Project|Compiler options
Tab: 'Linking'
Checkbox: 'Strip symbols from Executable (-Xs)'
So what is the problem ?
The size remains the same for me (Ubuntu).
--
Damien Gerard
[EMAIL PROTECTED]
Le temps n'a pas d'importance. Seul le code est importan
I just put this in After Complilation:
"..\..\IDE\fpc\2.2.0\bin\i386-win32\strip.exe" --strip-all $(TargetFile)
I have to run this command only when I do a full build. Seems to work
pretty well.
That's what I've been doing as well. As I said, it's just one command
away, yet it's so simple. I
On Jan 15, 2008, at 4:02 PM, Andrew Brunner wrote:
Vincent:
IOW: I expect Lazarus users to be knowledgeable, Lazarus is not for
fools.
I offer you all this. The #1 reason why Microsoft Windows (3 and
up) took
off and became so popular was Visual Basic for idiots and Turbo
Pascal /
Andrew Brunner schreef:
Vincent:
> IOW: I expect Lazarus users to be knowledgeable, Lazarus is not for
fools.
I offer you all this. The #1 reason why Microsoft Windows (3 and up) took
off and became so popular was Visual Basic for idiots and Turbo Pascal /
Delphi for the coders between C+
Hi,
2008/1/15, Andrew Brunner <[EMAIL PROTECTED]>:
>
> Vincent:
> > IOW: I expect Lazarus users to be knowledgeable, Lazarus is not for
> fools.
>
> I offer you all this. The #1 reason why Microsoft Windows (3 and up) took
> off and became so popular was Visual Basic for idiots and Turbo Pascal
Fabio Dell'Aria wrote:
Hi to all,
all we know how many new users do not uses lazarus because it create too
BIG compiled files.
I cannot find the original thread, but i believe i have read something
about a "Debug/Release" configuration which would solve this whole issue
the nice way. I know
On Tue, 15 Jan 2008, Andrew Brunner wrote:
>
>
>
> Vincent:
> > IOW: I expect Lazarus users to be knowledgeable, Lazarus is not for
> fools.
>
>
> I offer you all this. The #1 reason why Microsoft Windows (3 and up) took
> off and became so popular was Visual Basic for idiots and Turbo P
Vincent:
> IOW: I expect Lazarus users to be knowledgeable, Lazarus is not for
fools.
I offer you all this. The #1 reason why Microsoft Windows (3 and up) took
off and became so popular was Visual Basic for idiots and Turbo Pascal /
Delphi for the coders between C++ and VB.
The long term s
Fabio Dell'Aria wrote:
Hi to all,
all we know how many new users do not uses lazarus because it create too
BIG compiled files.
We know that:
1)...the additional options are needed to can debug the project;
2)...just do a simple "strip --strip-all filename" reduce drastically
the final size
>> If the debugger gdb can support the dwarf debug info the size of the
>> binary will be already a lot
>> smaller. So it isn't a problem of FPC but of the debuggers what debuginfo
>> is supported. See below
>> what the difference on the lazarus binary:
>>
>> ~/lazarus>>> ls -l lazarus-*
>> -rwxr-x
On Tue, 15 Jan 2008, Henry Vermaak wrote:
> On 15/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> -- 8< --
> > As far as I can judge:
> > They count on us to play things fair, and let us handle it to our
> > own judgement for the moment, but said that if we undertook no
> > action, the
On 15/01/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
-- 8< --
> As far as I can judge:
> They count on us to play things fair, and let us handle it to our
> own judgement for the moment, but said that if we undertook no
> action, they would take the necessary steps to protect their IP.
> W
Hello,
yes, always I can set
./lazarus --pcp="xyz" or ./lazbuild --pcp="xyz"
but "Save and rebuild IDE" in PackageManager
using ~/.lazarus
That is not good!
Here is my idea:
lazdir=/lazarus_svn" --> pcp=~./lazarus_svn
or lazdir=/lazarus_0.9.24 --> pcp=~./lazarus_0.9.24
Also, the pcp used auto
So why do not use the dwarf debug format (excuse my ignorance) ?
2008/1/15, Peter Vreman <[EMAIL PROTECTED]>:
>
> > 1)...the additional options are needed to can debug the project;
> > 2)...just do a simple "strip --strip-all filename" reduce drastically
> the
> > final size (an empty project go f
> 1)...the additional options are needed to can debug the project;
> 2)...just do a simple "strip --strip-all filename" reduce drastically the
> final size (an empty project go from 12.5Mb to 1.2 Mb).
>
> I think to have found a really simple solution to can continue to debug our
> project with a r
I Agree with you Fabio, and also it can be implemented in Lazarus:
1) Debug Path LCL with Debug info
2) Release Path LCL WITHOUT Debug Info
When Im writing my software I do not want to debug Lazarus, so why should I
include 10MB of LCL debug Info in my .EXE?
If I have proble
Vincent Snijders ha scritto:
Fabio Dell'Aria schreef:
Others benefits:
1)...speedup compilation (allocated less memory and write less bytes
on disk).
2)...decreases Installation size;
3)...do not confuse new users with LCL code, during the debugging
process.
I think it can be set as an ins
Hi,
2008/1/15, Vincent Snijders <[EMAIL PROTECTED]>:
>
> Fabio Dell'Aria schreef:
> > >
> > > But if a solution exists why do not use it?
> > >
> > > I do not understand! :(
> > >
> >
> > Because it excludes the use of debug information for users that want
> > that
> Yes I understand but why loose so many new users?
> All the programmers come from Delphi reports this issue and only a little
> subset of them check for a solution on Google.
> Others are lost!
One doesn't loose much users that way. People that are so easily turned off,
will always find somethin
Fabio Dell'Aria schreef:
>
> But if a solution exists why do not use it?
>
> I do not understand! :(
>
Because it excludes the use of debug information for users that want
that
information. Removing it is trivial, adding it much harder.
Can be created diffe
I think to be the typical example of the average user, so I'll give my
opinion as well.
- I don't care about the download size, so I am fine with downloading
the full debugging objects files
- I don't care about hard disk size (being anyone not too much for
nowadays): the installer could run the o
Fabio Dell'Aria schreef:
> or a Project option (as in
> Delphi for the "Use Debug DCUs" compiler option)!
>
How is this different from using the correct compiler options?
Using only the -Xs compiler option remove all the debug info and is
impossible debug my project, my opt
Hi,
2008/1/15, Vincent Snijders <[EMAIL PROTECTED]>:
>
> Fabio Dell'Aria schreef:
> > Others benefits:
> >
> > 1)...speedup compilation (allocated less memory and write less bytes on
> > disk).
> > 2)...decreases Installation size;
> > 3)...do not confuse new users with LCL code, during the debugg
Hi,
2008/1/15, Vincent Snijders <[EMAIL PROTECTED]>:
>
> Fabio Dell'Aria schreef:
> >
> >
> > Yes I understand but why loose so many new users?
> > All the programmers come from Delphi reports this issue and only a
> > little subset of them check for a solution on Google.
> > Others are lost!
>
>
HI,
2008/1/15, Antonio Sanguigni <[EMAIL PROTECTED]>:
>
> Yes I understand but why loose so many new users?
> > All the programmers come from Delphi reports this issue and only a
> > little subset of them check for a solution on Google.
> > Others are lost!
> >
>
> This kind of programmers don't d
Fabio Dell'Aria schreef:
Others benefits:
1)...speedup compilation (allocated less memory and write less bytes on
disk).
2)...decreases Installation size;
3)...do not confuse new users with LCL code, during the debugging process.
I think it can be set as an installation
Please, provide patc
Fabio Dell'Aria schreef:
Yes I understand but why loose so many new users?
All the programmers come from Delphi reports this issue and only a
little subset of them check for a solution on Google.
Others are lost!
So what? It is their loss. If they cannot even find out how to do this, how ca
>
> Yes I understand but why loose so many new users?
> All the programmers come from Delphi reports this issue and only a little
> subset of them check for a solution on Google.
> Others are lost!
>
This kind of programmers don't deserve to develope with Lazarus and FPC ;-).
Just joking a bit !
Others benefits:
1)...speedup compilation (allocated less memory and write less bytes on
disk).
2)...decreases Installation size;
3)...do not confuse new users with LCL code, during the debugging process.
I think it can be set as an installation or a Project option (as in Delphi
for the "Use Debu
Ciao Fabio,
>
> all we know how many new users do not uses lazarus because it create too
> BIG compiled files.
imho, this is not the reason because many new users don't use Lazarus. I
believe first one is that they don't trust in opensource software, which
instead is a winner choice, always imho
Hi Vincent,
2008/1/15, Vincent Snijders <[EMAIL PROTECTED]>:
>
> Fabio Dell'Aria schreef:
> > Hi to all,
> >
> > all we know how many new users do not uses lazarus because it create too
> > BIG compiled files.
> >
> > We know that:
> >
> > 1)...the additional options are needed to can debug the pr
Fabio Dell'Aria schreef:
Hi to all,
all we know how many new users do not uses lazarus because it create too
BIG compiled files.
We know that:
1)...the additional options are needed to can debug the project;
2)...just do a simple "strip --strip-all filename" reduce drastically
the final siz
On Mon, 14 Jan 2008, Giuliano Colla wrote:
> Patrick Shepherd ha scritto:
> > Sorry for such a simple question but I'm just getting back to programming
> > (as a hobby). Haven't done much since TP5.
> >
> > Anyway, if I create a component eg TPanel during runtime and set it's owner
> > propert
98 matches
Mail list logo