Re: [lazarus] Lazarus on SPARC
Mark Morgan Lloyd wrote: You can compare with your results. The tests are processor independent, i.e. the idea is that all CPU's get more or less the same result. OK, so the tests run OK for Solaris but might be broken for Linux. I'm trying to revert to 2.0.4 here to see to what extent that changes things. Going back to 2.0.4 doesn't improve anything. 2.1.4 tests definitely don't run here on SPARC under Debian Etch, I'm going to work on this for a while. I'll be back. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus on SPARC
Michael Van Canneyt wrote: Does anybody know what the current situation is with regards to automated tests for FPC and Lazarus? I tried the FPC tests earlier and while on x86 they completed and appeared to give me sensible results (although not being an FPC guru I don't know whether they were the /right/ sensible results :-) but on SPARC they bombed early on- I interpreted that as bad maintenance of the test suite. It's not bad maintenance. On the contrary. The tests are run on a daily basis, also for Sparc. The daily FPC test suite results can be viewed on-line: http://www.freepascal.org/cgi-bin/testsuite.cgi You can compare with your results. The tests are processor independent, i.e. the idea is that all CPU's get more or less the same result. OK, so the tests run OK for Solaris but might be broken for Linux. I'm trying to revert to 2.0.4 here to see to what extent that changes things. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus on SPARC
On Mon, 9 Jul 2007, Mark Morgan Lloyd wrote: Vincent Snijders wrote: I can put a bit more time into this, but I don't know SPARC very well at the machine level and my experience with gdb is limited. Can't you copuy the TTextStyle declaration (and dependants) into a test program and assign the alignment field as in the snippet? I don't think it's a simple alignment problem. I've just spent a few hours eliminating the attractive heresy that somebody had slipped in a reserved word Alignment that was screwing things, and am now looking at an apparent situation where CPU state is in a mess on entry to TCustomStringGrid.Create with a bus error very shortly after- however I don't know gdb well enough to be able to look at things in detail. I'm reminded of the problem in gtkwinapiwindow.pp that I fixed a week ago by inserting a DebugLn() in front of the suspect code. That was with 2.0.4 and 0.9.22, I checked earlier and I didn't have to apply the same hack this time to get it working. Does anybody know what the current situation is with regards to automated tests for FPC and Lazarus? I tried the FPC tests earlier and while on x86 they completed and appeared to give me sensible results (although not being an FPC guru I don't know whether they were the /right/ sensible results :-) but on SPARC they bombed early on- I interpreted that as bad maintenance of the test suite. It's not bad maintenance. On the contrary. The tests are run on a daily basis, also for Sparc. The daily FPC test suite results can be viewed on-line: http://www.freepascal.org/cgi-bin/testsuite.cgi You can compare with your results. The tests are processor independent, i.e. the idea is that all CPU's get more or less the same result. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus on SPARC
On Mon, 09 Jul 2007 16:43:07 + Mark Morgan Lloyd [EMAIL PROTECTED] wrote: So close, but I'm afraid I need a hand here :-/ I've got 0.9.22 and 0.9.23 (version of 20070706) installed in conjunction with FPC 2.1.4 on x86 and SPARC systems (PIII and Ultra-10 respectively). Both systems have Linux 2.6, the x86 is Debian 3.1 Sarge and the SPARC is Debian 4.0 Etch. On both systems Lazarus builds without significant trouble and runs. A simple Hello World! with output to a TMemo behaves as expected. Moving a realistic demo program from Delphi/Lazarus on Win-32 compiles and runs on the x86 system. Moving it onto the SPARC system allows it to compile OK but results in a bus error when it tries to run. Stepping through, the problem appears to be here: constructor TCustomStringGrid.Create(AOwner: TComponent); begin inherited Create(AOwner); with DefaultTextStyle do begin Alignment := taLeftJustify; // = bus error here Layout := tlCenter; Clipping := True; //WordBreak := False end; ExtendedSelect := True; end; It turns out to be easy to get Lazarus on SPARC to fail: start out with a virgin project and drop a TStringGrid onto the form. However this appears to be a designer issue and using forms etc. built on a different system is more robust- it doesn't fail until runtime. Being aware of previous discussion e.g. thread at http://lists.freepascal.org/lists/fpc-devel/2004-October/004022.html and assuming that this is an byte/word alignment or packing issue I have spent the afternoon tinkering but can't get simple Pascal (i.e. not relying on the behavior of Lazarus components) to fail. I can put a bit more time into this, but I don't know SPARC very well at the machine level and my experience with gdb is limited. Can't you copuy the TTextStyle declaration (and dependants) into a test program and assign the alignment field as in the snippet? Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus on SPARC
Vincent Snijders wrote: I can put a bit more time into this, but I don't know SPARC very well at the machine level and my experience with gdb is limited. Can't you copuy the TTextStyle declaration (and dependants) into a test program and assign the alignment field as in the snippet? I don't think it's a simple alignment problem. I've just spent a few hours eliminating the attractive heresy that somebody had slipped in a reserved word Alignment that was screwing things, and am now looking at an apparent situation where CPU state is in a mess on entry to TCustomStringGrid.Create with a bus error very shortly after- however I don't know gdb well enough to be able to look at things in detail. I'm reminded of the problem in gtkwinapiwindow.pp that I fixed a week ago by inserting a DebugLn() in front of the suspect code. That was with 2.0.4 and 0.9.22, I checked earlier and I didn't have to apply the same hack this time to get it working. Does anybody know what the current situation is with regards to automated tests for FPC and Lazarus? I tried the FPC tests earlier and while on x86 they completed and appeared to give me sensible results (although not being an FPC guru I don't know whether they were the /right/ sensible results :-) but on SPARC they bombed early on- I interpreted that as bad maintenance of the test suite. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus on SPARC/Linux
On 7/1/07, Mark Morgan Lloyd [EMAIL PROTECTED] wrote: FPC appears to be OK and Lazarus is so very close to working that I'd be surprised if this was the result of a compiler problem. I recomend that you try the subversion version of Lazarus then. Any changes will be made to subversion anyway, and you won't be able to test them if you don't use it. -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus on SPARC/Linux
Felipe Monteiro de Carvalho wrote: FPC appears to be OK and Lazarus is so very close to working that I'd be surprised if this was the result of a compiler problem. I recomend that you try the subversion version of Lazarus then. Any changes will be made to subversion anyway, and you won't be able to test them if you don't use it. I will do that, but not immediately. The position is that I had a reasonable degree of confidence that I could get FPC 2.0.4 working on SPARC after the work I did last Summer and that version- as I understand it- is known to compile the current version of Lazarus as released. I don't want to start working with both an untried version of the compiler and a new set of sources... tomorrow, perhaps but not today :-) The current situation appears to be that enabling the calls to DebugLn() and fixing gtkwinapiwindow.pp so that they compile fixes- or at least changes- the problem. That suggests that it might in fact be an FPC code-generation problem. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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-specific. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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 default (make clean all) I get the following if I run under gdb: TApplication.IconChanged - TODO: convert this message...no implementation in gtk or win32 NOTE: miscellaneous options file not found - using defaults TMainIDE.DoNewProject A TMainIDE.DoNewEditorFile A NewFilename= TPascalParserTool.BuildTree B OnlyIntf=Fal Program received signal SIGSEGV, Segmentation fault. 0x00289478 in GTKAPIWIDGETCLIENT_DRAWCARET (CLIENT=0xbdbf18, CALLEDBYTIMER=false) at gtkwinapiwindow.pp:698 698 gtkwinapiwindow.pp: No such file or directory. in gtkwinapiwindow.pp (gdb) where #0 0x00289478 in GTKAPIWIDGETCLIENT_DRAWCARET (CLIENT=0xbdbf18, CALLEDBYTIMER=false) at gtkwinapiwindow.pp:698 #1 0x00288b58 in GTKAPIWIDGETCLIENT_FOCUSIN (AWIDGET=0xbdbf18, EVENT=0xefffdf20) at gtkwinapiwindow.pp:553 #2 0x50251110 in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0 #3 0x5029283c in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0 etc. Obviously I don't know my way around the source yet and any help would be appreciated. I'm very keen to get (and help keep) this running on SPARC, our policy here is that we want an alternative to x86 and Delphi. I've been promised a couple of machines slightly faster than the ones I'm using by a certain hardware manufacturer :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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 unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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 employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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 unit path To avoid localization: fpc -Fr/path/to/your/fpc/compiler/msg/errore.msg \ -va test.pas | grep unit path Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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 relevant. I've got a clean 2.0.4 running on SPARC, generating SPARC code, which compiles Lazarus (described as 0.9.16 beta in the about box). So in other words Lazarus is almost OK on SPARC, with exception problems as I described. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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, going back to my original problem I don't think that localisation or cross-compiler issues are relevant. I've got a clean 2.0.4 running on SPARC, generating SPARC code, which compiles Lazarus (described as 0.9.16 beta in the about box). So in other words Lazarus is almost OK on SPARC, with exception problems as I described. #0 0x00289478 in GTKAPIWIDGETCLIENT_DRAWCARET (CLIENT=0xbdbf18, CALLEDBYTIMER=false) at gtkwinapiwindow.pp:698 Please check if the line numbers are correct: 696: if (WidgetStylenil) 697: and (Widget^.Windownil) 698: and (Width0) 696: and (Height0) The Width is accessed some lines in front. Maybe a compiler bug? Add some writelns and find out what pointer exactly gives the SIGSEGV. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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 (WidgetStylenil) 697: and (Widget^.Windownil) 698: and (Width0) 696: and (Height0) The Width is accessed some lines in front. Maybe a compiler bug? Add some writelns and find out what pointer exactly gives the SIGSEGV. I can confirm those line numbers. I'll work on it, but it will take me some while and I might need to ask for more help since I'm very much a beginner as far as the FPC/Lazarus codebases and gdb are concerned. I've got FPC building itself for SPARC without error, although there's a problem in the interface between the fp IDE and gdb- I don't think that should be relevant to this one. Something that I think I could usefully try is building Lazarus for x86 just in case there's something undetected in the version of the sources that I've got. I wonder whether I could ask what this list's preferred policy is about CCing message posters to make sure that relevant threads don't get lost in the noise? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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/lazarus/components/mpaslex/mpaslex.pp Assembling mpaslex Assembling todolist Compiling codeexplorer.pas Compiling codeexplopts.pas Assembling codeexplopts Assembling codeexplorer Compiling buildfiledlg.pas Assembling buildfiledlg Compiling extractprocdlg.pas Assembling extractprocdlg Compiling findrenameidentifier.pas Assembling findrenameidentifier Compiling cleandirdlg.pas Assembling cleandirdlg Assembling main Assembling lazarus Linking ../lazarus /usr/bin/ld: cannot find -lglib lazarus.pp(108,42) Error: Error while linking make[2]: *** [lazarus] Error 1 make[2]: Leaving directory `/home/markMLl/pascal/lazarus/ide' make[1]: *** [ide] Error 2 make[1]: Leaving directory `/home/markMLl/pascal/lazarus/ide' make: *** [ide] Error 2 Reviewing previous discussion I see suggestions that there should be a symlink like libglib.so - libglib-1.2.so.0.0.10, and that the directory containing this should be referenced in fpc.cfg. AFAIK the compiler searches /usr/lib always. 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 /usr/lib/libglib-1.2.so.0.0.10 /usr/lib/libglib-1.2.so.0 - libglib-1.2.so.0.0.10 In /etc/fpc.cfg I've got -Fl/usr/lib/gcc-lib/sparc-linux/3.3.5 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 user, but I think that is a wrong assumption. Try installing that gtk 1.2 devel package. Allowing that the object of the exercise is (a) to have working FPC and Lazarus compilers and (b) not to break my development system by setting up any inappropriate symlinks, can anybody comment on the best way of sorting out the missing file or symlink? If you are reluctant to install the appropriate dev packages, then you can create all the symlinks yourself. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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 /usr/lib/libglib-1.2.so.0.0.10 /usr/lib/libglib-1.2.so.0 - libglib-1.2.so.0.0.10 In /etc/fpc.cfg I've got -Fl/usr/lib/gcc-lib/sparc-linux/3.3.5 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. Not on Debian but Ubuntu: [EMAIL PROTECTED]:~$ dpkg -L libglib1.2-dev /. /usr /usr/include /usr/include/glib-1.2 /usr/include/glib-1.2/glib.h /usr/include/glib-1.2/gmodule.h /usr/lib /usr/lib/pkgconfig /usr/lib/pkgconfig/glib.pc /usr/lib/pkgconfig/gmodule.pc /usr/lib/pkgconfig/gthread.pc /usr/lib/libglib.la /usr/lib/libgmodule.la /usr/lib/libgthread.la /usr/lib/libglib.a /usr/lib/libgmodule.a /usr/lib/libgthread.a /usr/lib/glib /usr/lib/glib/include /usr/lib/glib/include/glibconfig.h /usr/bin /usr/bin/glib-config /usr/share /usr/share/aclocal /usr/share/aclocal/glib.m4 /usr/share/man /usr/share/man/man1 /usr/share/man/man1/glib-config.1.gz /usr/share/doc /usr/share/doc/libglib1.2-dev /usr/share/doc/libglib1.2-dev/copyright /usr/share/doc/libglib1.2-dev/changelog.gz /usr/share/doc/libglib1.2-dev/changelog.Debian.gz /usr/lib/libglib.so /usr/lib/libgmodule.so /usr/lib/libgthread.so hih _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus for SPARC
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 .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus on sparc-solaris
Hello, Personally I have no interrest in sparc ( I have never seen one). But someone posted on a kylix forum last month asking if there was a sparc solaris version of Lazarus, so there is interrest, althought it is probably small. Here is the link: http://groups.google.com.br/group/borland.public.kylix.non-technical/browse_frm/thread/908475b0d2e4ff59/464b8e254526aeff?lnk=stq=sparc+solaris+Free+Pascal+kylixrnum=1hl=pt-BR#464b8e254526aeff -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus on sparc-solaris
Felipe Monteiro de Carvalho wrote: Hello, Personally I have no interrest in sparc ( I have never seen one). But someone posted on a kylix forum last month asking if there was a sparc solaris version of Lazarus, so there is interrest, althought it is probably small. Here is the link: http://groups.google.com.br/group/borland.public.kylix.non-technical/browse_frm/thread/908475b0d2e4ff59/464b8e254526aeff?lnk=stq=sparc+solaris+Free+Pascal+kylixrnum=1hl=pt-BR#464b8e254526aeff Strangely enough, I did not see your reply of 29 mar 2006 04:59 in the newsgroup, nor can I browse it at borland.forums.com. Maybe because the original message was already expired, maybe because it was canceled. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus on SPARC
Marco van de Voort wrote: I think there is a binary distribution for sparc: ftp://freepascal.stack.nl/pub/fpc/dist/sparc-linux-2.0.0/ Thanks Marco, I'll keep an eye on it. General plan is to wait for Debian to have a stable FPC 2.0, then I'll try working from source if necessary. I'm hoping to be able to get a number of critical Delphi apps to the state where they will compile for SPARC in case the x86 platform subsides into a morass of malware and viruses. I'm currently running under NT and I'd like to say that Lazarus is far more impressive than it was when I had my last session around a year ago: congratulations to all concerned, and I hope to be able to make some contribution. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives