I believe this started with yesterday's snapshot, though it may have been a
bit before. Looks like it is trying to link with /usr/X11R6/lib even though
it's supposed to be a carbon build, which if I remember correctly is the
problem.
The funny thing is that even with the error, Lazarus itself
The debugger crashing might be related to the unknown stabs type error
when linking, which I've learned is an XCode 3.x linker problem and has to
be worked around by adding -gw2 -godwarfsets when compiling Lazarus and
laz projects. Using those options allows linking to proceed without any
errors.
Well this is interesting. Running gdb from the command-line and loading the
compiled project runs fine. Here's the output:
obijohn:~/projects/fpc/testprojects/project1$ gdb project1.app
GNU gdb 6.3.50-20050815 (Apple version gdb-1461.2) (Fri Mar 5 04:43:10 UTC
2010)
Copyright 2004 Free Software
2011/2/3 Martin laza...@mfriebe.de
Anyway try to compile with -dWithSynOverviewGutter
It gives an overview of some elements:
- implementation vs interface
- the yellow/green changed line indications
- position of bookmarks
- position of breakpoints
= It is meant to one day indicate the
2011/2/4 Martin laza...@mfriebe.de
On 04/02/2011 19:17, John Stoneham wrote:
2011/2/3 Martin laza...@mfriebe.de
Anyway try to compile with -dWithSynOverviewGutter
It gives an overview of some elements:
- implementation vs interface
- the yellow/green changed line indications
- position
There is an error building bigide from svn, and I've notice it for all
revisions past 29368. Here's the error:
tagraph.pas(412,17) Error: Call by var for arg no. 2 has to match
exactly: Got TChart expected TComponent
lresources.pp(914,11) Hint: Found declaration:
I didn't mention that I'm using fcp 2.5.1 svn to compile. Not sure if that
makes a difference.
On Sat, Feb 5, 2011 at 11:12 AM, John Stoneham captnjamesk...@gmail.comwrote:
There is an error building bigide from svn, and I've notice it for all
revisions past 29368. Here's the error
On Sat, Feb 12, 2011 at 8:35 AM, Bernd Kreuss prof7...@googlemail.comwrote:
communicated much better with more standard terminology and the 0.9.30
RC should not be named 0.9.29 and RC should be labeled as such and not
fixes because fixes would imply maintenance of an already released
branch.
My setup: LCL=carbon (OS X), I build svn daily, and fpc is 2.5.1 from svn
A couple of weeks ago, I noticed that *single*-clicking in the Object
Inspector actually increments the value of any property displayed with
ComboBoxes. That can't be the intended behavior, can it? And then, you can't
On Mon, Feb 14, 2011 at 12:07 PM, dmitry boyarintsev
skalogryz.li...@gmail.com wrote:
I'm afraid this is how Apple designed Carbon (intentionally i suspect
to force everyone to use Cocoa).
You can actually test by using Interface Builder. Create a window and
place a combobox on it. Add some
On Mon, Feb 14, 2011 at 12:14 PM, John Stoneham captnjamesk...@gmail.comwrote:
However, I'm still curious as to why on earth Object Inspector increments
properties on *single*-click. That is just annoying the hell out of me. You
can't even click to see the list of available properties without
On Mon, Feb 14, 2011 at 12:30 PM, John Stoneham captnjamesk...@gmail.comwrote:
On Mon, Feb 14, 2011 at 12:14 PM, John Stoneham
captnjamesk...@gmail.comwrote:
However, I'm still curious as to why on earth Object Inspector increments
properties on *single*-click. That is just annoying
Can you clear this up for me?
Here's the way I understand it.
- Even numbers are reserved for stable releases: 0.9.28.2 is the current
stable release.
- Odd numbers are used for the development branch: 0.9.31 is the current svn
development branch. (Why isn't it 0.9.29 then?)
- Fixes branch is for
On Thu, Feb 24, 2011 at 7:38 AM, Marc Weustink marc.weust...@cuperus.nlwrote:
zeljko wrote:
On Thursday 24 of February 2011 06:25:08 John Stoneham wrote:
procedure TOICustomPropertyGrid.ValueComboBoxMouseUp(Sender: TObject;
Button: TMouseButton; Shift: TShiftState; X, Y: Integer);
begin
14 matches
Mail list logo