Re: [fpc-devel] FPC for Linux-ARM
Am 21.01.2011 05:03, schrieb Michel Catudal: > On 20/01/2011 05:14, Florian Klaempfl wrote: >> Am 20.01.2011 04:01, schrieb Michel Catudal: >> >>> In the Makefile I see these after I do a fpcmake -Tall. I looked all >>> over the project and cannot find where I would put the information >>> so fpcmake would generate a Makefile with : ifeq >>> ($(FULL_TARGET),avr32-embedded) >>> >> Extend fpc\utils\fpcm\fpcmmain for avr32 so fpcmake -Tall will cover >> avr32-embedded as well. >> > Thank you, that works. > >>> Can anyone explain where I can find information on what is needed to do >>> the port? >>> >> First, you need a compiler generating avr32 code. >> >> > > I got that. I saw that the ARM code uses a converting program that I > think would generate opcodes. > I could do something similar once I figure out the syntax for the > opcodes in the dat file This file is only used by an internal assembler but has nothing to do with the assembler code generation. An internal assembler is something optional. > My question was more or less, where do I put the opcodes and what > program does the generation of assembler. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] GetLocaleInfo strange result in Windows 7
Hi *, consider following sample program: var b: array[0..255] of char; begin if getlocaleinfoa(LOCALE_USER_DEFAULT, LOCALE_SSHORTDATE, b, sizeof(b)) > 0 then writeln('LOCALE_USER_DEFAULT:',b); if getlocaleinfoa(LOCALE_SYSTEM_DEFAULT, LOCALE_SSHORTDATE, b, sizeof(b)) > 0 then writeln('LOCALE_SYSTEM_DEFAULT:',b); if getlocaleinfoa(GetThreadLocale, LOCALE_SSHORTDATE, b, sizeof(b)) > 0 then writeln('GetThreadLocale:',b); end; In Windows XP/Vista returns: LOCALE_USER_DEFAULT:d. M. LOCALE_SYSTEM_DEFAULT:d. M. GetThreadLocale:d. M. <--IS OK In Windows 7 returns: LOCALE_USER_DEFAULT:d. M. LOCALE_SYSTEM_DEFAULT:d. M. GetThreadLocale:M/d/ <--HERE IS PROBLEM So because calls to getlocaleinfo with argument GetThreadLocale is used to initialize DefaultFormatSettings, in Windows 7 are some locale specific global variables (ShortDateFormat, DateSeparator etc.) initialized incorrectly. Has anybody else this experience ? Now I find: http://qc.embarcadero.com/wc/qcmain.aspx?d=80189 http://stackoverflow.com/questions/1767946/getthreadlocale-returns-different-value-than-getuserdefaultlcid So can you fix this problem somewhere in initialization process ? Thanks -Laco. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] GetLocaleInfo strange result in Windows 7
On Fri, 21 Jan 2011, LacaK wrote: Hi *, consider following sample program: var b: array[0..255] of char; begin if getlocaleinfoa(LOCALE_USER_DEFAULT, LOCALE_SSHORTDATE, b, sizeof(b)) > 0 then writeln('LOCALE_USER_DEFAULT:',b); if getlocaleinfoa(LOCALE_SYSTEM_DEFAULT, LOCALE_SSHORTDATE, b, sizeof(b)) > 0 then writeln('LOCALE_SYSTEM_DEFAULT:',b); if getlocaleinfoa(GetThreadLocale, LOCALE_SSHORTDATE, b, sizeof(b)) > 0 then writeln('GetThreadLocale:',b); end; In Windows XP/Vista returns: LOCALE_USER_DEFAULT:d. M. LOCALE_SYSTEM_DEFAULT:d. M. GetThreadLocale:d. M. <--IS OK In Windows 7 returns: LOCALE_USER_DEFAULT:d. M. LOCALE_SYSTEM_DEFAULT:d. M. GetThreadLocale:M/d/ <--HERE IS PROBLEM So because calls to getlocaleinfo with argument GetThreadLocale is used to initialize DefaultFormatSettings, in Windows 7 are some locale specific global variables (ShortDateFormat, DateSeparator etc.) initialized incorrectly. Has anybody else this experience ? Yes, in Delphi 7. Now I find: http://qc.embarcadero.com/wc/qcmain.aspx?d=80189 http://stackoverflow.com/questions/1767946/getthreadlocale-returns-different-value-than-getuserdefaultlcid So can you fix this problem somewhere in initialization process ? Please file a bugreport, citing the stackoverflow answer. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] GetLocaleInfo strange result in Windows 7
Please file a bugreport, citing the stackoverflow answer. http://bugs.freepascal.org/view.php?id=18574 -Laco. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel