Re: [fpc-pascal] FPC 3.2.2 Build Error on Mac

On 18/10/2021 01:51, lazarus--- via fpc-pascal wrote: [You might want to post Mac issues in the MacPascal list in future] This list is fine too. Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] FPC 3.2.2 Build Error on Mac

Anthony Walter via fpc-pascal wrote on 18/10/21 12:08 am: I am trying to build FPC from 3.3.2 sources on a Mac and am getting errors complaining about two binary files having different sizes. Could someone help me figure out what's going on? Here is a list of what is output is in the terminal 

[fpc-pascal] FPC 3.2.2 Build Error on Mac

-stamp.x86_64-darwin] Error 2 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] TProxyStream.Check always raises error.

Am 05.01.2021 um 14:30 schrieb Virgo Pärna via fpc-pascal: Is there any reason, why TProxyStream.Check always raises Exception without checking, if err = S_OK (ISteam call succeeded). TOleStream overrides this Check to use OleCheck, which handles it. But if Check needs to be overrided

[fpc-pascal] TProxyStream.Check always raises error.

Is there any reason, why TProxyStream.Check always raises Exception without checking, if err = S_OK (ISteam call succeeded). TOleStream overrides this Check to use OleCheck, which handles it. But if Check needs to be overrided for it to be useful, shouldn't Check just be abstract? --

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

>yes, this type of thing is why we use Pascal. pchar is your little bucket of ram that FPC in a sense knows nothing about. set it to #0 and pray for the best, cause that's what you do.. I'll just leave it with the #0, it doesn't seem to be hurting anything. Thanks to everyone for the help

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

I have my project working the way I want it to, but I have one little quirk I am hoping to fix. When I look at the clipboard, the entry for MSDEVColumnSelect has zero length. I’m not too familiar with PChars, but is there a way to set it to zero length? I set it to #0 and it works ok with the #0

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

of Jean SUZINEAU via fpc-pascal Sent: Friday, January 1, 2021 2:41:18 AM To: fpc-pascal@lists.freepascal.org Cc: Jean SUZINEAU Subject: Re: [fpc-pascal] GetClipboardFormatName causing an Error 216 Le 01/01/2021 à 00:48, James Richters via fpc-pascal a écrit : I’m not too familiar with PChars

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

Le 01/01/2021 à 00:48, James Richters via fpc-pascal a écrit : I’m not too familiar with PChars, but is there a way to set it to zero length? I set it to #0 and it works ok with the #0 in there with Notepadd++ but I think it’s technically not correct. For me, it's correct. C strings are

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

I have my project working the way I want it to, but I have one little quirk I am hoping to fix. When I look at the clipboard, the entry for MSDEVColumnSelect has zero length. I’m not too familiar with PChars, but is there a way to set it to zero length? I set it to #0 and it works ok with the #0

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

Frb Subject: Re: [fpc-pascal] GetClipboardFormatName causing an Error 216 On 31/12/2020 18:11, James Richters via fpc-pascal wrote: Thanks for the info on SynEdit. Where can I find the synedit source related to the clipboard? I think the link you indtended ater 'See the code at.' Didn't come

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

On 31/12/2020 18:11, James Richters via fpc-pascal wrote: Thanks for the info on SynEdit. Where can I find the synedit source related to the clipboard? I think the link you indtended ater 'See the code at.' Didn't come though, can you pleaese send it again? Sorry, I assumed SynEdit would

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

Sent: Wednesday, December 30, 2020 7:51 PM To: James Richters via fpc-pascal Cc: Martin Frb Subject: Re: [fpc-pascal] GetClipboardFormatName causing an Error 216 On 31/12/2020 01:09, James Richters via fpc-pascal wrote: > I'm trying to write a programs to get data from the windows clipbo

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

e 16 CF_LOCALE 1 CF_TEXT 7 CF_OEMTEXT James -Original Message- From: fpc-pascal On Behalf Of Martin Frb via fpc-pascal Sent: Wednesday, December 30, 2020 8:00 PM To: fpc-pascal@lists.freepascal.org Cc: Martin Frb Subject: Re: [fpc-pascal] GetClipboardFormatName causing an Error 216 On

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

: Re: [fpc-pascal] GetClipboardFormatName causing an Error 216 On 31/12/2020 01:09, James Richters via fpc-pascal wrote: > Var > FN : LPTSTR; > > Begin > > FN:=''; > Writeln(Format_ID); > GetClipboardFormatName(Format_Id,FN

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

I missed you have FN:=StrAlloc (255); in that case see Alexanders response. On 31/12/2020 02:00, Martin Frb via fpc-pascal wrote: FN must point to an existing buffer (allocated mem) that receives the result. FN : Array [0..255]of Byte; GotLen := GetClipboardFormatName(Format_Id,

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

On 31/12/2020 01:09, James Richters via fpc-pascal wrote: Var FN : LPTSTR; Begin FN:=''; Writeln(Format_ID); GetClipboardFormatName(Format_Id,FN,250); Check the msdn help.

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

On 31/12/2020 01:09, James Richters via fpc-pascal wrote: I'm trying to write a programs to get data from the windows clipboard that was put into it with Notepad++ using vertical editing. Just for Info, SynEdit (trunk) can handle notepad++ column selection See the code at. There are 2 common

Re: [fpc-pascal] GetClipboardFormatName causing an Error 216

of James Richters via fpc-pascal Sent: Wednesday, December 30, 2020 7:09 PM To: 'FPC-Pascal users discussions' Cc: James Richters Subject: [fpc-pascal] GetClipboardFormatName causing an Error 216 I'm trying to write a programs to get data from the windows clipboard that was put

[fpc-pascal] GetClipboardFormatName causing an Error 216

I'm trying to write a programs to get data from the windows clipboard that was put into it with Notepad++ using vertical editing. It uses a non-standard format and I'm trying to figure it out. GetClipboardFormatName is supposed to get me the name of non-standard formats, but whenever I try to run

Re: [fpc-pascal] Enum range check error

On 21/10/2020 22:46, Ryan Joseph via fpc-pascal wrote: >> On Oct 21, 2020, at 2:43 PM, Jonas Maebe via fpc-pascal >> wrote: >> >> I tried to explain in the rest of my message why that cannot be done. It >> might be possible in some cases, but that would just create a false >> sense of security

Re: [fpc-pascal] Enum range check error

> On Oct 21, 2020, at 2:43 PM, Jonas Maebe via fpc-pascal > wrote: > > I tried to explain in the rest of my message why that cannot be done. It > might be possible in some cases, but that would just create a false > sense of security and unpredictable results (because no compile-time > range

Re: [fpc-pascal] Enum range check error

On 21/10/2020 21:34, Ryan Joseph via fpc-pascal wrote: I thought default would just return the first value in the enum but I guess it's just zeros. Maybe we need a better default for objfpc mode. The first element is returned by Low(TEnum), and the first value by Ord(Low(TEnum)).

Re: [fpc-pascal] Enum range check error

On 21/10/2020 22:34, Ryan Joseph via fpc-pascal wrote: > > >> On Oct 21, 2020, at 2:08 PM, Jonas Maebe via fpc-pascal >> wrote: >> >> See https://bugs.freepascal.org/view.php?id=34972 for some comments >> about Default. So this is a bug in the usage of Default, since Default >> cannot be

Re: [fpc-pascal] Enum range check error

> On Oct 21, 2020, at 2:08 PM, Jonas Maebe via fpc-pascal > wrote: > > See https://bugs.freepascal.org/view.php?id=34972 for some comments > about Default. So this is a bug in the usage of Default, since Default > cannot be guaranteed to return a valid value for a type. I thought default

Re: [fpc-pascal] Enum range check error

On 21/10/2020 21:59, Ryan Joseph via fpc-pascal wrote: > Is this a bug in generics with default()? > > = > > type > TEnum = (Unused = '.'); > generic TSomething = class > function Get: T; > end; > TEnumeratedSomething = specialize TSomething; > > function

[fpc-pascal] Enum range check error

Is this a bug in generics with default()? = type TEnum = (Unused = '.'); generic TSomething = class function Get: T; end; TEnumeratedSomething = specialize TSomething; function TSomething.Get: T; begin // Range check error while evaluating constants (0 must be

Re: [fpc-pascal] Strange "Undefined symbol" error in FPC 3.2.0

Reported: https://bugs.freepascal.org/view.php?id=37496 вт, 4 авг. 2020 г. в 15:25, Joost van der Sluis : > Op 01-08-2020 om 14:32 schreef Виктор Матузенко via fpc-pascal: > > Error: Undefined symbol: > > DPARSER_$$_PARSEHEXU32UNSAFE$PCHAR$PCHAR$LONGWORD$$LONGWORD > > &g

Re: [fpc-pascal] Strange "Undefined symbol" error in FPC 3.2.0

Op 01-08-2020 om 14:32 schreef Виктор Матузенко via fpc-pascal: Error: Undefined symbol: DPARSER_$$_PARSEHEXU32UNSAFE$PCHAR$PCHAR$LONGWORD$$LONGWORD What's my next step? Sending the example to bug tracker? Yes, please. Regards, Joost ___ fpc

Re: [fpc-pascal] Strange "Undefined symbol" error in FPC 3.2.0

removing inline keyword resolve the problem seems a bug ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Strange "Undefined symbol" error in FPC 3.2.0

сб, 1 авг. 2020 г. в 13:26, Alexey via fpc-pascal < fpc-pascal@lists.freepascal.org>: > Did you try to delete all "lib" dirs in your project? (compiled units) > Yes, I did. The error is reproducible and the same each time I run clean build. I've got a minimal reproducible example with similar

Re: [fpc-pascal] Strange "Undefined symbol" error in FPC 3.2.0

Did you try to delete all "lib" dirs in your project? (compiled units)___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

[fpc-pascal] Strange "Undefined symbol" error in FPC 3.2.0

Hi! I have pretty large program which compiles and runs fine with FPC 3.0.2, but if I try to compile it with FPC 3.2.0 (win32, i386, downloaded installer here https://sourceforge.net/projects/freepascal/files/Win32/3.2.0/ ), I get the following error: odd_gardens.pp(37,44) Error: Undefined

Re: [fpc-pascal] Incorrect IDE Messages error line

On 29/10/2019 10:09, Alexey Tor. wrote: > Compile Project, Mode: linux x64 qt5, Target: > builds/linux-x64-qt5/cudatext: Exit code 1, Errors: 3 > Error: /home/user/lazarus/lcl/units/x86_64-linux/qt5/qtwidgets.o: In > function `SETTEXTHINT': > Error:

[fpc-pascal] Incorrect IDE Messages error line

Compile Project, Mode: linux x64 qt5, Target: builds/linux-x64-qt5/cudatext: Exit code 1, Errors: 3 Error: /home/user/lazarus/lcl/units/x86_64-linux/qt5/qtwidgets.o: In function `SETTEXTHINT': Error: /home/user/lazarus/lcl/interfaces//qt5/qtwidgets.pas:10156: undefined reference to

[fpc-pascal] FPC 3.3 trunk error with CudaText

Win10 x32, Free Pascal Compiler version 3.3.1-r43163 [2019/10/11] for i386 After installing FPC trunk (via fpcupdeluxe), I cannot run CudaText from IDE. Also dont run from console: The application has failed to start because its side-by-side configuration is incorrect. Please see the

Re: [fpc-pascal] Documentation confusion or error

On 08/05/2019 12:58 pm, Michael Van Canneyt wrote: > Can you please create a bugreport so I will not forget ? No problem. https://bugs.freepascal.org/view.php?id=35542 Regards, Graeme ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org

Re: [fpc-pascal] Documentation confusion or error

On Wed, 8 May 2019, Graeme Geldenhuys wrote: Hi, https://www.freepascal.org/docs-html/rtl/sysutils/longrec.html I'm referring to the documentation shown in the URL above. As far as I know the fpdoc is sensitive to which platform it is running on (unless explicitly told otherwise), and will

[fpc-pascal] Documentation confusion or error

Hi, https://www.freepascal.org/docs-html/rtl/sysutils/longrec.html I'm referring to the documentation shown in the URL above. As far as I know the fpdoc is sensitive to which platform it is running on (unless explicitly told otherwise), and will generate documentation according to that platform.

Re: [fpc-pascal] FPC fixes3.2 gives error on "NWord div 2 * 2"

On 2/17/19 11:29 PM, Mattias Gaertner via fpc-pascal wrote: FPC gives an error on the NWord Maybe the compiler tries to be politically correct.  Sorry, couldn't resist. That's why it's called FPC - the Free Politically Correct compiler ;-) Nikolay

Re: [fpc-pascal] FPC fixes3.2 gives error on "NWord div 2 * 2"

On Sun, Feb 17, 2019 at 10:14 PM AlexeyT wrote: > this is fixed to avoid %subj% compile error. why error? {$mode objfpc} {$h+} var NSec: Word; begin NSec:= NSec div 2 * 2; end. Compiles with trunk (regardles of mode). -- Bart ___ fpc-pascal

Re: [fpc-pascal] FPC fixes3.2 gives error on "NWord div 2 * 2"

FPC gives an error on the NWord Maybe the compiler tries to be politically correct.  Sorry, couldn't resist. Mattias ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

[fpc-pascal] FPC fixes3.2 gives error on "NWord div 2 * 2"

https://github.com/Alexey-T/CudaText/commit/354858b19754d2d5fa2980b5f45fc76d1a266763#diff-c3361b43575e71110f1cea4cf54d8d13R325 this is fixed to avoid %subj% compile error. why error? -- Regards, Alexey ___ fpc-pascal maillist - fpc-pascal

Re: [fpc-pascal] odd compiling + linking error (with invalid casting of Exp)

On Mon, Oct 29, 2018 at 5:49 PM Dmitry Boyarintsev wrote: > It gives the linking error: > sample.pas(17,1) Error: Undefined symbol: > SYSTEM_::=::\_EXP$EXTENDED::=::\EXTENDED > sample.pas(17,1) Fatal: There were 1 errors compiling module, stopping Same with fpc trunk r39843. Bart

[fpc-pascal] odd compiling + linking error (with invalid casting of Exp)

I'm using 3.0.4 (win32), could any one try it on a later version of the compiler? The code i'm compiling looks like this: -- {$mode delphi} type Ttest = class(TObject) public Value: string; end; function Custom: extended; begin Result := 0; end; begin // writeln(

Re: [fpc-pascal] Getting strange FTP error using Indy 10 idFTP

On Thu, 23 Nov 2017 10:13:14 +0100, Bo Berglund wrote: >On Thu, 23 Nov 2017 00:09:36 +0100, Bo Berglund > wrote: > >>I need to get a list of the files that match a specific format like: >>_.zip >>I could of course traverse the supplied TStrings and

Re: [fpc-pascal] Getting strange FTP error using Indy 10 idFTP

On Thu, 23 Nov 2017 00:09:36 +0100, Bo Berglund wrote: >I need to get a list of the files that match a specific format like: >_.zip >I could of course traverse the supplied TStrings and look at the first >char (discard all d entries) and check if the last part is .zip.

Re: [fpc-pascal] Getting strange FTP error using Indy 10 idFTP

On Wed, 22 Nov 2017 14:11:08 -0600, Zoë Peterson wrote: >On 11/22/2017 1:50 PM, Bo Berglund wrote: >> 20:14:01.018 EXCEPTION: Invalid PORT Command. > >Set FTP.Passive := True. PORT is used for active connections, where the >server opens a connection to the client

Re: [fpc-pascal] Getting strange FTP error using Indy 10 idFTP

On 11/22/2017 1:50 PM, Bo Berglund wrote: 20:14:01.018 EXCEPTION: Invalid PORT Command. Set FTP.Passive := True. PORT is used for active connections, where the server opens a connection to the client computer for the data stream. PASV is used for passive connections, where the client opens

[fpc-pascal] Getting strange FTP error using Indy 10 idFTP

I am writing a simple Delphi7/FPC compatible console application in order to use in a daily task to transfer a backup zipfile from a server to my Windows 7 laptop. The task is a bat script that does a lot of other stuff as well as the FTP and it has been a struggle setting ftp up for batch file

Re: [fpc-pascal] googleapiconv raises ERESTAPI error

I think the same problem will appear in Lazarus with the gooleapis components (and examples), because they based on the fpc. ... Exception-Class >>ERESTAPI<< TTasklist: unsopported array element type Andreas Am 06.11.2016 um 16:00 schrieb Michael Van Canneyt: On Sun, 6 Nov 2016,

Re: [fpc-pascal] googleapiconv raises ERESTAPI error

On Sun, 6 Nov 2016, Andreas Frieß wrote: Hello, i will try to use the googleapiconverter from the gooleapi examples directory. I got some excepions, so i reduced the problem to a generic one. I use the trunc of FPC and compile the googleapiconv without a problem (inside lazarus). If i run

[fpc-pascal] googleapiconv raises ERESTAPI error

Hello, i will try to use the googleapiconverter from the gooleapi examples directory. I got some excepions, so i reduced the problem to a generic one. I use the trunc of FPC and compile the googleapiconv without a problem (inside lazarus). If i run it direct from commandline with -A -k ig ot

Re: [fpc-pascal] teventobject.create fails with error 161

Am 15.10.2016 17:39 schrieb "Snorkl e" : > > Sven, > Just a fyi, the mantis bug report form would not let me pick a Severity so its showing up as minor. Thank you for reporting the bug. Yes, we've disabled the severity, cause the severity we assume is not usually the

Re: [fpc-pascal] teventobject.create fails with error 161

Sven, Just a fyi, the mantis bug report form would not let me pick a Severity so its showing up as minor. On Sat, Oct 15, 2016 at 10:36 AM, Snorkl e wrote: > Sven, > Bug report added:

Re: [fpc-pascal] teventobject.create fails with error 161

Sven, Bug report added: http://bugs.freepascal.org/view.php?id=30747 Have a great weekend :-) On Sat, Oct 15, 2016 at 3:30 AM, Sven Barth wrote: > Am 15.10.2016 09:52 schrieb "Snorkl e" : > > > > Sven, > > Your idea worked. I downloaded the

Re: [fpc-pascal] teventobject.create fails with error 161

Am 15.10.2016 09:52 schrieb "Snorkl e" : > > Sven, > Your idea worked. I downloaded the FPC source and made that change and then built everything to another directory. > modified the fpc.cfg to not point to the FPC dir in the Lazarus folder and made the path changes in the

Re: [fpc-pascal] teventobject.create fails with error 161

Sven, Your idea worked. I downloaded the FPC source and made that change and then built everything to another directory. modified the fpc.cfg to not point to the FPC dir in the Lazarus folder and made the path changes in the Lazarus IDE. Compiled the project with the fresh build and did the same

Re: [fpc-pascal] teventobject.create fails with error 161

Hi Sven, Yes I can try that this weekend sometime and will respond with results,. Thanks for taking a look at that  On Oct 14, 2016 3:41 PM, "Sven Barth" wrote: > Am 14.10.2016 20:31 schrieb "Snorkl e" : > > > > Yep, I used heaptr, my code is

Re: [fpc-pascal] teventobject.create fails with error 161

Am 14.10.2016 20:31 schrieb "Snorkl e" : > > Yep, I used heaptr, my code is clean. > Sometimes it would happen after 3 connects/disconnects and sometimes after 500. > With the GUID as the event name it has never happened again and I really stress tested it. > > It sounds

Re: [fpc-pascal] teventobject.create fails with error 161

Yep, I used heaptr, my code is clean. Sometimes it would happen after 3 connects/disconnects and sometimes after 500. With the GUID as the event name it has never happened again and I really stress tested it. It sounds like windows bug to me, but who knows. On Oct 14, 2016 1:23 PM, "José Mejuto"

Re: [fpc-pascal] teventobject.create fails with error 161

Hi Sven, Yes the events get destroyed in the threads destructor. I verified they were being freed up. It would usually happen when lots of connect disconnects happened in a short time. Once that error 161 popped it could not be recovered from, all new connections would fail on the

Re: [fpc-pascal] teventobject.create fails with error 161

El 14/10/2016 a las 20:11, Snorkl e escribió: Since I solved it by giving the name param a giud, the next thing to ask is why does teventobject fail kind of silently when the name parm is blank over time? Hello, To me it looks like a memory corruption, in your program or in the library.

Re: [fpc-pascal] teventobject.create fails with error 161

Hi Tomas, TEventobject.create is the only thing called in the thread constructor, and teventobject.create is indeed calling a API function in order to create the event. There is no other way to find out if teventobject.create failed as teventobject.handle always has a value even if it fails. So

Re: [fpc-pascal] teventobject.create fails with error 161

On Fri, October 14, 2016 17:44, Snorkl e wrote: Hi, > Hi, actually getlasterror only applies to the calling thread, > getlastOSerror is the one not to use. > Anyway I think I found the solution. . . I'm glad that you found potential reason of the problem, but your assumption regarding

Re: [fpc-pascal] teventobject.create fails with error 161

Am 14.10.2016 17:45 schrieb "Snorkl e" : > > Hi, actually getlasterror only applies to the calling thread, getlastOSerror is the one not to use. GetLastOSError merely calls GetLastError on Windows... > Anyway I think I found the solution. > Just for kicks I put in a name

Re: [fpc-pascal] teventobject.create fails with error 161

Hi, actually getlasterror only applies to the calling thread, getlastOSerror is the one not to use. Anyway I think I found the solution. Just for kicks I put in a name with a / I.e /test_name and getlasterror came back with the same error. So the API is being called somewhere with

Re: [fpc-pascal] teventobject.create fails with error 161

On 14/10/16 02:43, Snorkl e wrote: Anyway, I am using a third party SFTP server lib and it creates a thread inherited from tthread and in the create event of the tthread descendant it does this: (It uses this thread to read and write data on the socket) FDataAvailable := TEvent.Create(nil,

[fpc-pascal] teventobject.create fails with error 161

Hi, Just wondering if anyone has any ideas. I am using FPC 3.0 by the way. Anyway, I am using a third party SFTP server lib and it creates a thread inherited from tthread and in the create event of the tthread descendant it does this: (It uses this thread to read and write data on the socket)

Re: [fpc-pascal] FPC trunk internal error 200310221

On 24/08/16 14:31, wkitt...@windstream.net wrote: On 08/24/2016 07:27 AM, C Western wrote: I have recently started seeing FPC internal error 200310221 when compiling a changed program with lazarus using the trunk fpc version. If I do a build, the problem goes away, only to recur after a random

Re: [fpc-pascal] FPC trunk internal error 200310221

C Western wrote: > I have recently started seeing FPC internal error 200310221 when > compiling a changed program with lazarus using the trunk fpc version. If > I do a build, the problem goes away, only to recur after a random number > of changes/recompiles. The program I am working on is quite

Re: [fpc-pascal] FPC trunk internal error 200310221

On 08/24/2016 07:27 AM, C Western wrote: I have recently started seeing FPC internal error 200310221 when compiling a changed program with lazarus using the trunk fpc version. If I do a build, the problem goes away, only to recur after a random number of changes/recompiles. The program I am

[fpc-pascal] FPC trunk internal error 200310221

I have recently started seeing FPC internal error 200310221 when compiling a changed program with lazarus using the trunk fpc version. If I do a build, the problem goes away, only to recur after a random number of changes/recompiles. The program I am working on is quite large, so it is not

Re: [fpc-pascal] TArray.Sort(array) returns 'Error: Identifier not found "TArray" '

2016-08-08 4:09 GMT+02:00 silvioprog : > Will you keep the sparta-generics package at Lazarus sources? Probably yes. sparta_Generics package exist because FPC 3.0 does not contain Generics.*... -- Best regards, Maciej Izak ___

Re: [fpc-pascal] TArray.Sort(array) returns 'Error: Identifier not found "TArray" '

On Aug 4, 2016 3:08 AM, "Maciej Izak" wrote: > > 2016-08-04 3:16 GMT+02:00 silvioprog : >> >> So, is this the best way to solve this problem? > > TArrayHelper is marked as experimental structure and exist only temporary for bug workaround (see page 1 of

Re: [fpc-pascal] TArray.Sort(array) returns 'Error: Identifier not found "TArray" '

On Thu, Aug 4, 2016 at 3:07 AM, Sven Barth wrote: > > Am 04.08.2016 03:17 schrieb "silvioprog" : > > So, is this the best way to solve this problem? > > For now, yes. Maciej still needs to adjust the code to make use of the features added in

Re: [fpc-pascal] TArray.Sort(array) returns 'Error: Identifier not found "TArray" '

2016-08-04 3:16 GMT+02:00 silvioprog : > So, is this the best way to solve this problem? > TArrayHelper is marked as experimental structure and exist only temporary for bug workaround (see page 1 of

Re: [fpc-pascal] TArray.Sort(array) returns 'Error: Identifier not found "TArray" '

Am 04.08.2016 03:17 schrieb "silvioprog" : > I got: > > 'Error: Identifier not found "TArray"' > > So I've fixed it with: > > === begin code === > > ... > > {$IFDEF FPC} > TArrayHelper.Sort(ordkeys); > {$ELSE} > TArray.Sort(ordkeys); > {$ENDIF} > > ... > > === end

[fpc-pascal] TArray.Sort(array) returns 'Error: Identifier not found "TArray" '

Hello, First, thanks a lot for the rtl-generics units, this really was a great contribution to the Free Pascal community! So, sometimes, I need to sort the values of a specialized key/value list, but I can't compile the adapted Delphi XE code below (I'm using MODE DELPHI): === begin code ===

Re: [fpc-pascal] FPC linking syntax error

Hello, Le 21/06/2015 13:58, Marco van de Voort a écrit : In our previous episode, patspiper said: Compiling the following simple program (from fpc prog manual http://www.freepascal.org/docs-html/prog/progsu46.html#x53-520001.2.46) yields a linking syntax error: Is this a bug? Not of a

Re: [fpc-pascal] FPC linking syntax error

On 21/06/15 17:46, Marco van de Voort wrote: In our previous episode, patspiper said: INPUT( -l c ) I think that should be -lc, not -l c. I don't know where the extra space is coming from in your case. Exactly! I have just posted a message with my findings. Which program produces link.res?

Re: [fpc-pascal] FPC linking syntax error

On 21/06/15 11:28, patspiper wrote: Using 'ppc386 -s program1.pp' instead, line 121 of link.res is '-l c' in the section: INPUT( -l c ) I think that should be -lc, not -l c. I don't know where the extra space is coming from in your case. Jonas

Re: [fpc-pascal] FPC linking syntax error

On 21/06/15 14:58, Marco van de Voort wrote: In our previous episode, patspiper said: Compiling the following simple program (from fpc prog manual http://www.freepascal.org/docs-html/prog/progsu46.html#x53-520001.2.46) yields a linking syntax error: Is this a bug? Not of a general kind, since

Re: [fpc-pascal] FPC linking syntax error

patspiper wrote: On 21/06/15 14:58, Marco van de Voort wrote: In our previous episode, patspiper said: Compiling the following simple program (from fpc prog manual http://www.freepascal.org/docs-html/prog/progsu46.html#x53-520001.2.46) yields a linking syntax error: Is this a bug? Not of a

Re: [fpc-pascal] FPC linking syntax error

On 21/06/15 16:40, Jonas Maebe wrote: On 21/06/15 11:28, patspiper wrote: Using 'ppc386 -s program1.pp' instead, line 121 of link.res is '-l c' in the section: INPUT( -l c ) I think that should be -lc, not -l c. I don't know where the extra space is coming from in your case. Exactly! I have

Re: [fpc-pascal] FPC linking syntax error

On 21/06/15 14:58, Marco van de Voort wrote: In our previous episode, patspiper said: Compiling the following simple program (from fpc prog manual http://www.freepascal.org/docs-html/prog/progsu46.html#x53-520001.2.46) yields a linking syntax error: Is this a bug? Not of a general kind, since

Re: [fpc-pascal] FPC linking syntax error

On 21/06/15 15:50, patspiper wrote: So the issue is fpc producing link.res with a -l c instead of -lc. Which program specifically produces link.res? It's the compiler. But this can't be a problem that always occurs, because otherwise make all would fail too as fpmake by default also links to

Re: [fpc-pascal] FPC linking syntax error

In our previous episode, patspiper said: Compiling the following simple program (from fpc prog manual http://www.freepascal.org/docs-html/prog/progsu46.html#x53-520001.2.46) yields a linking syntax error: Is this a bug? Not of a general kind, since it works on most Linux distros. E.g. it

Re: [fpc-pascal] FPC linking syntax error

In our previous episode, patspiper said: INPUT( -l c ) I think that should be -lc, not -l c. I don't know where the extra space is coming from in your case. Exactly! I have just posted a message with my findings. Which program produces link.res? Maybe the problem is the $linklib

[fpc-pascal] FPC linking syntax error

Hi, Compiling the following simple program (from fpc prog manual http://www.freepascal.org/docs-html/prog/progsu46.html#x53-520001.2.46) yields a linking syntax error: program Project1; {$Linklib c} Const P : PChar = 'This is fun !'; Function strlen (P: PChar): Longint; cdecl; external;

Re: [fpc-pascal] Linux x64 linking error (FPC_ABSMASK_SINGLE)

Thank you for the explanations! -fPIC solves my problem. 02.03.2015 16:49, Jonas Maebe пишет: On 02 Mar 2015, at 09:14, Victor Matuzenko wrote: I have a (very) huge project, and compilation of a shared library inside it fails at the linking stage: /usr/bin/ld: /long/directory/file.o:

Re: [fpc-pascal] Linux x64 linking error (FPC_ABSMASK_SINGLE)

On 02 Mar 2015, at 09:14, Victor Matuzenko wrote: I have a (very) huge project, and compilation of a shared library inside it fails at the linking stage: /usr/bin/ld: /long/directory/file.o: relocation R_X86_64_32S against `FPC_ABSMASK_SINGLE' can not be used when making a shared

Re: [fpc-pascal] Linux x64 linking error (FPC_ABSMASK_SINGLE)

How can I fix it? Should I pass -fPIC argument (and how to do this)? AFAIK, PIC code generation is turn on by default. Are you sure you don't have an opposite problem? Sometimes when you have asm code written with hard-coded offsets you can get a module which can't be PIC-compiled. See fpc -h

[fpc-pascal] Linux x64 linking error (FPC_ABSMASK_SINGLE)

Hi! I have a (very) huge project, and compilation of a shared library inside it fails at the linking stage: /usr/bin/ld: /long/directory/file.o: relocation R_X86_64_32S against `FPC_ABSMASK_SINGLE' can not be used when making a shared object; recompile with -fPIC /long/directory/file.o:

[fpc-pascal] generic/enumerator: Internal error 200301231

Hi, I have internal error when I compile the unit (see source below): [doj@korica ~/proj/trunk/core/collection]$ fpc dlist.pas4 dlist.pas4(36,1) Fatal: Internal error 200301231 Fatal: Compilation aborted Error: /usr/local/bin/ppc386 returned an error exitcode (normal if you did not specify a

Re: [fpc-pascal] generic/enumerator: Internal error 200301231

Am 13.11.2013 12:08, schrieb Victor Matuzenko: Hi, I have internal error when I compile the unit (see source below): [doj@korica ~/proj/trunk/core/collection]$ fpc dlist.pas4 dlist.pas4(36,1) Fatal: Internal error 200301231 Fatal: Compilation aborted Error: /usr/local/bin/ppc386 returned an

Re: [fpc-pascal] generic/enumerator: Internal error 200301231

Thanks, it works! I look forward to 2.8.0 version :) 13.11.2013 16:11, Sven Barth пишет: Am 13.11.2013 12:08, schrieb Victor Matuzenko: Hi, I have internal error when I compile the unit (see source below): [doj@korica ~/proj/trunk/core/collection]$ fpc dlist.pas4 dlist.pas4(36,1) Fatal:

[fpc-pascal] Re: weird compile error message

Hi, I found the problem, but don't know the cause or how to fix it. First of all, my main code (project1.lpr) has just added the tree unit into uses, but not actually use any of it. The problem occurs if I compile it using the Lazarus settings: fpc -MObjFPC -Scghi -O1 -g -gl -vewnhi

[fpc-pascal] Re: weird compile error message

http://freepascal.org/faq.var#unix-ld219 -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/weird-compile-error-message-tp5716396p5716421.html Sent from the Free Pascal - General mailing list archive at Nabble.com. ___

Re: [fpc-pascal] Re: weird compile error message

Hi, Missing -T is not the problem, the problem is undefined reference, which caused fatal error. I filed a bug report: http://bugs.freepascal.org/view.php?id=25001 I am pretty sure this is a bug, becuase while I continue to add code to my TTree class, this problem is gone! In another word, it

  1   2   3   >