Guys, i suggest to create another thread to discuss namespace.
This thread is a different topic, related to the IDE, while namespace is a
compiler thing.
Luiz
Em 09/07/2015 16:12, "silvioprog" escreveu:
> On Thu, Jul 9, 2015 at 4:05 PM, silvioprog wrote:
> [...]
>
>> This option also enables t
On Thu, 9 Jul 2015, silvioprog wrote:
On Thu, Jul 9, 2015 at 2:58 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
[...]
We have support for dotted unit names. The only thing missing is a
namespace directive.
Is there any plan for implementing the -NS[1] compiler paramet
On Thu, Jul 9, 2015 at 4:05 PM, silvioprog wrote:
[...]
> This option also enables the 'UseUnitScopeNames' directive, so you can use
>> a unit declaration like 'uses {$IFNDEF
>> UseUnitScopeNames}MyCompany.{$ENDIF}SysUtils'.
>
>
Oops,
"... so you can use an unit declaration like 'uses {$IFNDEF
U
On Thu, Jul 9, 2015 at 3:45 PM, Michael Van Canneyt
wrote:
>
>
> On Thu, 9 Jul 2015, Marcos Douglas wrote:
>
>> On Thu, Jul 9, 2015 at 2:58 PM, Michael Van Canneyt
>> wrote:
>>>
>>>
>>>
>>> On Thu, 9 Jul 2015, Marcos Douglas wrote:
>>>
On Thu, Jul 9, 2015 at 12:58 PM, Michael Van Canneyt
>>>
>
> On Thu, Jul 9, 2015 at 2:58 PM, Michael Van Canneyt mich...@freepascal.org
> wrote:
[...]
> We have support for dotted unit names. The only thing missing is a
> namespace directive.
Is there any plan for implementing the -NS[1] compiler parameter? This
option allows to use scoped unit name
On Thu, 9 Jul 2015, Marcos Douglas wrote:
On Thu, Jul 9, 2015 at 2:58 PM, Michael Van Canneyt
wrote:
On Thu, 9 Jul 2015, Marcos Douglas wrote:
On Thu, Jul 9, 2015 at 12:58 PM, Michael Van Canneyt
wrote:
On Thu, 9 Jul 2015, Graeme Geldenhuys wrote:
Hi,
I have two independent packa
On Thu, Jul 9, 2015 at 2:58 PM, Michael Van Canneyt
wrote:
>
>
> On Thu, 9 Jul 2015, Marcos Douglas wrote:
>
>> On Thu, Jul 9, 2015 at 12:58 PM, Michael Van Canneyt
>> wrote:
>>>
>>>
>>>
>>> On Thu, 9 Jul 2015, Graeme Geldenhuys wrote:
>>>
Hi,
I have two independent packages. I wou
On Thu, 9 Jul 2015, Marcos Douglas wrote:
On Thu, Jul 9, 2015 at 12:58 PM, Michael Van Canneyt
wrote:
On Thu, 9 Jul 2015, Graeme Geldenhuys wrote:
Hi,
I have two independent packages. I would like my project to toggle
between either one (but never both at the same time). Both have a uni
On Thu, Jul 9, 2015 at 12:58 PM, Michael Van Canneyt
wrote:
>
>
> On Thu, 9 Jul 2015, Graeme Geldenhuys wrote:
>
>> Hi,
>>
>> I have two independent packages. I would like my project to toggle
>> between either one (but never both at the same time). Both have a unit
>> with the exact same name, he
2015-07-09 12:58 GMT-03:00 Michael Van Canneyt :
>
>
> On Thu, 9 Jul 2015, Graeme Geldenhuys wrote:
>
>
>>
>> Is there a way with the Compiler Options -> Other (or Additions and
>> Overrides) to include a specific package based on a compiler define?
>>
>>
>>
> I would even go further, and have a p
On 2015-07-09 16:58, Michael Van Canneyt wrote:
> I would even go further, and have a package included or not depending
> on the OS. Similar, I think it should be possible to include a unit
> in a package, depending on the OS.
+1 on both counts. I've hit the issue of your second point many years
On Thu, 9 Jul 2015, Graeme Geldenhuys wrote:
Hi,
I have two independent packages. I would like my project to toggle
between either one (but never both at the same time). Both have a unit
with the exact same name, hence both packages can't be added to the
dependency list at the same time.
Is
Hi,
I have two independent packages. I would like my project to toggle
between either one (but never both at the same time). Both have a unit
with the exact same name, hence both packages can't be added to the
dependency list at the same time.
Is there a way with the Compiler Options -> Other (or
On Thu, Jul 17, 2014 at 11:33:37AM +0200, Sven Barth wrote:
> > Some users installed fpc with system.ppu and no
> > classes.ppu. That's why the test was added years ago.
>
> Hmm... It might be that this was when Classes was not yet part of the RTL.
> This was changed some years back, so that unit
@ www.isis.co.uk
Kind Regards
Justin
From: Sven Barth [mailto:pascaldra...@googlemail.com]
Sent: Thursday, 17 July 2014 7:34 PM
To: Lazarus mailing list
Subject: Re: [Lazarus] Compiler Options
Am 16.07.2014 22:01 schrieb "Mattias Gaertner" :
>
> On Wed, 16 Jul 201
Am 16.07.2014 22:01 schrieb "Mattias Gaertner" :
>
> On Wed, 16 Jul 2014 21:25:49 +0200
> Sven Barth wrote:
>
> >[...]
> > It's likely better to rely on the system.ppu... :/
>
> Some users installed fpc with system.ppu and no
> classes.ppu. That's why the test was added years ago.
Hmm... It might
On Wed, Jul 16, 2014 at 09:25:49PM +0200, Sven Barth wrote:
> > installed right.
> > For targets without Classes the test needs to be adapted.
> > What targets do not have a classes.ppu?
>
> All targets that don't have a classes.pp in their corresponding RTL
> directory (e.g. rtl/embedded, rtl/ma
On 16.07.2014 22:00, Mattias Gaertner wrote:
On Wed, 16 Jul 2014 21:25:49 +0200
Sven Barth wrote:
[...]
It's likely better to rely on the system.ppu... :/
Some users installed fpc with system.ppu and no
classes.ppu. That's why the test was added years ago.
How did they manage that?! O.o
R
On Wed, 16 Jul 2014 21:25:49 +0200
Sven Barth wrote:
>[...]
> It's likely better to rely on the system.ppu... :/
Some users installed fpc with system.ppu and no
classes.ppu. That's why the test was added years ago.
Mattias
--
___
Lazarus mailing list
On 16.07.2014 15:28, Mattias Gaertner wrote:
On Wed, 16 Jul 2014 15:14:01 +0200
Sven Barth wrote:
[...]
Is there really no classes.ppu for your arm target?
That's rather likely as Classes is simply too fat...
On targets with classes the fat makes it a good indicator if fpc was
installed r
arm-embedded does not have classes.ppu, same with mipsel-embedded (but
this target is not yet fully visible in trunk)
arm and mipsel do have definitions in fpc/rtl/embedded/rtl.cfg :
#ifdef CPUARM
-SfSOFTFPU
-SfCLASSES
#ifdef CPUMIPSEL
-SfSOFTFPU
-SfCLASSES
but even with those settings active
On Wed, 16 Jul 2014 15:14:01 +0200
Sven Barth wrote:
>[...]
> > Is there really no classes.ppu for your arm target?
>
> That's rather likely as Classes is simply too fat...
On targets with classes the fat makes it a good indicator if fpc was
installed right.
For targets without Classes the test
Am 16.07.2014 14:08 schrieb "Mattias Gaertner" :
>
> On Wed, 16 Jul 2014 21:45:55 +1000
> "Justin Smyth" wrote:
>
> > Thanks
> >
> > I am updating lazarus on my vm now.
> >
> >
> > I am using trunk FPC 2.6.4 which has the mods for LPC 1343. ( embedded )
> >
> > I've also made a custom version of G
nd Regards
Justin
-Original Message-
From: Mattias Gaertner [mailto:nc-gaert...@netcologne.de]
Sent: Wednesday, 16 July 2014 10:07 PM
To: lazarus@lists.lazarus.freepascal.org
Subject: Re: [Lazarus] Compiler Options
On Wed, 16 Jul 2014 21:45:55 +1000
"Justin Smyth" wrote:
On Wed, 16 Jul 2014 21:45:55 +1000
"Justin Smyth" wrote:
> Thanks
>
> I am updating lazarus on my vm now.
>
>
> I am using trunk FPC 2.6.4 which has the mods for LPC 1343. ( embedded )
>
> I've also made a custom version of GDBMiServerDebugger which adds support
> for connecting to EABI vers
o: lazarus@lists.lazarus.freepascal.org
Subject: Re: [Lazarus] Compiler Options
On 07/16/2014 11:57 AM, Marco van de Voort wrote:
> (and that results in only a barebone RTL)
I do like the term "barebone" a lot more than "embedded&quo
On 07/16/2014 11:57 AM, Marco van de Voort wrote:
(and that results in only a barebone RTL)
I do like the term "barebone" a lot more than "embedded" for this option
:-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http:/
On 07/16/2014 11:51 AM, Sven Barth wrote:
The "official" FPC description: No OS, bare hardware. In case of ARM
this also includes the possibility to load a controller file for
certain boards we already support.
To me this wording seems just as misleading as the old-style Linux
"noMMU" meani
On Wed, Jul 16, 2014 at 11:51:44AM +0200, Sven Barth wrote:
> > Is there an "official" description what this is supposed to mean ?
>
> The "official" FPC description: No OS, bare hardware.
(and that results in only a barebone RTL)
--
___
Lazarus mailin
Am 16.07.2014 11:31 schrieb "Justin Smyth" :
>
> If you compile using trunk fpc I need to use -Cparmv7m
>
>
>
> -Op is target cpu optimization
>
>
>
> And –cp is for choice of instruction set.
>
>
>
>
>
> The –Op seems wrong to be used in this case, project options are for
defining the cpu type not
Am 16.07.2014 11:11 schrieb "Michael Schnell" :
>
> On 07/15/2014 05:26 AM, Justin Smyyth wrote:
>>
>> "Target selected as embedded"
>
> Is there an "official" description what this is supposed to mean ?
The "official" FPC description: No OS, bare hardware. In case of ARM this
also includes the
n
Kind Regards
Justin
From: Michael Schnell [mailto:mschn...@lumino.de]
Sent: Wednesday, 16 July 2014 6:43 PM
To: lazarus@lists.lazarus.freepascal.org
Subject: Re: [Lazarus] Compiler Options
On 07/15/2014 05:26 AM, Justin Smyyth wrote:
"Target selected as embedded"
I
On 07/15/2014 05:26 AM, Justin Smyyth wrote:
"Target selected as embedded"
Is there an "official" description what this is supposed to mean ?
Some years ago "embedded" in the Linux Kernel meant that the CPU does
not feature a Memory management Unit.
Nowadays, ARM CPUs without MMU seem rath
The Compiler options found in the project options , for arm embedded when
you have Target selected as embedded and cpu family as arm and target
processor as ARMV7M are not correct , it comes up with -OpARMV7M instead of
-Cparmv7m
how can i change this ? is it stored in a XML file or where do i
On 08/09/12 12:58, Mattias Gaertner wrote:
On Sat, 08 Sep 2012 12:27:28 +0300
patspiper wrote:
What exactly is Compiler Options: Apply conventions? It is not
documented in
http://wiki.lazarus.freepascal.org/IDE_Window:_Compiler_Options.
I added it:
http://wiki.lazarus.freepascal.org/IDE_Wind
On Sat, 08 Sep 2012 12:27:28 +0300
patspiper wrote:
> What exactly is Compiler Options: Apply conventions? It is not
> documented in
> http://wiki.lazarus.freepascal.org/IDE_Window:_Compiler_Options.
I added it:
http://wiki.lazarus.freepascal.org/IDE_Window:_Compiler_Options#Apply_Conventions
patspiper wrote:
What exactly is Compiler Options: Apply conventions? It is not
documented in
http://wiki.lazarus.freepascal.org/IDE_Window:_Compiler_Options.
Affects things like e.g. 'lib' being applied as a prefix to a unix
shared library.
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .D
What exactly is Compiler Options: Apply conventions? It is not
documented in
http://wiki.lazarus.freepascal.org/IDE_Window:_Compiler_Options.
Stephano
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.or
On 07/05/12 22:16, Mattias Gaertner wrote:
On Mon, 07 May 2012 22:12:57 +0930
SteveG wrote:
Project Options / Paths / Unit Output directory (-FU)
Would anybody know if there exists a compiler substitution for the
current username (under Linux)
I would like the output dir set to eg: /tmp/curru
On Mon, 07 May 2012 22:12:57 +0930
SteveG wrote:
> Project Options / Paths / Unit Output directory (-FU)
>
> Would anybody know if there exists a compiler substitution for the
> current username (under Linux)
> I would like the output dir set to eg: /tmp/curruser/project/etc
>
> (multiple user
Project Options / Paths / Unit Output directory (-FU)
Would anybody know if there exists a compiler substitution for the
current username (under Linux)
I would like the output dir set to eg: /tmp/curruser/project/etc
(multiple users on a shared system)
Thanks - SteveG
--
Hi all,
On Saturday (2010-10-09 16:37:08 +) in svn revision 27634 I
introduced a bug, so that projects with a separate session file (.lps)
loose their compiler options.
This was fixed in svn revision 27649.
The daily snapshots contain the bug too. The version tomorrow will
contain the fix.
Never mind! I found where to alter the compiler default message file.
FPC.cfg, of course. I forgot to look this file.
But i am still interested in some handy tool to edit these files !!!
BTW, i have two more questions:
- Some of these file looks outdated. The default "errore.msg" has 180Kb and
There is no option for this in Environment -> Desktop options.
And about a tool to edit compiler message file, if someone knows please... A
specific editor will be handy. Visually this file is hard to maintain with a
plain text editor.
Marcelo.
dmitry boyarintsev wrote:
>2009/10/6 Marcelo Borg
2009/10/6 Marcelo Borges de Paula :
> I know that if i check this option in Project->Compiler Options->Messages,
> the file is used only for current project.
Maybe the option should be in Environment -> Desktop options.
The same place where IDE's interface language is selected.
> BTW, could someon
Hello all,
I want to know how to make a particular compiler message file (.msg), the
default to all projects. Is it possible ?
I know that if i check this option in Project->Compiler Options->Messages, the
file is used only for current project.
BTW, could someone tell me which tool is used to ed
46 matches
Mail list logo
