2014.07.15. 18:50 keltezéssel, Joost van der Sluis írta:
Damn, I didn't think of that. Should be fixed now.
Joost.
Tried again and got out of memory at lpk install, Lazarus crash and
never start after.
Gabor
--
___
Lazarus mailing list
Lazarus@li
> On 14/07/14 22:13, Joost van der Sluis wrote:
> > Hi all,
> >
> > As I've written before there's a new debugger available for Lazarus.
> > (Actually there are two new debuggers, but I'm talking about the new
> > gdb-less debugger)
> >
> > The debugger has been improved a lot and I could need some
2014.07.16. 9:58 keltezéssel, Joost van der Sluis írta:
At install? That's really strange.
Did you get Lazarus up again? Normally you can always fix things with a
'make all' from the command-line. Then start lazarus, and do a 'Build
all' from within the IDE.
Thinks like 'Out of memory' or 'Disk
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
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 if optimizations are needed.
The two are listed from
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
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
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
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 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:/
Il 15/07/2014 20:43, Graeme Geldenhuys ha scritto:
On 2014-07-15 19:16, Juha Manninen wrote:
One addition please: add the "jump backward" and "jump forward"
(Ctrl-H, Ctrl-Shift-H) buttons there by default. They are the single
most requested operations. Once people learn to use shortcuts, they
ar
Hello,
Usually, when compiling message window's line not move to last added
line. I mean memo not scroll to end of memo lines, I can move scrollbar
via keyboard or mouse. just see in main IDE caption, "(compiling...)"
yes compiling, (debugging...) yes my project will or running.
my suggestion
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 version of gdb using OpenOCD V8
Also another question , when I am targeting ar
..reminds me at a bug in intel Drivers i had trouble with on Linux-Mint
cinnamon:
try this (quote from a forum
http://forums.linuxmint.com/viewtopic.php?f=221&t=146477 ):
*
I have a Intel GPU, and i have these annoying black windows.
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
No Classes for Embedded ARM.
If I goto my source dir for Trunk FPC and do a search in RTL I can't find
anything for classes.*
Note I am using trunk FPC and not fixes_2_6 ( or what ever the lastest
version is) as trunk FPC only supports my lpc board, it doesn't work in
fixes_2_6
Kind Regards
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
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
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
Hi,
Václav Valíček
vac...@valicek.name
Dne 15.7.2014 13:44, Michael Van Canneyt napsal(a):
[snip]
So, would it be possible to add to 'Find in files' the following
search scopes:
a) Search in "Open Packages" (all packages that I have opened in the IDE)
+1, Would be nice...
b) Search in "pro
Yes, It's only space consumer... Copy/Cut/Paste are known even by my
father. (LOL). I don't think that buttons are needed...
Václav Valíček
vac...@valicek.name
Dne 15.7.2014 20:48, Graeme Geldenhuys napsal(a):
On 2014-07-15 19:40, Giuliano Colla wrote:
I was thinking
to provide as a starting
On Wed, 16 Jul 2014 08:32:27 +0200
Václav Valíček wrote:
> Hi,
>
> Václav Valíček
> vac...@valicek.name
>
> Dne 15.7.2014 13:44, Michael Van Canneyt napsal(a):
> > [snip]
> > So, would it be possible to add to 'Find in files' the following
> > search scopes:
> >
> > a) Search in "Open Packages
Same overkill as you describe above, if you realise that most projects
are dependent on LCL (And it on LCLBase, next LazUtils, next FCL...) and
it is huge bunch of files
Once searched, the OS has the files in cache and search takes
only a few seconds on recent machines.
While I was doing expe
On Wed, 16 Jul 2014 18:36:23 +0200
Václav Valíček wrote:
> >> Same overkill as you describe above, if you realise that most projects
> >> are dependent on LCL (And it on LCLBase, next LazUtils, next FCL...) and
> >> it is huge bunch of files
> > Once searched, the OS has the files in cache an
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
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 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
27 matches
Mail list logo
