[fpc-pascal] FPC 2.2.3
Hi I am running Ubuntu kernel 2.6 64bit. and FPC 2.2 and getting errors on MYSQL opens. Lazarus people say I should install FPC 2.2.3 I tried to link into the Australian mirror and download a .deb package but get an error that the location is unavailable. I have FPC 2.2 installed and need help on how to upgrade it to FPC 2.2.3 Eric March Adelaide Australia ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Porting linux to pascal, would it be, possible ?
Thank you for your reply. Eclipse was first released as a Java development IDE several years ago, but if you take a look at the Eclipse web site www.eclipse.org you'll see that since then Eclipse has evolved and been extended to support Ruby, Python, C/C++. The suggestion I was making is there is a very large base of programmers, developer, and others who now use Eclipse as their primary IDE in much the same way UNIX folks use emacs and if there were a Eclipse FPC plugin they could discover and learn the language. Prince On Mon, Dec 8, 2008 at 3:58 AM, Marco van de Voort [EMAIL PROTECTED] wrote: In our previous episode, Prince Riley said: Like ti weigh in on this thread in the discussion regarding increasing the GUI-ness of FP. Has anyone looked into writing an Eclipse plug-in for FP (as an was done for Python and Ruby)? Afaik there was a more editor like plugin at one time. But at that time designer support only existed for C++ and Java. Haven't heard much since. Given the huge base of Eclipse users this might be a way to reach the goal with both a better developer tool and plugging into a big audience of potential users. Afaik most Eclipse users use Java? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Cannot find GTK
In our previous episode, Andres Linares said: I was trying with some examples about using the GTK library in the FreePascal IDE (the blue screen) and it says that this unit is missing. Despite that, I could compile them all using fpc from the command interpreter. What is happenning? Is there any setting I must change in FP? The IDE has an own internal compiler and maintains its own unitpath. So either the IDE's compiler is different from your cmdline compiler (check the version in the about box), _OR_ the unit path in options-directories is not set correctly or completely. Keep in mind that an asterisk at the end means recursion, just like in fpc.cfg ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
On Tue, Dec 9, 2008 at 5:33 AM, [EMAIL PROTECTED] wrote: FPC's FCL and Lazarus' LCL is very much similar and compatible with Delphi's (as product) VCL. Having single codebase for different platforms and OSes is not that hard, though in some special cases it can't be 100% single codebase but it can be solved easily using IFDEFs. With sufficient abstraction, it's even possible without IFDEFs. My applications don't run on 16 platfroms, but it does run or 4, and there isn't single IFDEF in my code. Some people (mostly people in this list) have been using Delphi (as language) on more than 16 platforms (including mobile devices), yet they are (Codegear/Embarcadero fan boys) still dreaming about it. My very deep condolence goes to them. :) I can't agree more! ;-) I've mentioned it a few times in the CodeGear newsgroup as well. If they can use a different compiler and IDE to target .NET/Mono, why can't they do the same for cross-platform support. Simply use Lazarus IDE and Free Pascal Compiler - supply many bug fixes and ship that! They keep going on about the .NET dependency justification in the IDE, saying they didn't want to reinvent the wheel! Well, they should practice what they preach. They are going to do just that, if they want there own cross-platform support. They are stupid if they don't embrace the Free Pascal Compiler and Lazarus IDE. It would save them a ton of work!! Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Free Pascal Support for ARM Architecture
Aleksa Todorovic wrote: So, the situation is like this: 1) Target ARM architecture needs to be told to FPC since FPC needs this information to do correct code generation. At least up to fpc 2.2.2, the compiler does not use any information about the ARM architecture. There is one runtime check in the RTL which tries to detect if the architecture is newer than ARMv4. If this is the case, the RTL uses an optimized move function. Regards, Bernd. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
On Tue, 9 Dec 2008, Graeme Geldenhuys wrote: On Tue, Dec 9, 2008 at 5:33 AM, [EMAIL PROTECTED] wrote: FPC's FCL and Lazarus' LCL is very much similar and compatible with Delphi's (as product) VCL. Having single codebase for different platforms and OSes is not that hard, though in some special cases it can't be 100% single codebase but it can be solved easily using IFDEFs. With sufficient abstraction, it's even possible without IFDEFs. My applications don't run on 16 platfroms, but it does run or 4, and there isn't single IFDEF in my code. Some people (mostly people in this list) have been using Delphi (as language) on more than 16 platforms (including mobile devices), yet they are (Codegear/Embarcadero fan boys) still dreaming about it. My very deep condolence goes to them. :) I can't agree more! ;-) I've mentioned it a few times in the CodeGear newsgroup as well. If they can use a different compiler and IDE to target .NET/Mono, why can't they do the same for cross-platform support. Simply use Lazarus IDE and Free Pascal Compiler - supply many bug fixes and ship that! They keep going on about the .NET dependency justification in the IDE, saying they didn't want to reinvent the wheel! What kind of nonsense is that ? What does .NET dependency in the IDE have to do with reinventing the wheel ? Does .NET come with a complete code refactoring assembly, written in C# by Microsoft or what ? Assuming they wrote the IDE (and thus code refactoring) themselves, what is the problem to compile it as native code and get rid of .NET dependencies in the IDE ? Really... Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
On Tue, Dec 9, 2008 at 12:25 PM, Marco van de Voort [EMAIL PROTECTED] wrote: Afaik it is not even a direct .NET dependancy, but a Java dependancy that they chose to resolve via J#-.NET. Is J# still being developed? I have seen or heard anything about J# in ages. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
Sometimes I just understand those guys. I meant: Sometime I just *don't* understand those guys. Sorry for the typo. :) -Bee- ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
On the positive side they dumped Delphi for .NET and implemented Unicode support. Maybe they are recovering from the last decade of ill management? There is just something I don't get about some business. Delphi is similar to Palm in my oppinion. It was a very popular technology and then it's development stagnated and ill choices have put it in a near dead state. In the case of Palm really dead. Was it really more profitable for Borland to let Delphi nearly die? Wouldn't they profit more if they kept investing (and in the correct direction) but also had a larger market share then now? But nothing really new, I have always heard that depending on a single vendor is a bad idea. Sure, some single vendor software are doing fine now. But how long before management decides it's more profitable to milk the software and stagnate development? -- Felipe Monteiro de Carvalho ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
On Tue, Dec 9, 2008 at 12:13 PM, Michael Van Canneyt [EMAIL PROTECTED] wrote: They keep going on about the .NET dependency justification in the IDE, saying they didn't want to reinvent the wheel! What kind of nonsense is that ? What does .NET dependency in the IDE have to do with reinventing the wheel ? Does .NET come with a complete code refactoring assembly, written in C# by Microsoft or what ? Assuming they wrote the IDE (and thus code refactoring) themselves, what is the problem to compile it as native code and get rid of .NET dependencies in the IDE ? I didn't get into it much, but many developers are upset about the .NET dependency in the IDE in last few Delphi releases. Now they can't run the Delphi IDE via WINE, which apparently many of them did for Delphi 7 etc... CodeGear staff mentioned reusing refactoring features of the .NET framework in the IDE and some other stuff for the editor etc... Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] FPC 2.2.3
Op dinsdag 09-12-2008 om 16:32 uur [tijdzone +1030], schreef Eric March: Hi I am running Ubuntu kernel 2.6 64bit. and FPC 2.2 and getting errors on MYSQL opens. Lazarus people say I should install FPC 2.2.3 I tried to link into the Australian mirror and download a .deb package but get an error that the location is unavailable. I have FPC 2.2 installed and need help on how to upgrade it to FPC 2.2.3 Just use the snapshots provided by the Lazarus-team: http://snapshots.lazarus.shikami.org/lazarus/ Joost. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Free Pascal Support for ARM Architecture
Bernd Mueller wrote: Aleksa Todorovic wrote: So, the situation is like this: 1) Target ARM architecture needs to be told to FPC since FPC needs this information to do correct code generation. At least up to fpc 2.2.2, the compiler does not use any information about the ARM architecture. There is one runtime check in the RTL which tries to detect if the architecture is newer than ARMv4. If this is the case, the RTL uses an optimized move function. the RTL for ARM-Linux, I forgot to mention. Regards, Bernd. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
On Tue, 9 Dec 2008, Graeme Geldenhuys wrote: On Tue, Dec 9, 2008 at 12:13 PM, Michael Van Canneyt [EMAIL PROTECTED] wrote: They keep going on about the .NET dependency justification in the IDE, saying they didn't want to reinvent the wheel! What kind of nonsense is that ? What does .NET dependency in the IDE have to do with reinventing the wheel ? Does .NET come with a complete code refactoring assembly, written in C# by Microsoft or what ? Assuming they wrote the IDE (and thus code refactoring) themselves, what is the problem to compile it as native code and get rid of .NET dependencies in the IDE ? I didn't get into it much, but many developers are upset about the .NET dependency in the IDE in last few Delphi releases. Now they can't run the Delphi IDE via WINE, which apparently many of them did for Delphi 7 etc... CodeGear staff mentioned reusing refactoring features of the .NET framework in the IDE and some other stuff for the editor etc... I don't believe this argument for a second. 1. .NET has no knowledge of Pascal, so how can it be used to refactor pascal ? 2. The IDE - prior to .NET - already had extensive codetools, I would be surprised to learn that they couldn't implement the 2 or 3 things that required .NET using their own codetools... Reversing this argument would mean that they admit that their own codetools are a lot of junk ? Either way, the .NET dependency IS a big hindrance for a lot of their clients, and obviously they are (again) not listening. But what else is new ? Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Object Pascal operating system
On Mon, Dec 8, 2008 at 8:01 PM, Marc Santhoff [EMAIL PROTECTED] wrote: Not an open source project, but it shows it can be done. Sure it can - but is it worth time? Exactly. Other that a cool or wow factor. :-) I'd say if whoever has enough drive to try something like this, simply start by implementing the kernel. Something relatively simple so that your PC can boot using a Object Pascal written kernel. No matter if there is no user interaction, shell or user level programs. Just show that you CAN write a bootable kernel in Object Pascal would already achieve the wow factor. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
In our previous episode, Graeme Geldenhuys said: Afaik it is not even a direct .NET dependancy, but a Java dependancy that they chose to resolve via J#-.NET. Is J# still being developed? I have seen or heard anything about J# in ages. No idea. Just know this because it was mentioned in CG ngs when they were still alive. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Free Pascal Support for ARM Architecture
Am Dienstag, den 09.12.2008, 09:53 +0100 schrieb Marco van de Voort: In our previous episode, Marc Santhoff said: some small THUMB things, but FPC doesn't generate THUMB code). One possible difference coming to my mind (although only a speed issue, not influencing nonetheless working code): There are some ARM7 (and maybe ARM9, not sure) core variants having no hardware multiplication unit. IIRC the M in TDMI stands for hardware multiplier unit. Experiences with gcc showed me that the 32x32=64 mult commands are not used in that case. Wikipedia also calls ARM7 ARMV3 arch, and only ARM7TDMI ARMV4. This could be the reason why. (and maybe the D and the I) It would be nice to have the chance of setting some extra command line arguments to the call to the assembler - I think that is what Riley is is asking for. The trick is that if you give FPC that info, it can check both code generated and the assembler reader, and do the same AND provide a valid source line. IOW, I don't see a good reason to do this in the backend assembler, if it can be better done in the frontend. Since I've been enlighted that I'm mistakenly ignored the fact that fpc does the code generation and since ARM v4 is only mentioned on ARMs web site as an ancient architecture mostly faded away I'm strongly with you: The compiler(s code generator) should take care of target cpu variants and architectures. For the rare (e.g. FPC development related) cases, simply make a few scripts with systematic naming that call the assembler with the right params, and then select the desired one using -XP. IIRC the buildfaq has an example of this (for the -m params) Or compile the assembler for the desired target cpu as default value if possible. But since the only ARM powered board I'm dealing with runs on FreeBSD there is no fpc compiler yet. And no urgent need to have one. Marc ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RTL function list?
In our previous episode, Francisco Reyes said: Is there a list of functions and which RTL libraries they belong to? The index of the documentation comes a long way. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RTL function list?
Go to www.freepascal.org Select documentation Scroll to the HTML docs Select at Run-Time Library (RTL) units reference manual (with/without comments). (I usually select without comments, but with could be a good idea too). Select a unit. Select Procedures and Functions -- Felipe Monteiro de Carvalho ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
Was it really more profitable for Borland to let Delphi nearly die? Wouldn't they profit more if they kept investing (and in the correct direction) but also had a larger market share then now? I think they had to make a descision: Either against Microsoft or with them. They chose to go with Microsoft so they now have to do everything that supports M$ OSes and avoid everything that could drive users to open source. In both ways there is no guaranty for success: If they try to compete with Microsoft they have a strong enemy and if they collaborate with them they can go down with them if open source becomes stronger and stronger. Jürgen Hestermann. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
I think they had to make a descision: Either against Microsoft or with them. They chose to go with Microsoft so they now have to do everything that supports M$ OSes and avoid everything that could drive users to open source. In both ways there is no guaranty for success: If they try to compete with Microsoft they have a strong enemy and if they collaborate with them they can go down with them if open source becomes stronger and stronger. IMO, they had made a very wrong decision. Supporting open source doesn't always mean to open source everything. Besides, by supporting open source, they could also support M$ as well. Supporting open source doesn't mean against M$. Most of open source projects come with cross-platform support in mind, including M$. Even Apple indirectly supports M$ (Safari, iTunes, etc). Nobody denies that M$ still dominates the market. So, supporting open source should be the safest choice for them. If M$ grows bigger, they can grow bigger with M$. If M$ goes down, they can still grow bigger with other platforms (linux, mac, etc). IMO, RemObjects realize this. That's why their Oxygene/Prism could work on .Net (M$) and Mono (non M$). Also that's why their other OP-based products starting to support FPC and Lazarus (to target non M$ platforms). RO is smarter than CodeGear/Embarcadero, obviously. ;) -Bee- ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RTL function list?
Marco van de Voort schreef: In our previous episode, Francisco Reyes said: Is there a list of functions and which RTL libraries they belong to? The index of the documentation comes a long way. e.g. http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/index.html Vincent ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Free Pascal Support for ARM Architecture
Bernd Mueller schrieb: The compiler(s code generator) should take care of target cpu variants and architectures. I think, this would be a lot of work. Which architecture should be implemented first? ARMv5 or better the latest ARMv7 (CORTEX) variants. But what about the Thumb/Thumb-2 instruction set? Also very interesting. From my point of view the current situation with FPC/ARM is pretty good. And if someone really needs architecture specific implementations, he could try to add these features to the compiler. There are very little *generally* usefull instrustrutions in ARMv5 and ARMv6, most are only usefull for very limited applications. FPC makes use of the most important one: PLD in the move procedure and it is detected dynamically if it's available. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RTL function list?
Vincent Snijders writes: e.g. http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/index.html I was looking for something like.. AnsiCompareStr Sysutils DaySpan dateutils I have been using the PDF and searching for a function as needed. Example.. when I was looking at fstat the example used some functions, then I wanted to see details for those functions. Ended up using a find in the entire RTL because could not find it.. thought they would be in dateutils, but ended up they were in sysutils. Would it be worth to make such a list? Mostly for newbies like myself.. Also, what are the numbers that appear in parenthesis? In the PDF I often see the name of a function and then a number. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RTL function list?
Marco van de Voort writes: The index of the documentation comes a long way. I have no idea what I was looking at, but went back to the rtl.pdf and I see the index at the beginning with each function. Maybe was looking at the online HTML. The beginning of the PDF is certainly along the lines of what I was looking for, thanks. It seems the docs get built through some automated mechanism, so it may not hurt if what I asked for could be done (if it is not difficult to implement). On the index of the PDF to list both page and unit. If it is a lot of work then it's not worth it. Overall I am very happy with the rtl documentation, specially the examples. It makes it so much easier even for a newbie like myself to get something going by copying/pasting the sample code and modifying as needed. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RTL function list?
On Tue, December 9, 2008 22:25, Francisco Reyes wrote: Vincent Snijders writes: e.g. http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/index.html I was looking for something like.. AnsiCompareStr Sysutils DaySpan dateutils I have been using the PDF and searching for a function as needed. Example.. when I was looking at fstat the example used some functions, then I wanted to see details for those functions. Ended up using a find in the entire RTL because could not find it.. thought they would be in dateutils, but ended up they were in sysutils. Would it be worth to make such a list? Mostly for newbies like myself.. Well, our Wiki contains a page with some general information regarding which functionality may be found in which unit - see http://wiki.freepascal.org/Unit_categorization. It isn't complete, but it should serve for basic orientation for beginners. Admittedly, this isn't equal to what you were asking for; I don't think that such an index exists, although I can imagine that generating it shouldn't be difficult. Tomas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RTL function list?
El Tue, 09 Dec 2008 16:25:01 -0500 Francisco Reyes [EMAIL PROTECTED] escribió: Vincent Snijders writes: e.g. http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/index.html I was looking for something like.. AnsiCompareStr Sysutils DaySpan dateutils Here there's a quick reference for the rtl: http://digilander.libero.it/tizzziano/pdf/procs_01.pdf ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RTL function list?
Francisco Reyes schreef: Vincent Snijders writes: e.g. http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/index.html I was looking for something like.. AnsiCompareStr Sysutils DaySpan dateutils Oops, wrong link, I meant: http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/index-8.html Vincent ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Wrong Time from Now() or Time() = [SOLVED]
I found the problem for the the wrong time. I checked /etc/localtime and this was ok, but there was also a file /etc/timezone with a wrong entry ! fpc seems to first checks the /etc/timezone and then /etc/localtime Kylix, and also all other programs i've tested do it in the different order! br, Alex vince coen schrieb: Hi; Have you checked what time zone you have set up? V. On Thursday 04 December 2008, you wrote: Valdas Jankūnas schrieb: Alexander Bauer rašė: I have a strange problem with fpc 2.2.2 on Ubuntu Linux. The function Now(); did not return the right time ?!? It returns the time UTC - 6 hours. Any suggestions ? br, Alex try GetTime or GetLocalTime from SysUtils unit. It's always the same time. UTC - 6 hours. But it's not a problem of fpc or the functions, it must be a problem of the Linux Ditribution. On Ubuntu 8.04 Desktop the time is correct. I use a system based on Ubuntu Server 8.04 and get a wrong time. Does someone know what system components are relevant for the time functions ? Perhaps the system i use has something missing. Btw. the linux date command shows the correct time, of course. Alex ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RTL function list?
Vincent Snijders writes: Oops, wrong link, I meant: http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/index-8.html Thanks. That will be very helpfull. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
RE: [fpc-pascal] Cannot find GTK
What must I write there? The path to your rtl and packages (just copy it from your fpc.cfg), i.e.: /usr/lib/fpc/2.X.X/rtl /usr/lib/fpc/2.X.X/packages/* -- View this message in context: http://www.nabble.com/Cannot-find-GTK-tp20905508p20929531.html Sent from the Free Pascal - General mailing list archive at Nabble.com. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Embarcadero/CodeGear officialy interested in Firebird and on native versions of Delphi for other operating systems ...
So, supporting open source should be the safest choice for them. If M$ grows bigger, they can grow bigger with M$. If M$ goes down, they can still grow bigger with other platforms (linux, mac, etc). Many years ago (when Borland was still a real competitor of M$) Borland had problems to create good compilers because they didn't have all the information about the M$ OS (while compilers from M$ had of course). I remember that some articles stated that Borland made a deal with M$ so that they will get information but on the other hand may not support other OSes (and open source). I am not sure whether that's true but it would explain the behaviour of all Delphi owners. Jürgen Hestermann. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
