Re: [lazarus] Search paths
I'm still running into a little trouble here developing a console cgi application. I created a package Pow for powutils, added all units etc etc. The lazarus packages systems asked for the paths, all well.. Compiled and ready to go.. All units nice in a lib path as it should be. And from inside lazarus everything is fine. I depend a lot on batch files and othe rscripts to create and install my programs. So outside lazarus i'm using the command line with fpc -S2cgi --gl -vewnhi -l -Fu. mycgiprogram. Now the compiler cannot find powutils or LazarusPackageIntf. So i need to add both paths again to the fpc.cfg (and the situation is pretty much the same as before i started with the packages) Is this normal, or i'm i overlooking something? How can i share the nice package idea's with the compiler? Greetings, Marius Vincent Snijders wrote: Marius schreef: Vincent Snijders wrote: Create a package for the units. Should i create a (dummy) package to add search paths to lazarus??? No a real package to gather compiler options for a set of units. Installing and recompiling the whole ide just to add a few paths sounds kind of stupid. (The tools do not contain any design stuff). Then again if this works it saves me a lot of typing You don't need to rebuild the IDE, just create one package per directory and add the package to the project in the project inspector. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search paths
lazbuild yourproject.lpi Mattias So that was the whole trickery (i never used lazbuild before) Thanks! _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search paths
I keep learning from my mistakes, i did not even what the .compiled was and why it was there. Now i can turn the .compiled with little effort into a batch file! Thanks. Michael Van Canneyt wrote: Is this normal, or i'm i overlooking something? How can i share the nice package idea's with the compiler? There are 2 ways: When lazarus compiles a project, it leaves a file yourproject.compiled this xml file contains the complete commandline to compile your project. You can test the compiler command-line in the compiler options, that should give you the complete command-line as well. Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Cgi / PowUtils / FastCgi
Razvan Adrian Bogdan wrote: Powtils is simple and efficient, good examples, good docs, friendly forum, with some work on can turn a desktop app into a web app the I have been working with pow for a few day's, its good, but to be honoust it is almost pretty much the same as the standard cgi minus the additional functions, demo's and documentation. right way without an overly complicated widgetset you have no control over such as IntraWeb, using simple templates one can make a pretty Intraweb, yuck, we bought it (and still use it), and i'm looking for a open source replacement (if possible). dynamic templateing system with SubTemplates (a template in a template) that can be used depending on various conditions. If you add a protocol to communicate with your existing HUGE desktop application you're on your way, maybe the part where you stream information could be standardised too, such as sending objects and events. Expectations and layout between desktop and web app are somewhat different, but it would not be really difficult to create a deamon which provided support for desktop and/or webapp. Yes FastCGI, SCGI are good technologies that keep the OS security imposed on executables but allow them to stay resident, Apache modules and ISAPI dlls might not be admin's favourite because they share the memory with the WebServer. Maybe the WebService concept is better, if we had a unit/dll/so to communicate using the same functions with most webservers it would help us a lot. I would drop pow and switch to fastcgi in a minute if i could figure out how the fastcgi implementation in fpcsrc/utils/fppkg/lnet is functioning. In my case it would solve some slow db conections and session problems. I suppose its just a wrap around the standard cgi but i can't see head or tails in the project at this moment (need to look deeper, but it looks like its just unix for now). Greetings, Marius _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Cgi / PowUtils / FastCgi
Lee Jenkins wrote: I've used powtils a bit. Fast, very fast. Yeah it is. However it looks like theres little classes and structure, but thats just the impression i got after a few hours in comparison to a standard cgi application. The only thing I don't like is with standard cgi you can't pool database connections, not sure about FastCGI though which I read was supposed to be opened only once and reused which I have not tried with powtils yet. I know MS just introduced a fastcgi layer on IIS, and i like the fastcgi ideas, but the classes i have seen in the fpcsrc\utils\fppkg\lnet dir are quite complicated. Caching opf-objects and connections would however be very usefull as i need to setup connections to 2 or 3 db's. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Cgi / PowUtils / FastCgi
Bee wrote: Yup. But FPC also has its own CGI framework. It might be a good alternative besides Powtils. I never use it though. Pretty and simple as far i can see with the tcgiapplication. The lcl cgi package addon is not really helpfull (i have some problems with the tdatamodule properties which disappear each time). _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Cgi / PowUtils / FastCgi
Leonardo M. Ramé wrote: Lee, please read the last post in my blog (Powerful CGI applications). It's an example on how to resolve that problem using PowUtils. This one i assume? http://leonardorame.blogspot.com/2007/12/powerful-cgi-applications.html So if i understand correctly you add an layer around cgi. It looks pretty much like a service/deamon situation, everything will be forwarded to this deamon and that will generate the responses. Think this will work perfectly. But doesn't this defeat the purpose of powutils in this case? (the client is more or less reduced to a simple forwarder) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Search paths
I need to add paths for indy and a few from lazarus\components for example which i mostly create at runtime, constantly changing the project compiler options (other sources only used by IDE) is becoming boring. Is there a place in lazarus to add search paths so lazarus can open 3thparty units in the editor (much like the current search paths for the debugger). Or i'm i overlooking something obvious? _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search paths
Vincent Snijders wrote: Create a package for the units. Should i create a (dummy) package to add search paths to lazarus??? Installing and recompiling the whole ide just to add a few paths sounds kind of stupid. (The tools do not contain any design stuff). Then again if this works it saves me a lot of typing _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search paths
Mattias Gärtner wrote: The package system of lazarus is different from Delphi. You don't need to install a package to use it. Here i went wrong, i thought i always needed to install it into the IDE! Thanks.. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] lazarus build broken (2.3.1/win32)
Cause seems to be passing a read only property into the var parameter of: ReadXMLFile(var ADoc: TXMLDocument; ). Marco van de Voort wrote: Free Pascal Compiler version 2.3.1 [2008/01/29] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Target OS: Win32 for i386 Compiling lazarus.pp Compiling main.pp Compiling projectinspector.pas Compiling addtoprojectdlg.pas Compiling D:\repo\lazarus\packager\packagesystem.pas Compiling dialogprocs.pas dialogprocs.pas(314,34) Error: Can't take the address of constant expressions dialogprocs.pas(619) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted make[2]: *** [lazarus.exe] Error 1 make[2]: Leaving directory `D:/repo/lazarus/ide' make[1]: *** [ide] Error 2 make[1]: Leaving directory `D:/repo/lazarus/ide' make: *** [ide] Error 2 D:\repo\lazarus _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Cgi / PowUtils / FastCgi
I was asked to look into moving parts of our system to the internet and sofar i have been looking at intraweb, ruby, and php. Although theses are good tools i rather use fpc and/or lazarus so we can reuse at least large parts of our existing code (and even sharing a lot of the code). But what would be the best approach? Sofar i have only seen cgi. Standard cgi, powutils or even fastcgi on top of apache can do the job as far as i can see. Is anybody using these cgi-tools? Any good combination? Or are there other way's to create a agile and secure webserver? Thanks, Marius _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] How many lazarus / FPC exists?
This is not the only lazarus meeting point. There are a couple of odinary forums (via http://www.lazarus.freepascal.org) and there is also a french (and a russian?) forum. The whole discussions about fpc, lazarus and other related sources are scattered troughout the internet with different methods. This mailing list is the easiest as its delivered right into youre mailbox. Greetings, Marius Sergio Samayoa wrote: Interesting. What puzzles me is the very low traffic on forums and this list: Very few active posters. Regards. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Why do Delphi users hate Lazarus so much?
I just hope the Lazarus community isn't discouraged by those negative comments. ;-) Everything there is being bashed. In my opinion nothing in that forum should ever be taken to serious (including the teamb or codegear-team msgs). Its all free advertisement in the end (that included the bad msg). _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Win32 docking solved!
Paul, i think you solved the win32 docking problem with the 13775 fix. (and it reminds me painfully i have been investigating those ws_child options myself without solving it :)) Anywhay, very exciting docking news, finally i can old style dock my configuration forms like i did in delphi. A very big Thank You from here! _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Solution to the BIG compiled file issue!
Vincent Snijders wrote: No, working with my two neighbours would not work. Lazarus needs lot's of testers, document writers, support givers in the forums (main, distro-specific and in several languages), graphical designers. If me and my two neigbours work on it in my rate, we couldn't finished it in my lifetime. So we need more developers and more other contributors, that can help to alleviate the tasks of the developers and may become developers in the future. So what we need it users that are willing to become contributors, not users that contribute nothing. They are welcome of course. But they are not *needed* for Lazarus to advance. You need the crowd for making advertisement for the pascal language and the attractive multiplatform character of fpc/lazarus compared to the ms.codegear.net.forsale, and because of this you will get more devels. Or do you think there other way's to get the attention of more developers? Greetings, Marius _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New Docked IDE
Fabio Dell'Aria wrote: I have created a little universal Docking unit (all new code). I'm just testing it on GTK2, QT and Win32. Great, did you manage to fix the win32 docking bug? (i have been looking, but was unable to narrow down that problem) Greetings, Marius _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Introduction
Although i do not know you i'm glad you're back and healthy again after so many months of rehab! It is also really nice to see that fpc/lazarus gets more and more attention (and mayby even a book!) and i think this environment will be a big push for the language. I started to feel a bit as a dinosaur before i noticed lazarus/fpc ;-) Greetings, Marius _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] google android contest
willem wrote: I want to argue to google that the lazarus object pascal platform is a better choice than Java. That would be real nice advertisement for FPC and pascal development in general. (I doubt however you can change there platform) I myself have been thinking about porting the SETI client to FPC. It is one of the most CPU extensive applications i know. I also want to experiment with NVIDIA or ATI GPU instructions but i have yet no idea how to do this (also need a new computer for this). Greetings, Marius _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] google android contest
willem wrote: Wel I am interested in CPU extentsive applications ! Can can SSE2 ,SSE3 or even SSE4 help you ? Those extensions will surely helps reducing the time it takes to calculate a workunit. Talking about hours if i look at the http://lunatics.kwsn.net/ pages (depending on the cpu). Greetings, Marius _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] protected-Variables not visible in another file?
In Delphi there is a a class TExample defined in file1.pas. TExample=class protected FValue:longint; end; in file2.pas I did: use file1; {...} Example:=TExample.Create; if Example.FValue=0 then begin... {...} When compiling with FPC and $MODE DELPHI I get an Identifier not found error. Any idea what a tired guy might have missed? FValue is protected from you. Mattias Know that - but why does it work in Delphi? Didn't find a notice about FPC processing protected in another way than Delphi does... Lukas You must be wrong because this example will not work in delphi (i tried). The only way you can use this mechanisme when the code of file1 is located in file2. There's a simple trick though: TExampleFriend=class(TExample); end; if TExampleFriend(Example).FValue=0 then begin... _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] protected-Variables not visible in another file?
But I'm shure there's no Class-descendant in file2. Am I right that the handling of protected-statements should be the same in D7 and FPC? Then I'm looking elsewhere for the solution to this mysterious phenomenon... *bg* AFAIK they behave exactly the same. I can only think you are converting a file that is not used in you're delphi project (a left over so to speak) I have made this mistake in the past of spending time on converting useless units (and getting haunted for it by my fellow programmers :P) _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] REQ: include LazReport and VirtualTV in bigide
I would like to use virtualtreeview in the IDE for the future project manager. Its the only component that combines a tree, icons and multiple columns with some nice colors. However the first project manager will just be a simple list of projects. Bee wrote: Hi all, I propose to Lazarus developers to include LazReport and VirtualTreeView as included default components in make bigide. Both are very useful components to users. TIA. -Bee- _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] REQ: include LazReport and VirtualTV in bigide
Mattias Gaertner wrote: On Thu, 20 Dec 2007 09:42:41 +0100 Marius [EMAIL PROTECTED] wrote: I would like to use virtualtreeview in the IDE for the future project manager. Its the only component that combines a tree, icons and multiple columns with some nice colors. The IDE can only use standard components, that are maintained by the lazarus developers. Question: Would it be a problem to include it? Or isn't VT available (and working) for all platforms? If its not available for mainstream (linux and windows) i would hesitate to use it.. Greetings, Marius _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Dragging and Dropping
Hello, I completed dragdrop this weekend but i'm unhappy with it. The existing implementation is relying on copyrighted code and the only way to finish it was to copy more copyrighted code. Even with refactoring you can see some pretty big fingerprints from borland. To avoid copyright questions it would be best to rewrite the code, a necessary step i'm afraid (unless somebody has better ideas?). In order to do this we need to establish what interface is needed, but first we need to decide if we need to be compatible with delphi. If we want 100% compatibility we end up quickly with roughly the same code. if we dont i don't think it has a huge impact as not many people are using dragdrop. Also the current implementation uses wndproc messaging and i would like to avoid that as much as possible (not sure if it can be avoided though), so that would be the first break in compatibility. What i have in mind for a new implementation is to replace the dragdrop code in controls.pas with abstract classes. I would like to seperate the dragdrop into a DragManager and DropManager. The managers could be in TApplication so they can be replaced and tested seperately without recompiling Lazarus. Besides dragdrop are there any things you would like to see implemented in a new approach? For instance Mattias wants autodocking and he wants to save the dock-layout (desktop ideas?) Youre ideas, opinions and observations please Greetings, Marius _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Strange docked form
I can now drag and dock a form onto another. There is however some strage sideeffects docking it. There are two problems in this demo code (see picture): 1) There's a problem with the clientwidth/clientheight, non client area is calculated as width/height. 2) The three forms behave like forms while they should not. They behave like 3 controls floating *anchored* on top of the parent. If i set tabstop to true i can tab between them, i can close each of them with Alt-F4 and i can also resize them. I'm lost on the first one and i have no idea where to start looking, does anybody have a hint for me or have a quick solution? Greetings, Marius procedure TForm1.Button1Click(Sender: TObject); var AForm: TForm; begin AForm := TForm.Create(Self); AForm.Parent := TWinControl(Self); AForm.Align := alTop; AForm.Color := clGreen; AForm.Visible := true; AForm.Visible := true; AForm := TForm.Create(Self); AForm.Parent := TWinControl(Self); AForm.Align := alBottom; AForm.Color := clRed; AForm.Visible := true; AForm.Visible := true; AForm := TForm.Create(Self); AForm.Parent := TWinControl(Self); AForm.Align := alClient; AForm.Color := clGreen; AForm.Visible := true; AForm.Visible := true; end; inline: DockForms.png
Re: [lazarus] Strange docked form
Never mind, both are known problems. http://www.freepascal.org/mantis/view.php?id=10420 http://www.freepascal.org/mantis/view.php?id=1052 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] splash image: share your ideas
I love the new splash (shame its not longer visible). The Cheetah expresses the feeling of sitting on top of the ruins of Delphi and it makes me chuckle every time i see it. I'm in no way a graphical designer, but i think if you combine the original layout (Cheetah on delphi-ruins, circles, line and claw) with the new text you would also have a nice logo. Then again i'm sure there any many other nice ideas. Greetings, Marius Bee wrote: Hi all, Continuing Laurent's work, I can manage my graphics designer to make a new Lazarus splash image. The image at http://i5.tinypic.com/89gmjq1.png only shows the current basic ideas. But we need more input about other ideas such as color, philosophy, concepts, slogans, mottoes, etc. For example: scheme color = brownish because cheetah is live on desert. standing cheetah = to represent stability. running cheetah = to represent speed. roman column = to represent object pascal. cheetah footprint = to represent continuity of the development. etc. TIA. -Bee- has Bee.ography at: http://beeography.wordpress.com _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] splash image: share your ideas
I love the new splash (shame its not longer visible). The Cheetah expresses the feeling of sitting on top of the ruins of Delphi and it makes me chuckle every time i see it. I'm in no way a graphical designer, but i think if you combine the original layout (Cheetah on delphi-ruins, circles, line and claw) with the new text you would also have a nice logo. Then again i'm sure there any many other nice ideas. Greetings, Marius Bee wrote: Hi all, Continuing Laurent's work, I can manage my graphics designer to make a new Lazarus splash image. The image at http://i5.tinypic.com/89gmjq1.png only shows the current basic ideas. But we need more input about other ideas such as color, philosophy, concepts, slogans, mottoes, etc. For example: scheme color = brownish because cheetah is live on desert. standing cheetah = to represent stability. running cheetah = to represent speed. roman column = to represent object pascal. cheetah footprint = to represent continuity of the development. etc. TIA. -Bee- has Bee.ography at: http://beeography.wordpress.com _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] GUID generator in Lazarus
For the record, is it a habit to reuse the Delphi shortcuts in Lazarus as much as possible so people can switch rapidly? For instance the Delphi Goto Line (Alt-G) is now different then Lazarus which is kind off confusing (not a biggy as long i can change the shortcut) Personally i would like them the same as i still work in delphi a lot. Greetings, Marius Mattias Gaertner wrote: On Wed, 5 Dec 2007 10:51:49 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: On 05/12/2007, Vincent Snijders [EMAIL PROTECTED] wrote: Graeme Geldenhuys schreef: Ctrl-Shift-G shows the procedure list (whatever that is ;-) :-) The content for the wiki page is almost done! (btw: That must be my most used feature in Lazarus... I'm lost navigating code without it!) Maybe we should move Procedure List to Ctrl+G (like GExperts in Delphi for the same feature), but then Ctrl+G I think is used for 'Goto Line...' in Lazarus (or was that Alt+G)? My proposal: Alt+G: Goto Line... Ctrl+G: Procedure List Ctrl+Shift+G: Insert GUID Any thoughts? Alt+G: Procedure List Ctrl+G: Goto Line... Ctrl+Shift+G: Insert GUID Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] turboCASH on Lazarus proof of concept
Graeme Geldenhuys wrote: If it helps them to decide: I'm currently writing specs for a 'serious' application (a grade tracker for teachers) which will use (embedded) firebird as a back-end database, which will be using tiOPF or InstantObjects and LazReport - all this in Lazarus. This is a commercial application, I'm telling this to show our trust in Lazarus. The same can be said here. I contract at Master Maths in South Africa. Master Maths entrusted Lazarus with its 3rd incarnation of its flagship product. After a few weeks of testing and prototyping different languages and development environments, we opted for Free Pascal and Lazarus. We are rewriting the flagship product using Lazarus with the Firebird DB as backend (via the FBLib components) driven by the tiOPF2 framework. The new version of the product will run under Linux and Window. Very nice , i have added this to the firebird news "case studies" http://www.firebirdnews.org/?p=162 hope it doesn't bother you -- Regards, Linux admin team
[lazarus] What is your main language used with FB?
Seems that 80% of firebird users are Delphi users if i look at this pool votes (the one on the right sidebar) http://www.firebirdnews.org/ In a way is no shock to me - i started working as an interbase / Delphi programmer I think Lazarus+firebird package needs more attention (better documentation+ more articles etc) -- Regards, Linux admin team _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] AMD 64
Tony Maro wrote: Meh... I just installed Ubuntu for AMD 64. So far, the few small apps I've tried to compile from source have failed (C, not Pascal.) Can I safely make the assumption that trying to develop for I386 machines is going to be a pain in the butt, at least short-term? Well lazarus worked quite ok on i386 (32-bit mode) On amd64 I'm waiting for new compiler release (not a compiler expert) At least in 64 bit mode i started the ide :) and some basic examples (gtk2) http://www.howtoforge.com/lazarus_ubuntu -- Regards, Linux admin team _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] building fpc 2.0.1 from source code (amd64 ubuntu)
I downloaded fpc 2.0.1 source code and have some problems for building it http://prdownloads.sourceforge.net/lazarus/fpc-2.0.1-050923.source.tar.gz?download tar -zxvf fpc-2.0.1-050923.source.tar.gz cd fpc make build /opt/fpc/bin/ppcx64 -Ur -Ur -Xs -n -Fi../inc -Fi../x86_64 -Fi../unix -Fix86_64 -FE. -FU/home/mariuz/tarbals/fpc/fpc/rtl/units/x86_64-linux -dx86_64 -dRELEASE ../unix/cthreads.pp cthreads.pp(600,30) Error: Incompatible types: got address of function(Pointer, QWord, TThreadFunc, Pointer, LongWord,var LongInt):LongInt;Register expected procedure variable type of function(Pointer, LongWord, TThreadFunc, Pointer, LongWord,var Lo cthreads.pp(646) Fatal: There were 1 errors compiling module, stopping cthreads.pp(646) Error: Compilation aborted I try to use lazarus on amd64 (ubuntu) Now it works with 2.0.0 compiler but lazarus crashes a lot http://www.howtoforge.com/node/886 -- Regards, Linux admin team _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives