I'm going to have to drop Lazarus on SPARC for a few days since I've got a job
that needs to be done for the end of the month.
The position appears to be that the same compiler sources are OK on Linux/i386,
so the SEGV problem (and other exceptions which might be a knock-on effect) are
SPARC-speci
Mattias Gaertner wrote:
> #0 0x00289478 in GTKAPIWIDGETCLIENT_DRAWCARET (CLIENT=0xbdbf18,
> CALLEDBYTIMER=false) at gtkwinapiwindow.pp:698
>
> Please check if the line numbers are correct:
>
> 696: if (WidgetStyle<>nil)
> 697: and (Widget^.Window<>nil)
> 698: and (Width>0)
> 69
On Fri, 18 Aug 2006 16:55:17 +
Mark Morgan Lloyd <[EMAIL PROTECTED]> wrote:
> Mattias Gaertner wrote:
>
> > fpc -va test.pas | grep "unit path"
> >
> > To avoid localization:
> > fpc -Fr/path/to/your/fpc/compiler/msg/errore.msg \
> > -va test.pas | grep "unit path"
>
> OK, noted. Whatever
Mattias Gaertner wrote:
> fpc -va test.pas | grep "unit path"
>
> To avoid localization:
> fpc -Fr/path/to/your/fpc/compiler/msg/errore.msg \
> -va test.pas | grep "unit path"
OK, noted. Whatever, going back to my original problem I don't think that
localisation or cross-compiler issues are re
On Fri, 18 Aug 2006 16:10:58 +
Mark Morgan Lloyd <[EMAIL PROTECTED]> wrote:
> Marco van de Voort wrote:
>
> > fpc -h | grep -Xd
>
> OK, but is there anything that will cause the compiler to dump what
> it considers to be its search paths etc., like Perl's -V option?
fpc -va test.pas | grep
Marco van de Voort wrote:
> fpc -h | grep -Xd
OK, but is there anything that will cause the compiler to dump what it considers
to be its search paths etc., like Perl's -V option?
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's, not those of his employer
On Thu, Aug 17, 2006 at 09:00:52PM +, Mark Morgan Lloyd wrote:
> Vincent Snijders wrote:
>
> > AFAIK the compiler searches /usr/lib always.
>
> Noted :-)
fpc -h | grep -Xd
_
To unsubscribe: mail [EMAIL PROTECTED] with
With the addition of libgtk1.2-dev Lazarus compiles clean using the 2.0.4
compiler on Debian/SPARC.
However when I start it I get a SEGV while it's drawing the initial GUI. It
allows me to continue, I've been through it several times setting up options
etc. but it's very fragile.
Compiled as defa
Lord Satan wrote:
> Not on Debian but Ubuntu:
>
> [EMAIL PROTECTED]:~$ dpkg -L libglib1.2-dev
TFT. I think that the main requirement on Debian is libgdk-pixbuf-dev, which
also installs libgtk1.2-dev.
I'm going to get some sleep while that lot sorts itself out :-)
--
Mark Morgan Lloyd
markMLl
Vincent Snijders wrote:
> AFAIK the compiler searches /usr/lib always.
Noted :-)
> > Looking at a Debian machine that has had libglib2.0-dev installed on it I
> > can't
> > see a libglib.so symlink, so I presume that Debian wouldn't set one up for
> > v1.2
> > either.
>
> I am not a debian us
> I can see that Debian has installed the libglib1.2 and libglib2.0-0 packages,
> but not the corresponding development packages (presumably libglib1.2-dev and
> libglib2.0-dev respectively. I can see files
>
> /usr/lib/libglib-2.0.so.0.600.4
> /usr/lib/libglib-2.0.so.0 -> libglib-2.0.so.0.600.4
>
Mark Morgan Lloyd wrote:
I'm working on compiling Lazarus for SPARC under Linux, using Debian 3.1
("Sarge"). I've now got a working copy of the FPC 2.0.4 compiler (many thanks to
the relevant FPC developers for their help :-)
I'm grinding to a halt with this:
Compiling /home/markMLl/pascal/laza
I'm working on compiling Lazarus for SPARC under Linux, using Debian 3.1
("Sarge"). I've now got a working copy of the FPC 2.0.4 compiler (many thanks to
the relevant FPC developers for their help :-)
I'm grinding to a halt with this:
Compiling /home/markMLl/pascal/lazarus/components/mpaslex/mpas
13 matches
Mail list logo