Re: [lazarus] Solution to the BIG compiled file issue!

2008-01-15 Thread Paulo Costa



Why needs Lazarus users that contribute nothing?

They are testers and they infect others by the virus ;)
More users are already an good thing.


Well, that was my question, please explain why. What benifit gets Lazarus 
from a user? Lazarus doesn't get a thing for users that just uses Lazarus 
and doesn't contribute anything. Codegear for example gets a couple of 
hundreds of dollars for each user.


The benefit that Lazarus gets from an user is that it is easier to motivate 
_a developer_ to contribute to a popular and widespread program than to an 
obscure and mostly unknown one.



Why Lazarus is Open Source ? If you dont need users you can also work 
with your 2 neighbours on it in your cellar.


No, working with my two neighbours would not work. Lazarus needs lot's of 
testers, document writers, support givers in the forums (main, 
distro-specific and in several languages), graphical designers.


If me and my two neigbours work on it in my rate, we couldn't finished it 
in my lifetime. So we need more developers and more other contributors, 
that can help to alleviate the tasks of the developers and may become 
developers in the future.


So what we need it users that are willing to become contributors, not 
users that contribute nothing. They are welcome of course. But they are 
not *needed* for Lazarus to advance.


Please, correct me, where I am making a mistake in my reasoning.


There is also the network effect. An user that, apparently, does not 
contribute to the project but is happy with it will attract more users and 
eventually a few developers. Sometimes, a small investment in polish and 
some hand holding, can have some spectacular effects in the future.


More. A newbie can grow and eventually help as a tester, document writer, 
support giver, graphical designers, etc. If he/she was discouraged in the 
first place...


Another aspect is the perceive openness of the project to contributions. If 
there is the perception of some cadre that you have to be member before you 
are accepted as a contributor (this is not yet the case of fpc/Lazarus) 
then the project will have more trouble to find contributors, they will 
gravitate towards more open projects. That perception of openness comes 
also from the way that people that are starting are treated.


Paulo Costa

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


[lazarus] Our first Serial Port, Firewire Camera Capture and Fast Form components

2008-01-12 Thread Paulo Costa

Hi,

As we are porting our robots' software from Kylix to Lazarus and we 
developed a few components. These components are collected on the 5dpo 
Component Library that we decided to publish.


This library includes a serial communication component (TSdpoSerial), an 
IEEE1394 camera component (TSdpoVideo1394) and a Gtk form component 
(TSdpoFastForm). TSdpoSerial allows asynchronous communication using a 
serial port based on Synaser. Works in Linux and Windows. TSdpoVideo1394 
makes a connection between Lazarus and libdc1394. Allows the control of 
IEEE 1394 based cameras that conform to the 1394-based Digital Camera 
Specifications (also known as the IIDC or DCAM Specifications). Works only 
in Linux. TSdpoFastForm creates a Gtk window that is useful for fast 
painting of images (like the ones from the camera) and allows full control 
of the paint action, useful for real-time image processing. Works only in 
Linux.


This library and its units are licensed under a modified LGPL license. (The 
standard linking exception)


You can find the library here:
http://www.fe.up.pt/~paco/wiki/pub/Sdpo-0.1.1.tar.gz

Have fun and send your comments and suggestions.

Paulo Costa, Paulo Malheiros, Paulo Marques

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] madelbrot benchmark much faster

2008-01-02 Thread Paulo Costa

At 18:46 02/01/2008, willem wrote:

Vincent has made an improved Mandelbrot benchmark.

i  did run the original mandelbrot benchmark with N =5000. It took 2: 20 
minutes.


The improved version took 2:00 minutes.



If you see the gcc version you'll see that it relies on SSE2 instructions 
to perform two double computations with one instruction:


http://shootout.alioth.debian.org/gp4/benchmark.php?test=mandelbrot&lang=gcc&id=3 


"
 Uses SSE packed doubles to run the inner loop computations in parallel.
  I don't have a machine with SSE to test with, but the assembly looks
  pretty nice.  With gcc-3.4.2 there's no difference in the assembly
  between -msse2 and -msse3, YMMV.  It uses gcc's vector extentions
  ( http://gcc.gnu.org/onlinedocs/gcc-4.0.0/gcc/Vector-Extensions.html ),
  so it will run (slowly) on hardware without SSE.
"
That is why it is twice as fast. The  "-funroll-loops" may help a bit also, 
because it is very aggressive and can eradicate some loop variables...


I think that the only "easy" way for fpc to be competitive in cases like 
these is to have explicit types for MMX and SSEn data and the "functions" 
to operate with them, like gcc does...

And, no I'm not the one who can send those patches :(


Paulo Costa


_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] Breakpoints not working

2005-12-08 Thread Paulo Costa



I really miss the debug tooltips over variables.


I am no Delphi user, but if I understand you correctly, then lazarus has 
this too, if you enable the option:


Editor Options -> Code tools -> Automatic features -> Tooltip expression 
evaluation (I hope I translated the captions correctly).


In my version of 0.9.10 (winXP Pro) that option is greyed out an could not 
be switched on!

I assumed that it was an option that was not yet implemented...

Regards,


_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives