Re: [lazarus] Delphi OBJ to Lazarus O
He could compile the *.c files with gcc to *.o and link the files with
include {$I adler.o} directive.
Michael Van Canneyt wrote:
On Mon, 8 May 2006, Sergio X wrote:
Hi Michael.
The problem is not use zlib. Is I'm using a library to access mysql (not
from lazarus). This library was originally write for Delphi but work fine in
lazarus. This library, use comiled units (obj's) with the code to make
compressed conections to mysql. Basically, this code is a version of zlib. I
have the obj's, not the code, and I'm trying to use in Lazarus.
This is not possible. You'll have to use a .dll version of zlib.
What library is this ?
Michael.
_
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] Lazarus/FPC Foundation
Florian Klaempfl wrote: To speed up development significantly you need at least 1 Mio Eur and this is unlikely to raise. No. We take a piece DNA from F.K. and clone him 10 times. One week later we have FPC 6.0 and Lazarus 5.0 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] mantis 436
Can be closed http://www.lazarus.freepascal.org/mantis/view.php?id=436 Verified with 0.9.15. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] x86_64-win46
Peter Vreman wrote: Another question: does the current win32 lazarus snapshot already contain the internal linker (compiling time 2.34 sec.)? The internal linker also shows code and data size: 31 lines compiled, 1.1 sec, 222768 bytes code, 47744 bytes data _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives The current compiliation with win32 lazarus snap failed with -Xi option. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] x86_64-win46
Florian Klaempfl wrote: As you might have seen on the fpc mailing list, I built a win64 snapshot. I want to make the necessary patches for lazarus now, however, there are several open questions. There are a lot of defines for win32. The proper solution would be probably to change them to ifdef mswindows. mswindows is defined on win32 and win64 but it isn't defined for wince. Further, there are a lot of data types, file names etc. containing win32. They are probably subject to be changed. The differences between win32 and win64 are really minor: pointers changed from 32 to 64 bit of course, same applies for handles. All other data types, the most of the api is the same. So distingushing between windows and wince would be probably the correct solution. Any thoughts? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives Another question: does the current win32 lazarus snapshot already contain the internal linker (compiling time 2.34 sec.)? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus and the size of compiled projects
Felipe Monteiro de Carvalho wrote: On 4/17/06, Juan Miguel <[EMAIL PROTECTED]> wrote: Hello I'm a delphi programmer and I'm new in Lazarus. I use Lazarus 0.9.15 on WinXp, and I figure out that the compiled projects are huge in comparison with delphi. This is a FAQ: http://wiki.lazarus.freepascal.org/index.php/Lazarus_Faq#Why_are_the_generated_binaries_so_big.3F There is more advanced information about smartlinking here: http://wiki.lazarus.freepascal.org/index.php/File_size_and_smartlinking I use Zeos DB components, and when I create a form, with a Dataset, a DBConnection, a Query and a Grid, the executeble grows to 32 MB aprox. What Free Pascal version do you have? You probably should use the stable release 2.0.2 Be careful that the snapshot uses the unstable 2.1.1 Free Pascal. thanks, -- Felipe Monteiro de Carvalho _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives Does the current lazarus snapshot contain the internal linker? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] win32 repaint issues ?!?!
Marco van de Voort wrote: I've dug up an old source that I still had lying around for years to add to the FPC demoes with the idea to make a little Laz demo, as a pilot for porting the other FPC games. The src is at http://www.stack.nl/~marcov/chainsrc.zip I however and encountered a problem (on win32) that I can't exactly pinpoint, but suspect to be either something wrong with resizing of components, or something that I'm doing wrong. The game is called chainreaction (versions existed for at least C=64 and pre-vga PC), for rules see below. The _problem_ is when I resize the screen (to bigger), and then reinit using the "new game" button. Everything resizes, even the events (clicking in the playfield) work, but the playfield is only partially drawn. I can't find a good reason for this. (see also the memo field where some debug info is written to) Rules: - Two players (or more, but that is NI) take turns placing bullets on a matrix sized playfield. Players are identified by colour - Bullets may only be placed in matrix-cells that already have bullets of that player, or cells without any bullets. - If a cell reaches a certain threshold, it explodes, and bullets in the cell are distributed evenly among all vertical and horizontal neighbours. - If during such explosion result a bullet is added to a cell of a different player, the ALL the bullets in the cell change players. - The threshold is the sum of its direct vertical and horizontal neighbouring cells. Which is 4 for cells in the bulk, 3 on the edges, and 2 in the corners. - The winner is the first that drives the other player(s) of the screen. I'm suspecting my rules are not 100% original. Probably one bullet should remain in a cell after an explosion. The game is still in a very rough state. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives known issue: http://www.lazarus.freepascal.org/mantis/view.php?id=1713 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] New icons for the Lazarus IDE
Christian Iversen wrote: Other than that, they look fine - although I prefer Nuvola or Crystal over these gnomish icons. They are not GPL'ed. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] New icons for the Lazarus IDE
New icons for the Lazarus IDE: http://tango-project.org/Tango_Icon_Gallery Opinions? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Lazarus win32 snapshot with fpc 2.0.3
Vincent Snijders wrote: Vincent Snijders wrote: I just uploaded a new lazarus win32 snapshot to http://www.de.freepascal.org/lazarus/ and its mirrors. Due to linker problems with fpc 2.1.1 it could not be build with fpc 2.1.1 and for the time being fpc 2.0.3 will be used. The changes in fpc 2.1.1 that broke Lazarus compilation have been reverted. Todays win32 snapshot (20060415) is built with fpc 2.1.1. It should be available for download soon. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives Thanks, Vinc! _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: RES: [lazarus] Because I can't get SQLDB working
Henrique de Paula Faria wrote: The package rxnew doesn´t install on lazarus 0.9.15 it returns an error at: rxdbgrid.pas = Error: Identifier not found "TSize". TSize has been moved to Types unit due to Delphi compatibility. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] win32 snapshot
Vincent Snijders wrote: [EMAIL PROTECTED] wrote: Lazarus win32 snapshot is broken since 04/02/06 what is wrong? fpc 2.1.1 cannot compile the printer package anymore; it fails to import functions from winspool.drv. Vincent _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives due to new linker? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] (no subject)
Lazarus win32 snapshot is broken since 04/02/06 what is wrong? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sharing a project between Delphi 5+ and Lazarus
Mattias Gaertner wrote: On Wed, 22 Mar 2006 20:11:56 +0100 [EMAIL PROTECTED] wrote: Andreas Berger wrote: Unfortunatly Lazarus is not yet ready to be used in the comercial world where development time is of essence. There are many things that greatly slow down development when it is done via Lazarus. The IDE is not yet as agile as Delphi's, the debugger is practically useless under windows and the linker time is totally unacceptable. For that reason I do all development with Delphi and then port to Lazarus. It is still a lot of work, but less than developing directly with Lazarus. I am sure we will solve all this, but in the mean time . . . :( I develop using Delphi and then compile the Lazarus program from the command line via a batch file. I have found this faster. I also have my simple dfm2lfm converter that converts all .dfm files in the root directory on down to .lfm file and then calls the lazres program. Regards Andreas I am doing the same. The main difficulty are still unknown properties and un-aligned components after lazres execution. Can you send an example for un-aligned controls? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives http://www.lazarus.freepascal.org/mantis/view.php?id=942 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sharing a project between Delphi 5+ and Lazarus
Andreas Berger wrote: Unfortunatly Lazarus is not yet ready to be used in the comercial world where development time is of essence. There are many things that greatly slow down development when it is done via Lazarus. The IDE is not yet as agile as Delphi's, the debugger is practically useless under windows and the linker time is totally unacceptable. For that reason I do all development with Delphi and then port to Lazarus. It is still a lot of work, but less than developing directly with Lazarus. I am sure we will solve all this, but in the mean time . . . :( I develop using Delphi and then compile the Lazarus program from the command line via a batch file. I have found this faster. I also have my simple dfm2lfm converter that converts all .dfm files in the root directory on down to .lfm file and then calls the lazres program. Regards Andreas I am doing the same. The main difficulty are still unknown properties and un-aligned components after lazres execution. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sharing a project between Delphi 5+ and Lazarus
Michael Van Canneyt wrote: On Wed, 22 Mar 2006 [EMAIL PROTECTED] wrote: CrossFPC seems dead, we haven't heard from Simon Kissel in ages (at least I haven't). But I'm reasonably well informed. I helped him to create the resources support in the compiler. What do you need to know ? Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives he wrote that there still problems with the CLX license... I doubt this problem will be solved in the near future, with the current state of affairs at Borland. but there will be a new release in the near future... Aha, a new release ? This is new intel ! Did you hear this in a private communication ? He told me that. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sharing a project between Delphi 5+ and Lazarus
Michael Van Canneyt wrote: On Tue, 21 Mar 2006, Alexsander Rosa wrote: Here, Simon Kessel (CrossFPC's author) annouces it: http://groups.google.com.br/group/borland.public.kylix.non-technical/browse_frm/thread/38216d142e25dfba The "official" site (http://crossfpc.untergrund.net/) was last updated last year. Is this project still active? Is it available for download somewhere? BTW, in that thread he mentions some collaboration from FPC team - and some divergences. Anyone here have more details on CrossFPC ? CrossFPC seems dead, we haven't heard from Simon Kissel in ages (at least I haven't). But I'm reasonably well informed. I helped him to create the resources support in the compiler. What do you need to know ? Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives he wrote that there still problems with the CLX license... but there will be a new release in the near future... _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Sharing a project between Delphi 5+ and Lazarus
Alexsander Rosa wrote: I think it would be nice if we could share a project between the two IDE's, including the forms. Everytime I need to mantain the "original" Delphi project, i know that my "under conversion" Lazarus project is getting more and more obsolete. More over, a lot of properties/components had to be removed just because they are not compatible. I can IFDEF the PAS files, but there's nothing I can do about LFM/DFM files. I think some changes could be made to make it possible; if someone can point other problems I did not mention, please add to the list. The PAS files are not problem: both IDE use them and IFDEF's work fine. The changes would be: - allow dpr/dfm extensions (instead of lpr/lfm); with IFDEFs it's possible to share a project source (dpr), and we could figure a way to share forms (see later); - make Lazarus write into dof files (along with lpi files), so the changes made in Lazarus would be replicated in Delphi - the contrary would not work, but it's a minor problem; The DFM/LFM files have no IFDEF counterpart, but a workaround could be devised. We could add to ALL forms a invisible ComboBox (or Memo, or any component that have a TStringList, preferrably the one with the smaller footprint). The component would have a specific weird name, like cbx_Lazarus_Specific_Data or something like that. The TStringList would have a list of strings that would be interpreted by Lazarus only; in Delphi it would be almost ignored, as it's invisible and could be small and in a position that would not interfere with the rest of the form. Its strings would be added to the binary, but that's a minor problem. Lazarus' form processor would need a pre-processor that would interpret the contents of the strings and generate a new, in-memory, LFM file. The syntax of the strings would allow to do basically the following: - ADD to a $component a $property with a given $value; this would simply generate a line in the format "Property = Value" inside the correspondent "object" section. This would be automatically added for Lazarus-only properties in components that both Delphi and Lazarus have. How the IDE would know if a given property is Lazarus-only? I do not know. - DEL a $property from a $component; it's the opposite of the ADD directive, it would remove a Delphi-only property from a given component. When opening a Delphi form and some property is unknown, instead of just igore/abort we could "comment out" them. - ADDOBJ/ENDADD; it would enclose an entire Lazarus-only Component; the correspondent PAS file would need to have the appropriate IFDEF's. Also could be automatically added, assuming the IDE can know when to do this. - DELOBJ $object; it would remove an entire Delphi-only Component; the DELOBJ could be inserted automatically when opening a DFM file. The correspondent PAS file would need to have the appropriate IFDEF's. I know I may be a dreamer here, and I am fully aware that it would be a "dirty hack", but during the last months I've been doing tests and conversions between Delphi and Lazarus and this kind of thing would be great. I'm asking for comments on this. -- Atenciosamente, Alexsander da Rosa _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives CrossFPC is already able to eat dfm files. This should be included into Lazarus. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TBevelCut
Vincent Snijders wrote: [EMAIL PROTECTED] wrote: Flávio Etrusco wrote: Hi, After having some trouble finding T(Graphic)BevelCut and seeing many others had too, I'm wondering why don't declare aliases for the enumeration values. e.g. in Controls.pp, 'const bvRaised = GraphType.bvRaised;'. Sure, it's not an absurdly elegant solution and would be kind of a maintenance issue, but seems worth IMHO. Comments? The lazarus team refused that: http://www.lazarus.freepascal.org/mantis/view.php?id=941 The lazarus team refused to *move* declarations from GraphType to other units. Making an alias was *not* what was proposed in that issue. Vincent. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives A solution is quite difficult. The most annoying thing with Lazarus is the stupid unit architecture with tons of include files and incompatibles "Lazarus" types like Lxxx _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] TBevelCut
Flávio Etrusco wrote: Hi, After having some trouble finding T(Graphic)BevelCut and seeing many others had too, I'm wondering why don't declare aliases for the enumeration values. e.g. in Controls.pp, 'const bvRaised = GraphType.bvRaised;'. Sure, it's not an absurdly elegant solution and would be kind of a maintenance issue, but seems worth IMHO. Comments? Cheers, Flávio _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives The lazarus team refused that: http://www.lazarus.freepascal.org/mantis/view.php?id=941 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Cross Lazarus Release
Are there plans to release a Cross Lazarus Release? e.g. Host: Win32, Target: Win32/Linux/Mac/etc... similar to CrossFPC . _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] button icons for lazarus
Mattias Gaertner wrote: On Sun, 5 Mar 2006 11:25:30 +0100 (Romance Standard Time) Michael Van Canneyt <[EMAIL PROTECTED]> wrote: On Sun, 5 Mar 2006, A.J. Venter wrote: On Sunday 05 March 2006 11:02, Darius Blaszijk wrote: A.J. I've browsed through the list and find that some icons are missing (packages / run / among others). But I guess we could use the existing ones here. Another thing is that the icons all are 16x16 in size. There should be a 22x22 equivalent though also included. Just have a look at the todolist for example to see why. Large buttons plainly need 22x22 or else it looks flimsy. Well I wasn't trying to extend the IDE, but to give a tool for USERS of the IDE, specifically to give replacements for the standard icons that delphi shipped with. These are not really meant for use INSIDE the IDE, but are meant to be available to people coding WITH the IDE. For compatibility I replaced specifically the icons that are in delphi (well Kylix OE actually), with the same names, and the same sizes (delphi's icon's are ALL 16x16) That is not completely correct: The component palette icons are 24x24, this is even a requirement which is documented. 23x23 Actually ideintf/formeditingintf.pas defines 25x25. Minus the border of at least 1 gives 23x23. Where is 24x24 documented? The icons delivered with Delphi are 16x16, but that is because it is essentially still the same set of icons as delivered with Borland Pascal for windows 3.1 GUI and graphics requirements have increased since 3.1, so I would opt for a standard size of 22x22 ? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives We should have fixed sizes (16x16, 24x24, etc.) not scaled sizes which are looking ugly. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] button icons for lazarus
A.J. Venter wrote: Well I wasn't trying to extend the IDE, but to give a tool for USERS of the IDE, specifically to give replacements for the standard icons that delphi shipped with. These are not really meant for use INSIDE the IDE, but are meant to be available to people coding WITH the IDE. For compatibility I replaced specifically the icons that are in delphi (well Kylix OE actually), with the same names, and the same sizes (delphi's icon's are ALL 16x16) That is not completely correct: The component palette icons are 24x24, this is even a requirement which is documented. 23x23 Actually ideintf/formeditingintf.pas defines 25x25. Minus the border of at least 1 gives 23x23. Where is 24x24 documented? Well like I said I was never TRYING to do buttons for use by the IDE or for the component pallette, I was doing icons for use by programs, e.g. for toolbars and menu's - basically to provide a set of instant access default buttons to put in timagelists. Now having said that, there is no reason the same icons cannot be done at ANY size, or based on ANY icon set, but since there wasn't anything at ALL for this, I asked and people said it would be a good idea so I went ahead and pulled an allnighter and did it. Now perhaps what is coming out of this is that we should in fact expand the set and possibly even start a full-scale subproject doing lazarus icons both for use by lazarus programs and for the IDE itself in all the appropriate sizes and styles ? The icons delivered with Delphi are 16x16, but that is because it is essentially still the same set of icons as delivered with Borland Pascal for windows 3.1 While this wouldn't surprize me at all there is more to it, considdering what these icons were typically meant for - 16x16 is STILL the standard size, I'm sitting in front of KDE right now and all the toolbar icons are 16x16 as are all the icons in menu's - because bigger than that and it would dwarve the text that goes next to it. While there may be good reasons for providing larger icons as well - for the goal I was trying to achieve, 16x16 remains the standard size on every desktop I know about and is likely to remain so for a long time yet. GUI and graphics requirements have increased since 3.1, so I would opt for a standard size of 22x22 ? Possibly, though yet again - we are not talking about stuff to put on your Tglyphbuttons here but about things to put on toolbars and inside TMainMenu's - 16x16 as an available option at least must be considered, unless we will code automatic scaling into all the onpaints... Basically what I am trying to do is to complete lazarus a little - by adding some of the things delphi users have come to expect, like a readily available set of standard icons they can assign to typical tasks like "File|Open". Ciao A.J. Please also note: http://www.lazarus.freepascal.org/mantis/view.php?id=1763 _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Windows CE support on the IDE
Mattias Gaertner wrote: On Sat, 4 Mar 2006 19:03:25 +0200 "Yury Sidorov" <[EMAIL PROTECTED]> wrote: From: "Michael Van Canneyt" <[EMAIL PROTECTED]> Normally, the 'fpc' binary can choose the correct compiler name based on target OS and CPU setting. That is what it is for in the first place. I do not see in fpc source that it can run crosscompiler. It only run native compiler. Then it must be corrected; The function of 'fpc' is to call the correct compiler based on the CPU/OS target settings. Yes. Let discuss other things. In Windows installation fpc.exe is located in pp\bin\i386-win32 I suppose ppcrossarm.exe and cross binutils need to be located here too. Cross binutils will be prefixed (e.g. arm-wince-as.exe) Lazarus should setup crossbinutils prefix using -XP compiler option (it will look like -XParm-wince- for arm-wince target). Yes, or -XPfpc-i386-win32- for win32 under linux, or many other possibilities. We need 'target' specific compiler options. With 'target' I do not only mean CPU, OS or LCL target. Maybe this helps at the moment: you can add this to fpc.cfg: # set binutils paths for crosscompiling #IFDEF FPC_CROSSCOMPILING -XParm-wince- #ENDIF Also there should be an option to setup a debugger for each target. There is gdb which allows to remotely debug wince applications from win32 host. Yes. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives I think this effort is already being spent in crossfpc.. _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Give FPC/Lazarus a face...
Is there a list who is working on FPC/Lazarus, who is contributor, who is responsible for sub-system xy, how many people are working on FPC/Lazarus, etc. ??? _ To unsubscribe: mail [EMAIL PROTECTED] with "unsubscribe" as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
