<p dir="ltr"><br>
Em 26/01/2016 11:30, "silvioprog" <<a href="mailto:silvioprog@gmail.com">silvioprog@gmail.com</a>> escreveu:<br>
><br>
> As I said: "... But the one of the basic steps before chosing a library (from any language) is read its specification, and know if it provides the needed features, works in the expected SOs, and provides a good documentation with a stable support. I need to make a device and it need a microcontroller, so I found that the best choice is a PIC16F64A because its datasheet shows all the features and the basic hardware that I need".<br>
><br>
> ...<br>
><br>
> "... Well, the mostly C libraries work fine in many OSs. One that I use works in the popular systems (currently I need it just for Windows and Linux) like GNU/Linux, FreeBSD, OpenBSD, NetBSD, Android, OS X, Win32/64 and special systems like Symbian and z/OS, and it's already available in some tools like apt, yum, npm, maven, pacman...".<br>
></p>
<p dir="ltr">You are right. However, often we can't prevent when the requirements of our project will change and what will change. As i have said, you can find a library that address your problem today, but after some time, your project's requirements changes and that external dependency becomes a problem. The problem of cross-platform availability was just an example. A particular library may have many other kinds of limitations. Very often, you can't just figure out  which of that limitations may become a problem in the future.</p>
<p dir="ltr">><br>
> IMHO this isn't a reason, I also can find Pascal code that works only on a specific SO, and hard to be implemented in other systems, so I prefer to get some C library that already do it instead of spending a long time trying to implement it just because "oh, I can't work with libraries". :-)</p>
<p dir="ltr">I am not against the use of libraries. What i am trying to say is, when you add an external dependency to your code, your code becomes constrained by the limitations of that external dependency so, would be better if you can solve the problem without add a new level constraints to your code. <br></p>
<p dir="ltr">> The main a real reason that I find is: mostly Pascal programmers can't debug a C libraries. And many Pascal programmers can't use or don't know how to use shared/static libraries by themselves and can't find time to know it, but anyway they use external libraries implicitly, when they declare Pascal units that uses them.<br>
><br>
> Imagine if Lazarus developers think this same way, they probably would not have created Lazarus for GTK and Qt</p>
<p dir="ltr">Why i can't make an Android app using Lazarus, as the free pascal compiler provides support to it? Is it because there is no GTK to android? And if the lazarus GUI framework did not depends on external libraries? </p>
<p dir="ltr">The lazarus team did the right thing. They did not stopped to develop the Lazarus for Unix because "they couldn't use libraries". However, how would be the actual scenario if the GUI framework of the Lazarus was developed using just Pascal? Perhaps, I would not currently facing the problem of not being able to develop an android app using Lazarus provided frameworks.<br>
</p>