Free Pascal Compiler

Free Pascal Compiler (también conocido como FPK Pascal) es un compilador de Pascal de código abierto que admite los siguientes sistemas operativos: Linux, FreeBSD, NetBSD, MacOSX / Darwin, MacOS clásico, DOS, Win32, OS / 2, BeOS, SunOS (Solaris), QNX y Classic Amiga.

Free Pascal Compiler está disponible para diferentes procesadores Intel x86, Amd64 / x86 64, PowerPC, PowerPC64, Sparc y ARM.

Free Pascal Compiler presenta un lenguaje muy limpio, no usa Makefiles a diferencia de la mayoría de los lenguajes de programación, es Fast con una gran F, cada unidad tiene sus propios identificadores e incluye un IDE (Integrated Development Environment).

Además, el software presenta una gran integración con ensambladores, programación orientada a objetos, enlaces inteligentes, independencia de distribución y es compatible con el código existente.

¿Qué hay de nuevo? en este versión:

• Esta versión es una actualización de punto a 3.0 y contiene correcciones de errores y paquetes de actualizaciones, algunos de los cuales son de alta prioridad.

Qué hay de nuevo en la versión:

• Cambios de idioma:
• Llamadas heredadas anónimas:
• Comportamiento anterior: una llamada heredada anónima podría invocar a cualquier método en una clase principal que aceptara argumentos compatibles con los parámetros del método actual.
• Nuevo comportamiento: se garantiza que una llamada heredada anónima siempre llamará al método en una clase principal que fue reemplazada por la actual.
• Ejemplo: Consulte http://svn.freepascal.org/svn/fpc/trunk/tests/tbs/tb0577.pp. En versiones anteriores de FPC, la llamada heredada en tc3.test llamaba a tc2.test (b: byte; l: longint = 1234) ;. Ahora llama a tc.test.
• Motivo: conforme a la documentación de FPC, compatibilidad con Delphi.
• Remedio: si desea que el compilador decida a qué método llamar en función de los parámetros especificados, utilice una expresión de llamada heredada completamente especificada, como la prueba heredada (b).
• El modificador de sobrecarga debe estar presente en la interfaz:
• Comportamiento anterior: era posible declarar una función / procedimiento / método como sobrecarga solo en la implementación.
• Nuevo comportamiento: si se usa una directiva de sobrecarga, también debe aparecer en la interfaz.
• Motivo: el viejo mecanismo podría causar problemas difíciles de encontrar (dependiendo de si la implementación ya fue analizada, el compilador trataría la rutina como si hubiera sido declarada con / sin sobrecarga), podría causar recompilaciones de unidades no deseadas debido a para interactuar con los cambios de CRC y la compatibilidad con Delphi.
• Remedio: asegúrese de que el modificador de sobrecarga esté presente tanto en la interfaz como en la implementación si la usa.
• Cambios de unidad:
• Varios métodos de TDataset cambian la firma (TRecordBuffer):
• Comportamiento anterior: varios métodos (virtuales) de TDataset tienen parámetros de tipo & quot; pchar & quot ;, que a menudo se llaman & quot; buffer & quot;.
• Nuevo comportamiento: el tipo pchar ha sido cambiado a TRecordBuffer. Actualmente, este tipo sigue siendo un alias para p (ansi) char, pero con el tiempo se cambiará a pbyte para la rama 2.7.1 / 2.8.0, que es D2009 + compatible.
• Motivo: preparación para Delphi 2009+ compatibilidad y mejora de la tipificación general. En Delphi 2009+ (y modos FPC totalmente compatibles en el futuro), pchar ya no apunta a byte. Este cambio se fusionará de nuevo a 2.6 (.2), ​​pero con TRecordBuffer = pchar.
• Remedio: Cambie los métodos virtuales relevantes para usar TRecordBuffer para los parámetros del buffer. Defina TRecordBuffer = pansichar para mantener funcionando los antiguos Delphis y FPC. En los lugares donde se escribe un buffer, no use pchar sino el símbolo TRecordbuffer.
• DLLParam cambió de Longint a PtrInt:
• Comportamiento anterior: DLLParam era del tipo Longint incluso en Win64.
• Nuevo comportamiento: DLLParam ahora es de tipo PtrInt, por lo que también está en sistemas de 64 bits.
• Motivo: evitar la pérdida de datos, hacer coincidir la declaración en los encabezados de Windows.
• Remedio: Cambie la declaración de los procedimientos utilizados como enlace dll para tomar un parámetro PtrInt en lugar de Longint.
• Algunos símbolos en la unidad Unix y Unixutils han quedado en desuso:
• Comportamiento anterior: ninguna advertencia obsoleta para unixutils.getfs (varias variantes), unix.fpsystem (versión de shortstring solamente), constantes Unix.MS_ y unix.tpipe. unix.statfs
• Nuevo comportamiento: el compilador emitirá una advertencia obsoleta para estos símbolos. En versiones futuras, estos pueden ser eliminados.
• Razón: getfs ha sido reemplazado por una función totalmente multiplataforma sysutils.getfilehandle hace mucho tiempo. fpsystem (shortstring) fue un remanente de la migración 1.0.x- & gt; 2.0.x (la versión ansistring sigue siendo compatible), las constantes MS_ son para una llamada msync que no es compatible con FPC y, por lo tanto, no se han usado ni seleccionado para más de una década y podría fechar kernel 1.x veces, tpipe era el alias 1.0.x de baseunix.TFildes, la unidad donde el tubo (fp) se movió durante la serie 2.0. Unix.statfs es una versión sobrecargada que no se renombró correctamente al prefijo fp * cuando los otros se cambiaron de nombre en 2.4.0
• Remedio: use las nuevas variantes (sysutils.getfilehandle, fpsystem (ansistring), baseunix.tfildes). En el caso de las constantes MS_, obtenga valores actuales para las constantes del mismo lugar donde obtuvo el código que los usa.
• Comportamiento TStrings.DelimitedText cambiado (Clases de unidades):
• Comportamiento anterior: si StrictDelim es verdadero, TStrings.DelimitedText no siguió completamente la especificación de formato SDF (que se define en la ayuda de Delphi) al menos en el caso de espacios (y presumiblemente otros caracteres ASCII bajos) al frente y al final de campos, así como comillas y finales de línea. Peor aún, si StrictDelimiter es verdadero, y en los casos mencionados anteriormente, al guardar una TString .DelimitedText y al cargar ese texto en otra TString, se generan diferencias entre los dos. Nota: StrictDelimiter es falso de forma predeterminada.
• Nuevo comportamiento: FPC sigue el comportamiento Delphi.
• Motivo: la consistencia (escribir y leer en DelimitedText debería dar como resultado las mismas cadenas), compatibilidad Delphi (siguiendo la especificación SDF).
• Remedio: revise su código existente que lee o escribe DelimitedText; si es necesario, convierta los datos o escriba el código del convertidor. Consulte tests webtbs tw19610.pp para obtener una prueba detallada.
• fcl-image TTiffIDF renombrado como TTiffIFD:
• Comportamiento anterior: la clase tiff helper para el & quot; directorio de archivos de imagen & quot; fue mal escrito TiffIDF (unidad tiffcmn)
• Nuevo comportamiento: ahora renombrado como TTiffIFD
• Motivo: consistencia, bajo uso
• Remedio: cambie el nombre del identificador según corresponda.
• unit libc emite una advertencia obsoleta:
• Comportamiento anterior: si bien desactivó durante años, la unidad libc no emitió una advertencia obsoleta
• Nuevo comportamiento: se muestra una advertencia obsoleta cuando se utiliza la unidad libc, instando a su actualización.
• Motivo: la unidad libc es una unidad heredada de Kylix, con una portabilidad limitada
• Remedio: Use unidades FPC adecuadas como se describe en la unidad libc
• Otro:
• Se ha eliminado el soporte de UPX:
• Comportamiento anterior: había algunos sobrantes de soporte UPX (un empaquetador ejecutable) en los archivos FPC Makefiles, y los releases DOS y Windows FPC incluían un binario UPX.
• Nuevo comportamiento: todo eliminado.
• Motivo: los archivos binarios de versión no se han actualizado durante un tiempo. El tamaño de los ejecutables FPC es generalmente insignificante en estos días en comparación con el tamaño total de la instalación, y el uso de UPX ocasionalmente causa algunas molestias menores (falsos positivos de los escáneres de virus, peor comportamiento de búsqueda por el SO, incompatibilidades con ciertas secciones ejecutables, ...)
• Remedio: descargue e instale UPX usted mismo desde su página de inicio y, en general, reevalúe la necesidad de hacerlo.

Qué hay de nuevo en la versión 2.4.4:

• Esta versión contiene la mayoría de las correcciones de bibliotecas desde principios de junio de 2010 hasta marzo de 2011.
• También hay algunas correcciones de compilación, la mayoría relacionadas con 64 bits.

Qué hay de nuevo en la versión 2.4.0:

• Delphi tiene gusto de los recursos para todas las plataformas,
• Mejoras en la depuración de información en línea,
• Varios objetivos nuevos
• Mac OS X de 64 bits (x86_64 / ppc64)
• iPhone (Mac OS X / Arm)
• Haiku (de la familia BeOS)
• Compatibilidad con ARM EABI mejorada
• Optimización del programa completo
• Muchas correcciones de errores del compilador y medio año de actualizaciones de la biblioteca (desde 2.2.4)

Qué hay de nuevo en la versión 2.2.4:

• Todos:
• Paquetes experimentales: herramienta de instalación
• Paquetes:
• Se agregó soporte para lectura / escritura TIFF en fcl-image
• Mejoras y correcciones en el soporte de CHM
• Se arregló la vinculación del paquete gtk2 con las versiones gtk anteriores a 2.13.4
• IDE:
• Soporte agregado para archivos de ayuda de CHM