Re: [fpc-devel] How to view .ll files generated by LLVM backend?

, this will leave the generated .ll file present after compilation. You can also use -vx option to see how clang is called: Pierre muller@gcc187:~/pas/check$ fpc -al -vx hello.pp Free Pascal Compiler version 3.3.1-13440-ge4911588c5-unpushed-dirty [2023/07/26] for x86_64 Copyright (c) 1993-2023

Re: [fpc-devel] Haiku

Hi Paul, The web site is not up to date, but if you go to: https://sourceforge.net/projects/freepascal/files/Haiku/3.2.2/ you will find the 3.2.2 release for x86_64 CPU. I used it only very little, and I am not sure it works for all beta/alpha releases... Please let us know if it

Re: [fpc-devel] Attn Florian, commit 1b698210 10/10/2022 22:45:31 breaks DWARF info

Hi Martin, could you tell me if https://gitlab.com/freepascal.org/fpc/source/-/issues/39928#note_1140122898 fixes your troubles? Thanks in advance, Pierre Le 19/10/2022 à 19:47, Martin Frb via fpc-devel a écrit : Revision: 1b6982107f1ac4b4111e37be0a3649d155a2bc1e Author: florian Date:

Re: [fpc-devel] Questions about cross-compiling (z80)

2. Is it possible to add z80 cross compilation target to FP IDE? The FP IDe shows me a few targets, but z80 is not there. The text mode IDE can only ever compile for one CPU platform, so you need to build it for Z80. Though I don't know right now whether this is enabled. I just added

Re: [fpc-devel] Questions regarding m68k-atari target

Le 01/02/2022 à 06:28, Thorsten Otto via fpc-devel a écrit : On Freitag, 28. Januar 2022 13:55:11 CET Thorsten Otto via fpc-devel wrote: > Then i tried -Aas, but then the compiler also complains: > > > > Warning: (treated as error) Assembler output selected "AS" is not compatible >

Re: [fpc-devel] Cross-compiling and warnings from linker

Le 10/11/2021 à 21:19, Sergey Organov via fpc-devel a écrit : Hello, Using cross-compiler from x86-linux to arm-linux, I keep getting a lot of warnings at the linking stage of my programs, in the form: /opt/[...]/arm-linux-gnueabihf-ld: warning: library search path "/usr/lib/eject/" is

Re: [fpc-devel] Anyone an idea were/how to look for the missing merge in 3.0.2

