BrunoProg64 Blog

En uno de mis primeros posts, preguntaba por un software que descargara archivos por lo bajo. No encontré uno que se ajustara a mis necesidades.

Después de descubrir libcurl, una librería libre para descargar archivos en casi cualquier protocolo, decidí escribir mi propio programa que baje archivos, en base a los ejemplos. Por esta razón la bajé, y me decidí a usarla.

Cuando descargé los binarios, se me preguntó si quería la versión con SSL (Segure Sockets Layer). Como mis necesidades no eran tales para tener SSL por ese momento, me instalé la versión no-ssl. Traté de compilar el ejemplo en el que me basaría: Todo un éxito.

Pero el problema, era que linkeaba a una .dll (libcurl.dll) y yo quería que el linkeado sea estático, para así ocultar el programa de algún curioso. Pues usé las opciones que se recomendaban en la documentación: Definir a CURL_STATICLIB y poner las librerías correspondientes: libcurl.

Ni más está decir que mi compilación fue un fracaso. Al comienzo revisé mi código, pero me di cuenta que el error era en el Linking. No había nada que pudiera hacer.

Navegando por Google, encontré esto y realmente me sorprendió lo que decía al final:

The non-SSL static Library build may not be possible to use at least as of the
time of this writing - v7.14. Check reference emails - Phillipe and I found it
impossible to fully compile as certain files were missing for linking. No big
loss as SSL is a major plus.

Que traducido sería:

La compilación librería estática no-SSL, no podrá ser posible de usar al menos al momento de esta versión - v7.14. Revisen los emails de referencia -Phillipe y yo encontramos imposible compilar totalmente ya que algunos archivos estaban perdidos para linkear. El no perder esto como SSL es un gran punto.

¡Esto es un bug en libcurl! No hay duda, si ya los desarolladores lo han experimentado. Un momento antes de postear había rellenado en Sourceforge, el informe de bug con lo ya descrito arriba. Espero que se solucione a la brevedad. No creo que usar SSL sea una buena idea para lo que persigo y tampoco linkear con una .dll. Al menos por ahora.

Actualización (17-12-06): Unos 10 minutos después de postear el “bug” en Sourceforge, recibí una respuesta en la que se me decía que debía linkear a zlib estáticamente para así poder linkear a libcurl. Jamás se me había pasado por la cabeza esa idea y eso que libcurl depende de Zlib. Por eso me gusta la comunidad del Software Libre.