Lazarus
Announcements => Third party => Topic started by: raulparraco on April 20, 2011, 01:19:29 am
-
At 19-Apr-2011 we release a new version 1.60 of our Freeware Project CodeTyphon.
http://www.pilotlogic.com/sitejoom/index.php?option=com_kunena&func=view&catid=10&id=141&Itemid=169
-ADD pl_UIB
-ADD pl_OpenWire
-ADD pl_FortesReport
-ADD pl_PowerPDF
-Update pl_BGRAbitmap (SVN 18-4-2011)
-Update pl_ZenGL (SVN 18-4-2011)
-Update pl_GLScene (SVN 17-4-2011)
-Update pl_LNetComp (SVN 17-4-2011)
-Update pl_KambiEngine (SVN 17-3-2011)
-Update pl_LNetComp (SVN 17-4-2011)
-Fix arm-linux Cross-Element compilation problem
NOTE: Lazarus 0.9.31 Source from SVN 18-04-2011 Rev 30371
FreePascal 2.5.1 Source from SVN 01-04-2011
Rev 17212
CodeTyphon version 1.60 Status
• Full Source Code for Lazarus IDE, FreePascal Compiler, Components Packages and sample projects.
• Full Multi-Operating Systems Architecture.
o Multi-Operating Systems Code Compiler.
o Multi-Operating Systems RAD IDE.
o Multi-Operating Systems RAD IDE Packages .
o Multi-Operating Systems Debugger.
o Multi-Operating Systems Installer, one zip file, with "Build from the source" action.
o Multi-Operating Systems HTML Help System.
o Multi-Operating Systems Code Samples and Projects.
• Negative Cross-Compile Architecture.
o Cross-Compile Code Compiler.
o Cross-Compile RAD IDE.
o Cross-Compile RAD IDE Packages.
o Cross-Compile Debugger.
• 4 CPU-Operating Systems Host Layers (Win32, Win64, Linux32, Linux64).
• 16 CPU-Operating Systems Target Layers.
• Win64 Layer has Dual Personality (Win64 and Win32).
• Win32 Layer is Cross-Build Center with Cross Elements for:
o arm-Wince
o arm-Linux
o arm-Embedded (freepascal only)
o arm-gba (freepascal only)
o arm-nds (freepascal only)
o i386-Win32
o i386-Linux
o i386-FreeBSD
o i386-Haiku (freepascal only)
o x86_64-Win64
o x86_64-Linux
o x86_64-FreeBSD
o powerpc-Linux
o powerpc64-Linux (freepascal only)
o sparc-Linux
o sparc-Solaris (freepascal only)
• Lazarus Extent-IDE , more packages and more functionality.
• CodeTyphon Control Center with:
o Building Session with OS batch files.
o Installation Control Session.
o Packagers Control Session.
o Cross-Build Session.
o Tools Session.
• CodeOcean part with samples for:
o AGG 61 projects
o DirectX 31 projects
o OpenGL 15 projects
o GLScene 75 projects
o Physics 2D 2 projects
o Physics 3D 5 projects
o Shapes 2 project
o VirtualTrees 3 projects
o Extra Controls 9 LAB projects
-
I think its a nice idea to make an ALL in ONE redistribution of Lazarus, like it happens in linux distributions.
Will it be available on all platforms? And on all operating systems?
Still I don't think its legal to make an Open Source project Freeware, it seems like if tomorrow I take the Linux kernel, i add some modules then i redistribuite it through my website as freeware. But I could be wrong.
-
Still I don't think its legal to make an Open Source project Freeware
I think that they made freeware only their contribution (CodeTyphon center, installer...), and that Laz/FPC and other open sourced projects remain with their original licence.
-
I think that they made freeware only their contribution (CodeTyphon center, installer...), and that Laz/FPC and other open sourced projects remain with their original licence.
Thanks Sir, this is true
have fun...
-
Sorry to be nitpicky: freeware means that you don't have to pay for it. Freeware says something about the price for the executable (or possibly source code).
Open Source may or may not mean you don't have to pay for it. Open Source says something about your access rights to the source code.
The term you might be looking for is public domain: e.g. anybody may do anything with the code (and e.g. give away or charge for the resulting executable).
(I haven't looked at CodeTyphon licenses though, so I might very well be wrong....)
Anyway, I'm glad somebody is doing the hard work of collecting and integrating a lot of scattered components...
-
The term you might be looking for is public domain: e.g. anybody may do anything with the code (and e.g. give away or charge for the resulting executable).
Afaik "public domain" is a dangerous term, because it differs in Common Law and more French oriented (Code Penal) law as used in most of continental Europe
In such law systems, only works which copyright has expired are in public domain, and the phrase to place them there is thus meaningless, making it not an ideal license.
A better solution is (3-clause) BSD license. It doesn't add much, and its wording doesn't depend on local law.
-
to Mr. Sternas :
My Questions are so simple ; :)
1. Is there any possibility for anybody that use CodeTyphon to build commercial products without buy CodeTyphon? (cause I think, it was based from Lazarus that shipped with LGPL-modified, that permitting to anybody build their own commercial product using Lazarus as software development tool) ::)
2. If I must to buy CodeTyphon, how much I must pay for it? O:-)
3. Is there any restriction for anybody to build OpenSource products using CodeTyphon? :D
4. Is there any plan from CodeTyphon's Company to change the license someday into commercial product, which say to your user to buy the license of CodeTyphon to use it? :P
5. If CodeTyphon's License changed, is there any possibility it will be applied directly to the previous product which already shipped with CodeTyphon's "freeware license"?
Thanks Before,
Matsuki, Takeda.
-
Sir
CodeTyphon is FREE (again free) Distribution.
Simple, we release our develop tool for free (again free),
with the hope that some people help us to make it better.
You can do anything you want with it, except to sell CodeTyphon.
Money and CodeTyphon are two opposite things.
We want to stop this "only for money" from pascal programmers behavior...
This behavior "Hold" pascal from growing, for so many years.
So
1."use CodeTyphon to build commercial products without buy CodeTyphon?" YES
2."how much I must pay for it?" : NOTHING.
3."Is there any restriction": Only to have fun...
4."Is there any plan from CodeTyphon's Company to change the license someday into commercial product, which say to your user to buy the license of CodeTyphon to use it?": NEVER
5. "If CodeTyphon's License changed....": NOT POSSIBLE
I will put this and to PilotLogic.com CodeTyphon page
Now Sir, I think my answer is "very clear"
-
1."use CodeTyphon to build commercial products without buy CodeTyphon?" YES
2."how much I must pay for it?" : NOTHING.
3."Is there any restriction": Only to have fun...
4."Is there any plan from CodeTyphon's Company to change the license someday into commercial product, which say to your user to buy the license of CodeTyphon to use it?": NEVER
5. "If CodeTyphon's License changed....": NOT POSSIBLE
That is all very good.
"Freeware" and "open source" are not a type of license. They specify certain attributes of a product.
Also to give other developers peace of mind, you should (for your own code) specify a license (such as GPL, LGPL (with linking exception)).
Besides, those licenses may also protect you, in certain cases.
As your software is a distribution of multiply products, it would be best to point out the individual licenses of the included products.
-
That is all very good.
"Freeware" and "open source" are not a type of license. They specify certain attributes of a product.
Also to give other developers peace of mind, you should (for your own code) specify a license (such as GPL, LGPL (with linking exception)).
Besides, those licenses may also protect you, in certain cases.
As your software is a distribution of multiply products, it would be best to point out the individual licenses of the included products.
I don't have the same opinion, Sir
"products" are only for commercial Software
We don't use this word.
We NOT want any protection, free source code to anyone...
Yes, a revolution...
-
I don't have the same opinion, Sir
"products" are only for commercial Software
We don't use this word.
Well this is a simple misunderstanding. "product" as in anything that was produced. >> This message is a product of my thoughts and typing <<
But does not matter what term you choose to describe your code, the code of others, or anything else...
We NOT want any protection, free source code to anyone...
You do not want to be protected against being taken to court?
Afaik, most licenses have disclaimers that limit a users right to warranty and other claims. (To what ever extend is legally possible). This is to prevent people from asking you to pay, because a bug in your code, caused them a loss of revenue from their clients.
I may be wrong on this, but afaik those things are part of what is covered by such licenses.
If the license you choose has restrictions that you do not want to apply, you can always add an exception (such as done for the LCL, with the linking exception)
-------
Also in adding a license, you do not restrict your users, you actually help them.
Without a proper license, your users may have no legal security about using your code (this may heavily depend on where they live).
By adding a license, you provide legal security to the users of your code.
----
Further more you can give them a choice, by saying the code can be used under license a, b or c, at the users choice.
-
Sir
I speak only for CodeTyphon as Distribution
and only for our source code.
All CodeTyphon parts have their licenses.
I can't speak for lazarus or freepascal or another
CodeTyphon part...have their licenses.
And we select only "free software parts"
-
I'm not an expert in law or licenses at all, but there are several areas around the CodeTyphon project I've found worrying.
First of all, as stated earlier in this thread, there is no clear license around the project and separate products included.
In fact, until one of the recent releases of CodeTyphon, has the GPL been violated in two components, TColorProgress and TGifAnim originally created by Wile64. The component names was renamed to TplColorProgress and TplGifAnim and had their GPL statement replaced with a PilotLogic copyright notice.
I doubt these two components are the only one which has been modified that way, but I may be wrong.
(I'm not 100% sure about this point, so don't quote me on that)
- In the license.htm, is the licenses stated as a EULA, which in my head doesn't comply with GPL/LGPL products at all.
However, it looks like parts of the EULA has been lend from "Installation Notes for CodeGear Delphi and C++Builder 2009" as the title of all 3 .htm files says.
The CodeTyphon project is a good idea, no doubt about it. But all this uncertainty about licenses and who has delivered code for the various components - and their own licenses, makes me think twice before I would use CodeTyphon again.
In fact, this is one of my main motivations behind the ideas I have shared in other threads here, and as a result switched back to vanilla lazarus :)
Just my two cents.
Best regards
Glenn
-
If anything bad happens to CodeTyphon, my work is safe since I can always turn back to native Lazarus. Then I would have to manually setup cross compilers and install many components, but nothing would be lost.
-
I'm not an expert in law or licenses at all, but there are several areas around the CodeTyphon project I've found worrying.
First of all, as stated earlier in this thread, there is no clear license around the project and separate products included.
In fact, until one of the recent releases of CodeTyphon, has the GPL been violated in two components, TColorProgress and TGifAnim originally created by Wile64. The component names was renamed to TplColorProgress and TplGifAnim and had their GPL statement replaced with a PilotLogic copyright notice.
I doubt these two components are the only one which has been modified that way, but I may be wrong.
(I'm not 100% sure about this point, so don't quote me on that)
- In the license.htm, is the licenses stated as a EULA, which in my head doesn't comply with GPL/LGPL products at all.
However, it looks like parts of the EULA has been lend from "Installation Notes for CodeGear Delphi and C++Builder 2009" as the title of all 3 .htm files says.
The CodeTyphon project is a good idea, no doubt about it. But all this uncertainty about licenses and who has delivered code for the various components - and their own licenses, makes me think twice before I would use CodeTyphon again.
In fact, this is one of my main motivations behind the ideas I have shared in other threads here, and as a result switched back to vanilla lazarus :)
Sir
We remove these two small components,
(TColorProgress and TGifAnim) from CodeTyphon
and I will remove and any other NO FREE part from CodeTyphon if exists...
you must update your info...
-
Sternas: Yes the components are removed from the current release of CodeTyphon, but it does'nt change the fact that pilotlogic did violate the LGPL license.
I find it ridiculous that two components licensed under LGPL are being removed because you refuse to include the components original license.
- what about all the other components included which is licensed under similar license? then you should remove those too.
-
Sternas: Yes the components are removed from the current release of CodeTyphon, but it does'nt change the fact that pilotlogic did violate the GPL license.
I find it ridiculous that two components licensed under GPL are being removed because you refuse to include the components original license.
- what about all the other components included which is licensed under similar license? then you should remove those too.
This is your opinion, Sir
The fact is that we don't pay for components...
We use only free software... with their licenses...
-
The fact is that we don't pay for component...
The mentioned components are released under LGPL...
We use only free software... with their licenses...
Yes, you use free software as in "free speech"... but you violate the LGPL license when you change the component name and furthermore removes the original license statement and replaces it with your own copyright notice.
A license for a software product whether provided in source code or binary form still apply. In this case the component are provided in source-only form and needs to be compiled to binary representation.
An example:
If I forked the Lazarus project, removed every reference to the GPL/LGPL license and indirectly claimed the source code is produced by myself with a copyright notice in every source file, then I would violate the GPL/LGPL license and furthermore been real screwed as I could be prosecuted due to license infringement.
--------------
That's why it's so darn important to have proper licenses in place and proper management of 3rd party licenses - even while using GPL software. Many of the big electronics manufactures have had real issues with using GPL licensed products in their televisions, routers, dvd recorders and so forth, as they "forgot" to make the source code of the included GPL software available.
Best regards
Glenn
-
Sir sorry but,
we don't pay for components...
what else to say...
-
A software license is not payment. License means software license agreement which specifies your rights as an user.
Commercial license agreements specifies you have to pay a fee or a subscription to use the software product.
Lazarus/Free Pascal, and many of the components are licensed under GPL/LGPL which says "here's the source code, do whatever you want with it as long you stick to the same license - GPL/LGPL" roughly translated. Thus you have to play by the same rules as the software products are licensed under.
-
Thanks for the lesson Sir (after 7 years in this forum)
but again, we don't pay for components...
-
Thanks for you work. I'm giving it a try.
-
Thanks for you work. I'm giving it a try.
And thanks for your work Sir
your library (is in CT 1.60) is one of the best for pascal programmers
Our, full support to your work...
-
Thanks.
I tried Code Typhon and built Lazarus with no problem. Then, I added project dependency to BGRABitmap and have run a test program with success.
-
We put your samples to
"CodeTyphon\CodeOcean\BGRAbitmap\samples\" folder
Your library working OK in Win32, Win64, Linux32, Linux64 and WinCE
"BGRAbitmapWinCE1" sample is for Windows Mobile 6.5.x
Emulator and HTC HD2 phone...
have fun...
-
Thanks for you work. I'm giving it a try.
And thanks for your work Sir
your library (is in CT 1.60) is one of the best for pascal programmers
Our, full support to your work...
You can do a better Windows Installer:
http://bugs.freepascal.org/view.php?id=18382
I posted it a long time ago..
-
I have a suggestion for Code Typhon. I think it would be useful to popup a message box when building Lazarus, telling that it will be extracted, not installed with windows install, and the output directory, with buttons OK and Cancel. It would be less frightening about overwrite some existing lazarus install and by allowing user to validate the destination.
By the way, how can we change the output directory ?
-
....
You can do a better Windows Installer:
http://bugs.freepascal.org/view.php?id=18382
I posted it a long time ago..
Thanks Sir
I will check this for next CT release...
......
By the way, how can we change the output directory ?
In this CT release we can't...
until CT ver 2.0, we will follow the same installation plan
-
I cannot compile BigIDE, I get this error :
Compiling .\source\core\ZClasses.pas
ZClasses.pas(93,38) Fatal: Syntax error, ":" expected but "identifier IID" found
Fatal: Compilation aborted
-
I cannot compile BigIDE, I get this error :
Compiling .\source\core\ZClasses.pas
ZClasses.pas(93,38) Fatal: Syntax error, ":" expected but "identifier IID" found
Fatal: Compilation aborted
You must remove any old freepascal installation
-
I'm trying that.
What about the dialog box I suggest ?
There could be a checkbox "don't show this kind of window" for example.
-
I'm trying that.
What about the dialog box I suggest ?
There could be a checkbox "don't show this kind of window" for example.
We plan custom installation after CT ver 2.00
now we focus to "Basic Libraries layer"...
-
I understand, but maybe there is a misunderstanding. For me, it's optionnal that the path be chosen. I'm talking of a simple message box to explain the user some basic considerations. You can add it in the meanwhile, before you do some custom installation. Maybe you don't want to time take for this, because you think that it will be included in what you plan to do anyway.
You must remove any old freepascal installation
I click in the menu CodeTyphon>Remove ALL, but I then get the same error.
-
I think that "CodeTyphon>Remove ALL" just removes it's own Laz/FPC installation. Try to uninstall and remove all traces of original installation first, then try option 7 from SETUP "Remove and Build Lazarus and FreePascal". In Vista/Win start CMD.EXE with "Run as administrator", and then from it start SETUP.BAT. It is not enough that user with admin rights directly starts SETUP.BAT.
-
Sir
CodeTyphon is FREE (again free) Distribution.
Simple, we release our develop tool for free (again free),
with the hope that some people help us to make it better.
You can do anything you want with it, except to sell CodeTyphon.
Money and CodeTyphon are two opposite things.
We want to stop this "only for money" from pascal programmers behavior...
This behavior "Hold" pascal from growing, for so many years.
So
1."use CodeTyphon to build commercial products without buy CodeTyphon?" YES
2."how much I must pay for it?" : NOTHING.
3."Is there any restriction": Only to have fun...
4."Is there any plan from CodeTyphon's Company to change the license someday into commercial product, which say to your user to buy the license of CodeTyphon to use it?": NEVER
5. "If CodeTyphon's License changed....": NOT POSSIBLE
I will put this and to PilotLogic.com CodeTyphon page
Now Sir, I think my answer is "very clear"
to Mr. Strenas ;
Done..
I lock your statement.. I love it.. coz it make me feel comfortable to using CodeTyphon.. :D
Okay,, Thank you to make everything is clear for anybody that need the clear statement of "FREE" in CodeTyphon.. ;D
Well, overall I love the CodeTyphon's team idea to build true cross-build development tool..
May be some people got misunderstanding about your statement "FREE".. But as long as you not sell-out the source-code of each which shipped with GPL-LGPL's license, might the author of each components will accept your statement about "FREE".. Because I think, the based Idea of OpenSource is the public can reach their right and freedom, so as long as you not locking the public right and freedom, you will side by side with OpenSource movement. ::)
Regards,
Matsuki, Takeda.
-
In the beginning I was a bit against this project CodeTyphon, but now, since last time I was installing some components, I think this project is a good idea. Still there are some things i don't like much.
I see many Linux distributions which come with 2 versions:
LinuxDistribution (the full distro)
LinuxDistribution MiniMe (the essential distro)
Let me suggest you one thing, why don't you rename the project like:
Lazarus: CodeTyphon Edition
or something like
Lazarus: Fat Edition
And make this more project oriented and less an apart project.
I think if you collaborate with the developers and you plan with them to compile yourself for all the platforms and os's the fat version it will be nicer.
All above is in my opinion, I wil lgive CodeTyphone a look these days.
Bye
-
In the beginning I was a bit against this project CodeTyphon, but now, since last time I was installing some components, I think this project is a good idea. Still there are some things i don't like much.
I see many Linux distributions which come with 2 versions:
LinuxDistribution (the full distro)
LinuxDistribution MiniMe (the essential distro)
Let me suggest you one thing, why don't you rename the project like:
Lazarus: CodeTyphon Edition
or something like
Lazarus: Fat Edition
And make this more project oriented and less an apart project.
I think if you collaborate with the developers and you plan with them to compile yourself for all the platforms and os's the fat version it will be nicer.
All above is in my opinion, I wil lgive CodeTyphone a look these days.
Bye
to Mr. BPSoftware ;
Well, I agree with your statement.. CodeTyphon make Lazarus more beautiful and pretty than the other OpenSource Projects even with Pascal's commercial IDE-RAD.. :)
Well, for your suggestion, about the project of CodeTyphon, just take a look into :
http://www.pilotlogic.com/sitejoom/images/phocagallery/thumbs/phoca_thumb_l_codetyphon_win7_32_1.png (http://www.pilotlogic.com/sitejoom/images/phocagallery/thumbs/phoca_thumb_l_codetyphon_win7_32_1.png)
You'll find, they still use "Lazarus : CodeTyphon Edition" words.. (side by side like you wish, about the project name, right?)
Regards,
Matsuki, Takeda.
-
hummm, you guys have much work to do to convince me.
Let's explain:
the installation process is not good enough (i had to chmod 777 the whole ScriptLin folder)
then i tried to build fpc + lazarus with sh setup.sh step 7,
it didn't work.
Your tool is not what i'd call user-friendly, and if we have to use the terminal to do things,
it's not a progress.
I hope you understand my point of view and you will take it nicely :)
(linux-mint xfce based on Debian 6)
-
hummm, you guys have much work to do to convince me.
Let's explain:
the installation process is not good enough (i had to chmod 777 the whole ScriptLin folder)
then i tried to build fpc + lazarus with sh setup.sh step 7,
it didn't work.
Your tool is not what i'd call user-friendly, and if we have to use the terminal to do things,
it's not a progress.
I hope you understand my point of view and you will take it nicely :)
(linux-mint xfce based on Debian 6)
We use Ubuntu 32 and 64, Sir
Yes, CodeTyphon want a lot of work
(linux cross-build, more second level components, etc)
and we want help...
but, it's our (and the only) programming tool...
and we are in the start...
-
@Fabien, I also use linux mint and don't use the terminal, I select all the scripts and use the properties dialog to make them executable, then all you have to do is double click the script and select "run in terminal" that way you don't have to type commands, I have also found Pilot Logic Code Typhon easier to install than the Lazarus available on the Lazarus site and more current, I have used it for a while now and find it good because they integrate a lot of the components instead of having to individually install a lot of them.
Regards
Dave
-
i'll try again until i have it working
-
the installation process is not good enough (i had to chmod 777 the whole ScriptLin folder)
then i tried to build fpc + lazarus with sh setup.sh step 7, it didn't work.
Shouldn't quoted 2nd line from SETUP.SH do that chmod for you?
sudo chmod 777 ScriptsLin/*.sh
Did you execute setup as admin?
tool is not what i'd call user-friendly, and if we have to use the terminal to do things
You can do everything from nice GUI called CodeTyphon Center. That's option 1 from SETUP.
-
Is the website down at the moment ?
I have tried for 2 days with no response from the website..???
-
Is the website down at the moment ?
I have tried for 2 days with no response from the website..???
I have no problem accessing the site...
Gr.
Dirk.
-
Whaouw, beautiful :)
Any plan for setup for OSX ?
-
Yes Sir
After ver 2.0
-
CodeTyphon comes with fpGUI?
-
Sterna Stefanos can you put a assistant to install all documentation for Lazarus, CodeTyphon and FPC in next version of CodeTyphon
-
I don't have the time for next release 1.70 Sir
We want to release 1.70 in 2-3 days from now.
But I will put this request to our CodeTyphon To-Do List for
ver 1.80
-
If I'm not explain well i talk of help that appear ever that you click with the right button in an error and after click in button help(of error).
Is to consult offline.
-
I will check this Sir
-
Excellent project..i wanted before to make it for my self but CodeTyphon is better..all-in-one :)
-
But I will put this request to our CodeTyphon To-Do List for
ver 1.80
Very nice ;-)
-
v2.0 is out ;)
Lazarus 0.9.31 Source from SVN 19-08-2011 Rev 32037
FreePascal 2.7.1 Source from SVN 19-08-2011 Rev 18246
-
Great news!!! ;D
-
Avra,
In several attempts I failed to install Code Typhon on Puppy Linux. I am not Linux guru, though,
but It seems the installation script is Ubuntu optimized?
Could you provide more general way of installation on different Linux systems?
Regards
-
Installation script didn't work for me only when I was logged as a non-admin user, when I hadn't deleted all previous Laz/FPC, and once when I had some strange GCC installation (not installed by me but installed by some 3rd party installer - fixing GCC fixed LazCT installation).
If these things don't work for you then you should report a problem in CT forum. I am not familiar with Puppy Linux.
btw. I don't believe how many components they have converted to Lazarus ;D
-
Avra, may we know which Linux distro you successfully installed Code Typhon onto?
I have been doing a little digging and have not located anyone who claims a successful install on anything other than Ubuntu.
If I get a chance this coming weekend, I will attempt to install it on one of my Debian machines.
-
may we know which Linux distro you successfully installed Code Typhon onto?
Ubuntu.
The following Linux platforms are tested:
All Ubuntu Linux (32 and 64 bit) versions 9.10, 10.04, 10.10 and 11.04 with GNOME, KDE, Xfce and LXDE.
This is from official site. It seams that only Ubuntu was properly tested. That's why I said that you should report problems in CT forum.
These are the links that might be interesting:
http://www.pilotlogic.com/codetyphon/help/installation.htm
http://www.pilotlogic.com/codetyphon/help/minimumsystemrequirements.htm
http://www.pilotlogic.com/codetyphon/help/installing_codetyphon_on_linux.htm
http://www.pilotlogic.com/codetyphon/help/give_to_setup_executable_permi.htm
-
I tried to install CodeTyphon (note: not CodeTyphoon, an easy mistake to make when you have a hurricane in the area :-[) on a Debian system today, without much success.
The Install_SysLibraries_For_Ubuntu script ran fine on the Debian system. I did notice one of the SDL packages it called for had a different name under Debian. I installed that manually.
The instructions have you run the setup script from your home directory. That won't work, since the script expects to be run from the CodeTyhpon directory. The first time it ran all the way through it produced a bunch of errors, so I ran it again, dumping the output to a log file, all 3.5 MB of it. The log showed a missing gdb development library, so I installed it and ran the installation again.
This time the fp compiler built OK, but I never could get Lazarus to compile. The compiler spewed out over 100 lines of "/usr/local/bin/fpc: /usr/local/bin/fpc: cannot execute binary file."
Doing the install as a regular user (sudoed) and as root produced no difference.
I don't really have the time to dig through it all trying to figure out what is wrong, so I deleted what CodeTyphon had installed, then reinstalled Lazarus and fp from the Debian packages. I will forgo CodeTyphon for the time being .
-
I will forgo CodeTyphon for the time being .
I am sorry to hear such a bad result for that non-Ubuntu distro. Before deleting CT you should probably take a look at provided components and examine them in your regular Lazarus installation, since there are many Delphi ported components (and a lot of them tested on Win/Lin/WinCE) you will not find anywhere else...
-
... you should probably take a look at provided components and examine them in your regular Lazarus installation, since there are many Delphi ported components (and a lot of them tested on Win/Lin/WinCE) you will not find anywhere else...
Great observation. That's what I do. I take the extra CT components and install them in the regular Lazarus distribution.
-
CT crew seams to be listening. They started tests of Lazarus CT under Suse Linux and they are asking for help.
http://www.pilotlogic.com/sitejoom/index.php/forum/66-linux-desktop-development/1241-labcodetyphon-on-suse-3264-linux
http://www.pilotlogic.com/sitejoom/index.php/forum/10-installationsetup/1232-lab-tests-for-codetyphon-on-suse-linux
-
I look forward to them getting it working on Debian. It would be 8)
-
... you should probably take a look at provided components and examine them in your regular Lazarus installation, since there are many Delphi ported components (and a lot of them tested on Win/Lin/WinCE) you will not find anywhere else...
Great observation. That's what I do. I take the extra CT components and install them in the regular Lazarus distribution.
Can these components be downloaded separately from Code Typhon? What is their license?
-
... you should probably take a look at provided components and examine them in your regular Lazarus installation, since there are many Delphi ported components (and a lot of them tested on Win/Lin/WinCE) you will not find anywhere else...
Great observation. That's what I do. I take the extra CT components and install them in the regular Lazarus distribution.
Can these components be downloaded separately from Code Typhon? What is their license?
AFAIK the components cannot be downloaded separately. So I download the entire CodeTyphon distribution & I pick and choose from the directory with components. The components I choose are those that I know are GPL and open source.
-
The components I choose are those that I know are GPL and open source.
FYI, Delphi Cindy components are now MPL. This is not a wide known fact since it has changed recently. Lazarus CT distribution port works on Win32/64, Lin32/64 and WinCE.
http://www.pilotlogic.com/sitejoom/index.php/forum/advsearch?q=cindy&exactname=1&childforums=1
http://sourceforge.net/projects/tcycomponents/
-
LazCT 2.20 is out with more distributions supported:
-ADD Support for FreeBSD 9.0 beta2 32/64 (Experimental)
-ADD Support for SuSE 11.4 Linux 32/64 (With dual personality for freepascal)
-ADD Support for Fedora 15 Linux 32/64
-ADD Support for Debian 6.0.2.1 Linux 32/64
-ADD Support for CentOS 6.0 Linux 32/64
-ADD Support for RedHat 6 Linux 32/64
-ADD Support for Mint 11 Linux 32/64
http://www.pilotlogic.com/codetyphon/CodeTyphon_ChangeLog.txt
-
nice work. is a mac version planned?
-
I've seen on the release notes of the previous release:
-Rollback to GDB ver 7.0.50 for Win32/64
GDB Ver 7.3.50 exists to CodeTyphon\binGDB\xnewGDB for testing...
And there is no note that it was updated now?
I do not know about 7.3.50 (at least on w32), so that may indeed be unstable.
But there is a mingw release 7.3-2 which appears to be very stable, and was confirmed by several people to fix some gdb crashes.
so on w32 I highly recommend to use the 7.3-2 version
-
I think more people need to know about LazCT.
Installing their latest version cleared up problems I was getting with the debugger stopping and the context menu edit items periodically quitting.
-
I think more people need to know about LazCT.
Installing their latest version cleared up problems I was getting with the debugger stopping and the context menu edit items periodically quitting.
As far as I know the advantages of CT are the installer (at least some people o Linux seem to prefer it over the build in install manager of their distribution), and the added packages, as well as some tools and stuff for cross compiling (I hope I did not leave anything out, as I am an SVN user, I don't actually have it.)
As for other issues, such as the debugger: CT is the same as the 0.9.31 snapshot (though I do not know if the version used by CT is in anyway tested above, what the snapshot is)
Most debugger fixes are present even in 0.9.20.1 snapshots (and will soon be available as 0.9.30.2 release). Features are 0.9.31 only.
-
I've seen on the release notes of the previous release:
-Rollback to GDB ver 7.0.50 for Win32/64
GDB Ver 7.3.50 exists to CodeTyphon\binGDB\xnewGDB for testing...
And there is no note that it was updated now?
I do not know about 7.3.50 (at least on w32), so that may indeed be unstable.
You can find here why 7.3.50 was abandoned:
http://www.pilotlogic.com/sitejoom/index.php/forum/10-installationsetup/1189-gdb-problem-in-ct-200
and here that there are also problems with 7.3.1 and 6.6:
http://www.pilotlogic.com/sitejoom/index.php/forum/79-freebsd-desktop-development/1323-lab-codetyphon-on-freebsd-3
-
Thanks Avra.
Unfortunately they lack any information on where exactly gdb failed.
if 7.3 indeed has regressions (and if they can not be worked around), then it's a draw, since 7.3 fixed some issues too ( http://bugs.freepascal.org/view.php?id=19883 ).
In fact, only some days ago, someone reported the same issue with his TC install, and confirmed that the upgrade to 7.3-2 had solved it for him
And IIRC 7.2 had solved some issues over 7.0.50, but I don't recall the exact details.
-
Guys, we,
1) roll back from GDB 7.3.50 after problems with GDB 7.3.50 on Win XP
current CT 2.20 use GDB from SVN LazBinaries without problems.
2) on Freebsd Lazarus/Freepascal Debugging with GDB 6.6.1(default) or
with latest for FreeBSD GDB 7.3.1(port build), Don't work
We, make more test for 2), soon firsts results...
I can post some pics at CodeTyphon forum, after request...
-
Hi Sternas:
I don't know about freebsd.
I would be very interested what kind of tests you perform? Since I do myself some testing too. But obviously there is no way do test all possibilities.
Are you aware that there also is a test suite included in Lazarus for the debugger?
On WinXP, I would be interested at which statement the debugger fails ( http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Create_a_new_Report )
I know on XP the error 193 issue, but this appears not to be limited to GDB, I found reports of all kind of applications having that issue, so it seems that this is XP itself. http://bugs.freepascal.org/view.php?id=17528
Where did you get 7.3.50? Is that cygwin? I am using and testing the mingw versions. (and mingw is that 7.3-2 , so there is no 7.3.50 from mingw yet / except win 64)
-
GDB 7.3.50 from MinGW-w64 project (http://sourceforge.net/projects/mingw-w64/)
custom build
GDB from SVN LazBinaries work without problems on XP/Vista/Win7 and Win8 Dev Preview.
I want to give any help,
I can upload these files (32/64 7.3.50) on request or
anything you want.
-
If you mail me the 32 bit 7.3.50 version, I can include it in my test runs, here. [lazarus at mfriebe dot de]
I have had one of the 64 bit versions from the mingw64 project. It passed the basics test, But my ability to test 64 bit is currently limited. So I only run the automated tests.
The tests are mainly about evaluating variables of different types.
I can also sent you instructions on how to run those tests yourself. The test can automatically multiply gdb versions.
If you run them, you can also send me any test-failures.
Test is in debugger/test/GDBMI/TestGdbmi.lpr
There are sample configs.
It only works with Lazarus trunk.
-
Here GDB 7.3.50
http://www.pilotlogic.com/codetyphon/xnewgdb.zip
32 and 64
-
Ok, my very basic tests are fine. they basically check the interaction between gdb and IDE for watch evaluation. (if gdb can not read the pascal expression).
If you have specific thinks that you do to test gdb,, as I said I would be interested to know.
-
Nice things in v2.40:
8 OS/CPU Host Layers (Windows32/64, Linux32/64, FreeBSD32/64, Solaris32/64) and 22 OS/CPU Target layers. ArchLinux, Slackware and Semplice are now supported (SuSE, Fedora, Debian, CentOS, RedHat and Mint since v2.20, Ubuntu since who knows when).
http://www.pilotlogic.com/codetyphon/help/codetyphon_current_status.htm
http://www.pilotlogic.com/codetyphon/changeslog.txt
-
It seams that upcoming Lab version 2.50 will hopefully solve windows docking in Lazarus:
http://www.pilotlogic.com/sitejoom/media/kunena/attachments/63/Screenshot2.jpg
-
I'm wondering when will they provide cross-compiling from Linux to Windows, out of box...
Currently, that's only what boders me in Code Typhon.
-
Hi, Mr. Strenas.
The CT is work for me especially for Linux Development. I never have to configure anything. Thank you so much Mr. Strenas. ;)
Well, it would be nice if next release of CT would shipped with ExtPascal, since Extpascal has features : "Visual - Web", like normal app in desktop.
Here is the link http://code.google.com/p/extpascal/
regards,
Takeda
-
@Takeda
ExtPascal has serious licensing issues, you can only develop open source projects with it. We wanted to integrate ExtPascal but Sencha demanded royalty payments because you are not allowed to use/distribute Sencha in anyway closed without source. Thus even if you create a web-module and distribute the javascript part Sencha will ask for royalty OR to also open your pascal side code.
I personally really like ExtPascal and I tried hard to negotiate with Sencha for a reasonable royalty but no success. In the end we had to drop ExtPascal and moved on to XUL which has royalty free licensing model.
The problem is not the JavaScript part that you kind of have to distribute with your solution the problem with Sencha is that you also have to open your pascal side code and this is the only reason why such a good solution like ExtPascal is not widely used.
-
@Takeda
ExtPascal has serious licensing issues, you can only develop open source projects with it. We wanted to integrate ExtPascal but Sencha demanded royalty payments because you are not allowed to use/distribute Sencha in anyway closed without source. Thus even if you create a web-module and distribute the javascript part Sencha will ask for royalty OR to also open your pascal side code.
I personally really like ExtPascal and I tried hard to negotiate with Sencha for a reasonable royalty but no success. In the end we had to drop ExtPascal and moved on to XUL which has royalty free licensing model.
The problem is not the JavaScript part that you kind of have to distribute with your solution the problem with Sencha is that you also have to open your pascal side code and this is the only reason why such a good solution like ExtPascal is not widely used.
Oh Lord, sad news for me. :(
Do you know the similar "packages" for web developments, like ExtPascal had?
I mean, extpascal provide "desktop-programming"-like, Is there another package like extpascal had? (we can build web "just" drag and drop the component, e.g. button).
Well, thank you so much for your information, Mr. PlusPlus. ;)
-Takeda-
-
@Takeda
ExtPascal has serious licensing issues, you can only develop open source projects with it. We wanted to integrate ExtPascal but Sencha demanded royalty payments because you are not allowed to use/distribute Sencha in anyway closed without source.
Extpascal is BSD licensed? http://code.google.com/p/extpascal/
-
Extpascal is BSD licensed? http://code.google.com/p/extpascal/
Probably gpl licence contamination from Ext JS : http://www.sencha.com/products/extjs/license/
-
then we be make a JQuery Port to Lazarus =)