Le 09/06/2021 à 00:31, Martin Frb via fpc-devel a écrit : I have the following issue. A testcase (LazDebuggerFp/test) works fine. Except for 3.2.0 and 3.2.2 (win 64) with -O3 or -O2 In detail: - It works in 32 bit   3.2.2 --  O3 - It works in 64 bit  3.0.4 / 3.3.1  -- O1 O2 and O3   (My

Re: [fpc-devel] Odd test failure on x86_64-win64

Please look at: https://www.freepascal.org/testsuite/cgi-bin/new-testsuite2.cgi?action=4=5630 .rdata support, i.e. read-only data sections, is not supported in several CPU-OS combination, and IIRC, it is even worse for PIC code, but I don't really know if these special limitations should

Re: [fpc-devel] FPC 3.2.2-RC1 released!

Le 24/03/2021 à 12:10, Marco van de Voort via fpc-devel a écrit : Hello, We have placed the first release candidate of the Free Pascal Compiler version 3.2.2 on our ftp servers. You can help improve the upcoming 3.2.2 release by downloading and testing this release. If you want you can

Re: [fpc-devel] FPC 3.2.0RC1 released!

Le 30/03/2020 à 15:33, Mattias Gaertner via fpc-devel a écrit : > On Sun, 29 Mar 2020 20:18:19 +0200 > Marco van de Voort wrote: > >> [...] >> You can help improve the upcoming 3.2.0 release by downloading and >> testing this release. If you want you can report what you have done >> here:

Re: [fpc-devel] generate assembler with no clear purpose MOV

Le 05/02/2020 à 07:17, Marģers . via fpc-devel a écrit : >   > > From: J. Gareth Moreton > To: >> Are you able to dump the nodes as well with -an? (You'll need to define >> -dEXTDEBUG though) That might give some clues behind the presence of >> that movslq instruction. > > building

Re: [fpc-devel] error compiling trunk 42843

Le 27/08/2019 à 13:44, Martin a écrit : > Compiling trunk ON win10/64 > Compiling FOR 32bit > with   -gl -O4 -Or > > From the make output > > make.exe compiler > make.exe[5]: Entering directory `c:/FPC/fpc_3.3.1/source/compiler' > B:/FPC/SVN/build_trunk/install/binw32/gmkdir.exe -p

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

Le 05/07/2019 à 17:42, J. Gareth Moreton a écrit : > > On 05/07/2019 15:51, Pierre Muller wrote: >> Just one point from current compiler implementation: >> >> in trunk/fpcsrc/compiler/ninl.pas (around line 3180) >> >>in

Re: [fpc-devel] [Suggestion] Enumeration range-check intrinsic

Just one point from current compiler implementation: in trunk/fpcsrc/compiler/ninl.pas (around line 3180) in_pred_x, in_succ_x: begin set_varstate(left,vs_read,[vsf_must_be_valid]); resultdef:=left.resultdef;

[fpc-devel] XML node dump, how to use them?

Hi all, I start a new thread on the xml node dump developed by Gareth that I recently committed. I think we need at least two missing features: I would like to be able to visualize them, for this a CSS would be a minimal requirement, but it would be much better to a a xml schema. I

Re: [fpc-devel] Pending approval...

Le 18/06/2019 à 04:21, J. Gareth Moreton a écrit : > Hi everyone, > > So I sent my last update/fix/patch for the XML core dump feature 3 weeks > ago, but my main liaison, Pierre, seems to have vanished for the time > being.  Hopefully he's okay, but it means the feature is currently in >

Re: [fpc-devel] [Core] Haiku merges: Revision 42117

or Olivier decide: Should I merge them? Pierre Le 26/05/2019 à 15:17, Pierre Muller a écrit : > Hi al, > > almost every haiku RTL changes have been merged, > but there are also two compiler changes: > > [muller@gcc121 pas]$ svn log -v -c

Re: [fpc-devel] Packed record integers and x86_86

> ___ > fpc-devel maillist  -  fpc-devel@lists.freepascal.org > > http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel > > > Pointer arithmetic: > *for Indx := 0 to

Re: [fpc-devel] TRegistry fixes

Hi Bart, Le 11/02/2019 à 15:29, Bart a écrit : > Hi, > > The new (W-API based) TRegistry in trunk and 3.2 fixes has some > problems on Windows, amongst which at least one regression. > > https://bugs.freepascal.org/view.php?id=35060 > The use of Utf8Decode on strings that are not guaranteed

Re: [fpc-devel] Sorry for poor testing

Hi all, Le 14/01/2019 à 15:01, J. Gareth Moreton a écrit : > Hi everyone, > > I apologise I didn't properly test my case block improvements, especially > where optimising for size is concerned.  As someone who has worked in SQA, I > should have known better. > > I've also spotted a potential

Re: [fpc-devel] Proposal to adapt search patch under Haiku using a target specific option (-WH).

Hi Olivier, if you want, I can integrate those changes into trunk for you. Did you already start working on other CPU support for Haiku? Do you have any compile-farm similar to gcc-farm? It would be nice to also get regular testsuite results for Haiku OS! Have a nice new year

Re: [fpc-devel] Sparc64 on solaris

stem_sparc64_solaris]; flags : [af_needar,af_smartlink_sections]; labelprefix : '.L'; comment : '# '; Le 10/12/2018 à 13:11, Pierre Muller a écrit : > Did you check if the snapshots are working? > > ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/sparc64-lin

Re: [fpc-devel] Sparc64 on solaris

Did you check if the snapshots are working? ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/sparc64-linux/ contains both native snapshots and cross-snapshots created on a x86_64-linux machine. For sparc64-solaris, the situation is different, because it is not yet enabled in trunk. I had

Re: [fpc-devel] max_operands for AVR after rev 40170

Le 02/11/2018 à 11:06, Christo Crause a écrit : > I've noted that r.40170 defines MAX_OPTS_2 for AVR in aoptutils.pas. Should > the constant  max_operands in avr/cpubase.pas not also be changed to 2 to be > internally consistent?  If so then I can adapt avr/raavr.pas to be consistent > with a

Re: [fpc-devel] r40027 break. Patch available.

s, the problem whould be fixed by commit # 40028. In the hope that it willl fix the problem for all targets. Pierre Muller ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Fix CamelCase in unit and method names

SysUtils.pp unit and a sysutils.pp both in your unit search path, on a case sensitive partition, it might now find SysUtils.pp before sysutils.pp and end up with some total different source? Pierre Muller ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] FPC 3.0.2 for SPARC

Le 05/05/2017 à 13:00, Mark Morgan Lloyd a écrit : > This is something that was discussed on the FPC-Pascal ML but it died. > > I am able to build installation bundles for SPARC running Linux (Debian) > and Solaris (OpenSXCE). The fp IDE works but doesn't have libgdb > support, and I've got

Re: [fpc-devel] FPC 3.0.2 for SPARC

Le 07/05/2017 à 16:35, Mark Morgan Lloyd a écrit : > On 05/05/17 16:00, Pierre Muller wrote: > >> You probably need to add the -Xn option into the makepack script! > > Thanks for the pointer as to where it goes: those last words stopped me > spending days lookin

Re: [fpc-devel] Object checks

Le 06/05/2017 à 09:56, C Western a écrit : > On 05/05/17 12:54, Pierre Muller wrote: >> >>I applied a patch in commit 36113 to trunk that >> substitutes RunError with HandleError. >> It has been applied to three functions: >> fpc_help_destructor, fpc_chec

Re: [fpc-devel] FPC 3.0.2 for SPARC

> gmake NOGDB=1 OPT='-V3.0.0 -O- -gl -Xn -vt' all > > but the full build is giving me a linking error. > > Following Pierre's instructions I'm using > > CHECKLIBGDB=no install/makepack > > which is eventually failing with > > /usr/local/src/fpc/fpcbuild-3.0.2/fpcsrc/compiler$ >

Re: [fpc-devel] FPC 3.0.2 for SPARC

Hi Mark, Le 05/05/2017 à 13:00, Mark Morgan Lloyd a écrit : > This is something that was discussed on the FPC-Pascal ML but it died. > > I am able to build installation bundles for SPARC running Linux (Debian) > and Solaris (OpenSXCE). The fp IDE works but doesn't have libgdb > support, and

Re: [fpc-devel] Object checks

Hi Colin, Le 30/04/2017 à 10:53, C Western a écrit : > If I may, a couple of queries about code generated for object checking > when range checks are on (-Cr): > > An explicit check for nil is generated, which seems redundant, as any > attempt to use the value will generate a SIGSEGV anyway on

[fpc-devel] mips-linux and mipsel-linux snapshots available

-linux/ Please give feedback, Pierre Muller ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

RE: [fpc-devel] custom ThreadManager and MemoryMutexManager for hard realtime

still calls the standard RTL underneath. Of course, if your own memory manager does not call the standard one, you should be safe. Pierre Muller -Message d'origine- De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel- boun...@lists.freepascal.org] De la part de Jonas Maebe

RE: [fpc-devel] fp IDE with libgdb

for the IDE. Pierre Muller -Message d'origine- De : fpc-devel-boun...@lists.freepascal.org [mailto:fpc-devel- boun...@lists.freepascal.org] De la part de Felipe Monteiro de Carvalho Envoyé : Wednesday, October 07, 2009 1:28 PM À : FPC developers' list Objet : Re: [fpc-devel] fp IDE

[fpc-devel] Beta Dos testers for 2.2.0a wanted

defined in the Graph unit. For all answers, please state in the subject that you are usng the beta 2.2.0a for Dos, I am not reading all threads of this mailing list. Pierre Muller ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http

Re: [fpc-devel] patch for heaptrc

Pierre Muller schreef: Attached patch add the same sanity check for the frame pointer in TraceReAllocMem as already is in TraceGetMem. It fixed crashes of Lazarus on win64 when compiled with heaptrc. Tested with fpc 2.1.3. fpc 2.3.1 is currently broken on win64, see mail of 8 April. I

Re: [fpc-devel] patch for heaptrc

Attached patch add the same sanity check for the frame pointer in TraceReAllocMem as already is in TraceGetMem. It fixed crashes of Lazarus on win64 when compiled with heaptrc. Tested with fpc 2.1.3. fpc 2.3.1 is currently broken on win64, see mail of 8 April. I applied that to trunk, is

Re: [fpc-devel] arm-wince errors

Michael Schnell schrieb: I guess not much help is needed. Just open the Debugger Options and select GNU debugger through SSH (gdb), would be my first guess. Never done this though. Great (sorry for my being cynical :-[ ) ! So I gather that you are convinced that it does work as well

Re: [fpc-devel] Nasm under FPC Go32v2

of near sections in the cutobject, not related with the actual problem. Could you please explain the reason of that change? Pierre Muller ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc

Re: [fpc-devel]intolerable sets incompatibility!

At 13:40 05/03/2003, Pavel V. Ozerski wrote: Hello all, I tried to use some set types as fields in database. I would put into datebase a structure tInfo=packed record date:set of 1..36; hour:set of 0..23; end; Of cource, I must reserve correct count of bytes for database field. Therefore