Re: [fpc-pascal] loadlibrary() unsafe ?

Re-re-re-Hello. This one does not work too ;-( => - AProcess.Environment.Text := 'LD_PRELOAD=/home/fred/sak/sak/sakit/liblinux64/libportaudio.so' ; ??? Many thanks. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/loadlibrary-

Re: [fpc-pascal] loadlibrary() unsafe ?

@ Giuliano => thanks for advice ;-) Hum, finally, using => AProcess.Environment.Text := 'LD_PRELOAD=/home/fred/sak/sak/sakit/liblinux64/libportaudio_x64.so' ; It works ;-) ( was a wrong character...) So, many, many thanks, i get the solution. Many thanks to everybody. Fre;D - Many t

Re: [fpc-pascal] loadlibrary() unsafe ?

@ Waldo => thanks for help. ;-) But TProcess.Environment kills the script... No script needed anymore ;-) The script will become a program.ini... => Works perfectly. TProcess.Environment.Text := 'LD_PRELOAD='/the/directory/of/thelibrary.so' ; => And now, canclel_speech (= TProcess.terminate)

[fpc-pascal] Multipe path in TProcess.Environment ?

Hello. If a TProcess runs a executable who needs a library, that does the trick => TProcess.Environment.Text := 'LD_PRELOAD='/the/directory/of/thelibrary.so' ; You may also use this => (it seems bad ;-( => http://xahlee.info/UnixResource_dir/_/ldpath.html ) => TProcess.Environment.Text := 'LD

Re: [fpc-pascal] Multipe path in TProcess.Environment ?

@ Thomas => tanks for answer. > Unix uses a colon as path delimiter, not semicolon. I don't know about > LD_PRELOAD, but it should work at least for LD_LIBRARY_PATH. Ha, ok... (by the way, what character is "colon" ?) So LD_PRELOAD and LD_LIBRARY_PATH are unix only ? What about Windows, what sh

Re: [fpc-pascal] Multipe path in TProcess.Environment ?

> Ha, ok... (by the way, what character is "colon" ?) => https://en.wikipedia.org/wiki/Colon_%28punctuation%29 => OK. But => > So LD_PRELOAD and LD_LIBRARY_PATH are unix only ? > What about Windows, what should be the TProcess.Environment.Text ? => not OK. Thanks. Fre;D - Many thanks

Re: [fpc-pascal] Multipe path in TProcess.Environment ?

@ Tomas and Michael. Sorry for delay... => many thanks for answers. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Multipe-path-in-TProcess-Environment-tp5721893p5721912.html Sent from the Free Pascal - General mailing list archiv

[fpc-pascal] fpchmod(thefile, S_IRWXU) not for freeBSD ?

Hello. This to advice that fpchmod(thefile, S_IRWXU) is not working with freeBSD. This because some const are missing for FreeBSD in FPC's RTL. But, thanks to Graeme, this solves the thing => ... {$IFDEF FREEBSD} const S_IRWXU = S_IRUSR or S_IWUSR or S_IXUSR; S_IRWXG = S_IRGRP or S_IWGRP or

Re: [fpc-pascal] which GUI (noob)

Gour wrote > Hello, > > I’m new to FPC and researching about different GUI options available to > write open-source multi-platform desktop app using FPC… > > Based on what I’ve found there are mainly three options: > > a) Lazarus and LCL > > b) fpGUI > > c) MSEgui > > Afaict, a) support all t

[fpc-pascal] FreeBSD and fpc messages.

Hello. I did a recent update of all libraries in FreeBSD64 to the trunk versions. Now, all the message given by fpc,while compiling, are no more readable. The compilation is ok, but all the output message have un-readable characters. Changing LANG var did not change anything. What libraries are

Re: [fpc-pascal] FreeBSD and fpc messages.

Ok, I get it (but it was a hard battle before to find it). If in console => # /usr/local/lib/fpc/2.6.4/ppcx64 myprog.pas => messages not readable. ;-( if creating a symlink to ppcx64 in /usr/local/bin then in console => # ppcx64 myprog.pas => messages readable. ;-) See image in attachment.

Re: [fpc-pascal] FreeBSD and fpc messages.

Hello everybody. Many, many thank to help. I have find the guilty. ;-) This code, in fpc.cfg was the cause of the strange characters: => # path to the messagefile, not necessary anymore but can be used to override # the default language -Fr/usr/local/lib/fpc/$fpcversion/msg/errore.msg -Fr/usr/l

Re: [fpc-pascal] Sound procedure does not work

> Try adding -MDelphi or -MObjFpc to the compiler options. Thanks Bart. This is the trick. > 'll notify the author that it might be a good idea to add the syntax > mode at the beginning of each unit. Thanks Graeme, I will add it ASAP. Fre;D - Many thanks ;-) -- View this message in cont

Re: [fpc-pascal] Sound procedure does not work

> Try adding -MDelphi or -MObjFpc to the compiler options. Ooops, just checked all demos and /{$mode objfpc}{$H+} /is already added. So there must be a other problem with Géza Kovacs Géza compilation. I just have re-try the consoleplay example on Windows and do not have problem. It must be som

Re: [fpc-pascal] Sound procedure does not work

On 2015-09-15 05:42, Géza Kovacs Géza wrote: > uos_portaudio.pas(359,9) Error: Identifier not found "Result" > uos_portaudio.pas(364,10) Error: Identifier not found "Result" Hello Géza Kovacs Géza. Could you try with new release b307af6..65e9749 => https:/

Re: [fpc-pascal] Sound procedure does not work

> I guess he means Procedure Sound in rtl/unix/crt.pp > This does not work for me either, just get the "sound of silence". Huh, same for me trying /fpcsrc/packages/fcl-sound/ ... Does it exist a demo how to use fcl-sound ? Thanks Fre;D - Many thanks ;-) -- View this message in context:

Re: [fpc-pascal] Sound procedure does not work

> Still, seems easy enough to do basic sounds in linux by shelling the beep command Ha, ok, you only want to make a sound... Peter's beep way is maybe the the easiest. You may also use portaudio library to produce sine-wave. Here example done by Mister Blaazen with library included=> https:

[fpc-pascal] ideU version 1.0.0.

Hello. I am happy to present ideU version 1.0.0. ideU is a ide based on MSEide. Multi languages, multi compilers (but fpc is the favorite ;-) ). ideU is totally voice-assisted and integrate MSE and fpGUI designers. => https://github.com/fredvs/ideU There are compiled binaries for Wind

Re: [fpc-pascal] ideU version 1.0.0.

Hello. Strange that you threat ideU like a rival. ideU is the first voice-assisted ide (for blind people), but is simple to use for everybody too. ideU is more universal, MSE is MSE-centred. If you do not like fork from other, why did you do MSE open-source ? And why complain so late, after al

Re: [fpc-pascal] ideU version 1.0.0.

>> Hello Fred, > >> just for curiosity, your mails (on fpc-pascal) sometimes appear "Fred van >> Stappen" and sometimes "fredvs". Why? Do you have more accounts? > most likely different client software... both set to use the same account > but

Re: [fpc-pascal] ideU version 1.0.0.

Ooops, sorry, I sent previous topic from hotmail.com... This is sent from nabble.com (but so there are both to compare ;-) ). Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/ideU-version-1-0-0-tp5723468p5723495.html Sent from the F

Re: [fpc-pascal] AT-SPI fpc compatible ?

> Now i attack the biggest part, do fpc-self assistived. Hello. This is a answer to a old topic... (2013 already !). Finally, it is done, fpc is assisted ;-) Via ideU, fpc-output-messages can be voice-listened too. => https://github.com/fredvs/ideU/releases Fre;D - Many

Re: [fpc-pascal] AT-SPI fpc compatible ?

> Well done Fred. You are really doing very impressive work with assistive. Huh, fpc is now the champion of assistive compiler mainly because of fpGUI and MSEgui, the best assisted-widgets in universe. Thank to Graeme and Martin. Fre;D. - Many thanks ;-) -- View this message in context:

[fpc-pascal] Crash using library.

Hello. I use a audio library (libfaad.so) for reading *.m4a audio files. But, after 2 loading-run, the program crash. Here is the result of the debugger: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe7868700 (LWP 4915)] 0x00436377 in SYSTEM_$$_WAITFREE

Re: [fpc-pascal] Crash using library.

Hello. OK, I get it, it was a wrong allocated pointer. Sorry for the noise. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Crash-using-library-tp5724330p5724381.html Sent from the Free Pascal - General mailing list archive at Nab

[fpc-pascal] Mangle name in fpc-FreeBSD ?

Hello. I have problem to access methods from a C library. For FreeBSD, the methods cannot be accessed (but ok for Linux and Windows). In FreeBSD, LoadLibrary(aac.so) is working but all GetProcAdress() for each method fail. I already ask help in FreeBSD forum : https://forums.freebsd.org/thread

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

> You could check with objdump or nm what the exported symbols look like in the library. There are some systems that export > C functions with a leading '_' for example. Hello Sven and thanks for answer. Here result of nm on FreeBSD 64.

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

> When following the procedure calls I find: ... Hello Mark. Thanks for your light. Huh, yes, IMO, there is something strange in dlsym/FreeBSD. And asking something about C library/compiler is extremely sensible there on FreeBSD forum. (FreeBSD needs 8 (!) different C compilers (clang, c++, CC

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

> it would be helpful to see the code fragments in question. > The declaration of the external functions if any and the code calling > LoadLibrary() and GetProcAddress(). Hello Mark and thanks for help. Here declaration to load-getprocess: - va

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

> Would you mind telling the result of dlerror()? OK, I will follow your tips. Write you later with the result. > There are in fact different C compilers which are all able to compile C or C++. Yes and nearly all that compilers are the same (why not use sym-link?) -> "Why not use sym-link in

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

Hello Marc. Huh, I have a dummy question... How do you use dlopen(), dlsym() and dlerror() ? On console, with -> fred@freebsd> dlopen('/root/mylib.so') Result = "Illegal command name..." > call dlerror() after the failing dlsym(). It should tell _why_ the call > failed. Re-huh..., it should

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

> dlopen, dlsym and dlerror are *functions*, not console commands. Well, I > never tried the latter, but it appears they are not on your system ;-) > Now, I don't know where exactly these functions are declared (in which > unit, that is), but for debugging purposes, just add >Function dlopen(

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

@ Marco and Marc thanks for help. Sorry I do not have easy internet connection so I worked by my side. I will try your tips. By the way, here are my investigations: Hello. Ok, ok, understood and wow. Added in code: Function dlopen(filename: PChar; fl

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

OOOps, in previos mail: Thanks to Ewald, Marco and Marc. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Mangle-name-in-fpc-FreeBSD-tp5724528p5724586.html Sent from the Free Pascal - General mailing list archive at Nabble.com. _

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

Just quick before they cut the signal... Could dlsym(ap1, Pchar('mp4ff_open_read') be used in place of getprocedureaddress(hn, Pchar('mp4ff_open_read') ? Because, if dlsym() works, maybe replacing all getprocedureaddress() with dlsym() will work? And can loadlibrary() be used by dlsym() ( or d

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

Re-hello (and last for tonight). Yep, yep, yep. Replacing all GetProcedureAdress() with dlsym() DOES THE TRICK ! ;-) (but dlopen() is needed in place of Loadlibrary()) Excellent tip. Many, many, many thanks for help. (And, maybe, a check for DynLibs.GetProcedureAdress() is needed for FreeBSD

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

>> ap1 := dlopen(Pchar(lib), 0); > Here you are using 0 for three mode argument. One difference I can see > ist that uysing dynlibs.pas the mode is RTLD_LAZY like it should be, but > that constant is defined as 1. Huh, indeed, 0 is working in Linux but not in FreeBSD --> changed to 1 and all ok

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

>> Replacing all GetProcedureAdress() with dlsym() >> >> DOES THE TRICK ! ;-) > Uhm, are you sure about this? --> https://github.com/fredvs/uos Try SimplePlayer example (all FreeBSD libraries are included in uos package) --> choose /sound/test.m4a --> IT WORKS ;

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

> For Fred: > You can check the names inside a dynamic liobrary using system tools: > nm -D /usr/lib/libipsec.so > nm -D /usr/local/lib/vlc/plugins/codec/libx264_plugin.so Thanks but... see my second mail in this topic... ;-) Fre;D - Many thanks ;-) -- View this message in context: http

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

Re-hello. To resume. Here what is working perfectly for me: {$IF DEFINED(freebsd)} ... var ap1 : pointer; begin ap1 := dlopen(Pchar(mp4ff), 1); Pointer(mp4ff_open_read) := dlsym(ap1, pchar('mp4ff_open_read')); ... {$else} ... var an1 : integer; begin an1 := DynLibs.SafeLoadLibrary(PCh

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

> That's totally OK, but the unit dynlibs is written for platform > independence and I'd like to be able to use it on FreeBSD and at least > Windows without having much $ifdefs and the like. Huh,... me too... I am sure that fpc team will find the solution. But, before it will be integrate into new

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

>> Why do you use "hn: Intege"hn: Integer" instead of "hn: TLibHandle" > Excellent question... > Because of... fpc... > > In fpc 64 bit unix : result of dynlibs.loadlibrary() is... a integer. Ooops, How will I explain that ?... In the pascal header of the library that gives problems this is def

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

Aargh. Indeed, the declaration of variable for the library-handle was wrong. And FreeBSD is more strait than Linux and Windows. I was focused on GetProcAddress but the bug was in LoadLibrary... ;-( Changing --> var lib_handle:TLibHandle=dynlibs.NilHandle; solves everything, even in FreeBSD.

Re: [fpc-pascal] Mangle name in fpc-FreeBSD ?

> Even on Win64 that would have been wrong as there TLibHandle is 64-bit as well and it also defines MSWINDOWS. Hello Sven. I am unforgivable to not have seen that wrong declaration. And to not have deeply check code from other before to commit it. I apologize for all the noise. Fre;D -

Re: [fpc-pascal] what is the correct way to write {$IFDEF FPC Version > 3.0}

Henry Vermaak wrote > See: http://www.freepascal.org/docs-html/current/prog/progap7.html > Henry Wow, I was looking for a complete list of "define-compiler" for ages (already asked in fpc-forum but never get usable answer). Many thanks Henry. Fre;D - Many thanks ;-) -- View this message in

Re: [fpc-pascal] FPC sources in FreeBSD

Hello Juha. There is a FreeBSD distro with fpc 2.6.4 + 3.0.0 installed : polYdev. Here announcement on FreeBSD forum : https://forums.freebsd.org/threads/53085/ Here where to download the iso : https://drive.google.com/folderview?id=0B9nMtGPLtz40fklIUFdFMFl2R25wUFJfTEtEQ3pocjRjaU5CdUl3S0pFaHdYdk

Re: [fpc-pascal] FPC sources in FreeBSD

=0B9nMtGPLtz40fklIUFdFMFl2R25wUFJfTEtEQ3pocjRjaU5CdUl3S0pFaHdYdktVNWg4V2M&usp=sharing And here the source-code of the distro: https://github.com/fredvs/polYdev Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/FPC-sources-in-FreeBSD-tp5725649p5725651.html Sent from the Free Pascal - Gen

Re: [fpc-pascal] FPC sources in FreeBSD

Hello Graeme. I/'ve never tried OpenBSD. But if you want a more "linux like" experience (everything gets configured for you), then try PC-BSD. / Huh, afaik, PC-BSD is based on FreeBSD. On my way, I prefer GhostBSD than PC-BSD. I always had problem with PC-BSD and GhostBSD works out-of-the box.

Re: [fpc-pascal] FPC sources in FreeBSD

Juha Manninen wrote > Another thing missing from my FreeBSD is proper keyboard mapping. It > behaves like US keyboard now. Hello. You may use, if xorg was installed, in console : setxkbmap xx For example: setxkbmap us or setxkbmap fr or setxkbmap it,... But, like Graeme noted, with PC-BSD or G

[fpc-pascal] Libraries-search-path of /usr/bin/ld ?

Hello. How to define the search path of libraries while linking ? In a FreeBSD 64 multiarch system, fpc32 compiles without problems but at linking there is that message: > /usr/bin/ld: skipping incompatible /usr/lib/crti.o when searching for > /usr/lib/crti.o Of course because /usr/lib/crti.o i

Re: [fpc-pascal] Libraries-search-path of /usr/bin/ld ?

Hello Graeme. > Take a look in your ~/.fpc.cfg file. If the following doesn't exist, add > it, and specify the correct paths to the 32-bit libraries as found on your > system. Huh, of course it is the first thing that I did. But, afaik, -Fl/something, has no impact on the search path of ld. It

Re: [fpc-pascal] Libraries-search-path of /usr/bin/ld ?

> From the 'fpc -h' output. > -XdDo not search default library path (sometimes required for > cross-compiling when not using -XR) Excellent, sure, it is the solution. ;-) I do not have my pc here, will try tonight. Write you later. Fre;D - Many thanks ;-) -- View this message in

Re: [fpc-pascal] Libraries-search-path of /usr/bin/ld ?

Yep, it does the work (with adding some 32 bit missing libraries). Many thanks Graeme. Fre;D PS: For elf problem, I will ask it with a new topic. - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Libraries-search-path-of-usr-bin-ld-tp572

[fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

Hello. In a FreeBSD 64 system with Linux emulated, fpc-linux compiles without problems but at linking there is that message: > ... Linking > /usr/bin/ld: unrecognizer emulation mode: elf_x86_64 > Supported emulation: elf_x86_64_fbsd and elf_i386_fbsd In ld documentation there is: -memulation E

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

> With fpc's -k parameter, you can pass parameters directly to the linker. > If you need to pass multiple parameters, use -k several times > (e.g.-k-para1 -kvalue1) Wow, many thanks Jonas. I will try it and write you the result. But, imagine, with FreeBSD, you could: Compile and run on same syst

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

> But yes, I still prefer actual VMs of each OS. Me too if I had a powerful machine. But on a slow netbook, the fotal-emulator of FreeBSD is a perfect solution. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Linking-to-Linux-on-a

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

> See Greames message for why you still will have to use the Linux ld. > Your error message clearly says, the FreeBSD linker can only create bfsd > code for i386 and x64. >> Supported emulation: elf_x86_64_fbsd and elf_i386_fbsd Yes, before to sent that topic, I have try with the Linux ld and...

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

Hello Pierre. I will try first with Jonas tip. If I m not able to do it work, i will try with binutils. Many thanks to help. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Linking-to-Linux-on-a-FreeBSD-system-with-Linux-emulated

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

> Sorry, I can't help you much with that, ld-linux is not installed here > and I don't know which package it is from. Huh, is it possible to install Linux packages (apt-get install something) in a FreeBSD system ? Or do you mean (like I did), copy ld-linux from a installed Linux system. ? Thanks

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

Hello. The night was very long and hard... I have some result. Here how I did: - Copy ld-linux into /compat/linux/bin - Copy dependencies-linux needed by ld-linux (some needed to be in /compat/linux/lib, other in /compat/linux/lib64). - When using fpc-linux to compile-link a simple fpgui-prog

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

Hello Marc. Thanks for the infos, good to know that it is possible to install linux package via FreeBSD-pkg install. Sadly I did not see any linux-ld or linux-binutils package in https://www.freebsd.org/ports/linux.html So, the manually way that i did is the only way (yes/no ?). Many thanks for

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

Hello Marc. And thanks to help. OK, I have investigate more and there is something that disturb me: When compiling on a FreeBSD 64 bit system using fpc-freebsd-*64*, there is that message on linking: [3.069] Searching file /usr/bin/ld... found [3.069] Using util /usr/bin/ld [3.069] Executing "/

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

> I'd suggest asking on one of the freebsd mailing lists or some forum. Hum, we are very near the goal, I prefer to resolve it with fpc-family ;-) Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Linking-to-Linux-on-a-FreeBSD-syst

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

Hello Marc, it is me again ;-) >I don't know about the *with fpSystem call* problem, but the other is solvable using > "fpc -k --dynamic-linker=/lib64/ld-linux-x86-64.so.2 ..." > as Jonas pointed out already. Of course, I tried this but... adding -ksomething -kotherthing did not change anythi

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

> And for a other problem with fpc, no aswer yet... > https://forums.freebsd.org/threads/57520/ > Yep, this one I get it. This fpc parameter (that I was using) is not compatible for cross compiling: -*XX* (Link smart). Without this, fpc can compil

[fpc-pascal] How to sent totally custom parameters to the linker ?

Hello. Is it possible to sent new-other parameters to the linker ? Without the use of *-k*, fpc sent this to the linker: [5.227] (9017) Using util /usr/bin/ld [5.227] Executing "/usr/bin/ld" with command line "-b elf64-x86-64 -m elf_x86_64 --dynamic-linker=/lib64/ld-linux-x86-6 4.so.2 -s -L. -

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

Thanks Marc for that clear explanation, I knew linux emulation, of course, but not that nickname. By the way, if you are using a FreeBSD 32 bit system, did you try to compile a fpc application with smart link enabled (*-XX* parameter) ? With fpc 3.0.0, on my system, the smart-link is wrong, it ca

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

> No, I didn't. I only compile native programs. Huh, it is what I wanted to ask... Did you try to compile on a native FreeBSD 32 bit using -XX parameter (smart link). Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Linking-to-Linu

Re: [fpc-pascal] How to sent totally custom parameters to the linker ?

Andrew Haines wrote > On 09/05/2016 07:27 PM, fredvs wrote: >> Hello. >> >> Is it possible to sent new-other parameters to the linker ? >> Without the use of *-k* > > , fpc sent this to the linker: >> >> [5.227] (9017) Using util /usr/bin/ld >>

Re: [fpc-pascal] How to sent totally custom parameters to the linker ?

>I've had no problem with e.g. >export OPT='-k-t -k--reduce-memory-overheads -k--no-keep-memory' Ha, I will try this one too. Thanks Mark. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/How-to-sent-totally-custom-parameters-to-

[fpc-pascal] log file of the linker ?

Hello. When linking compiled fpc objects, after few minutes, there is a message from the linker (*ld*): "There was a error while linking. Abort" Does it exist a parameter for* ld *to have a log-file of all what the linker did ? Or a kind of debug for *ld* ? Or does it exist a way to know what er

Re: [fpc-pascal] log file of the linker ?

> Is this when calling it from FPC or when executing a shell script (see earlier thread)?. It is when executing the shell script. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/log-file-of-the-linker-tp5726311p5726319.html Sent f

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

>That's weird. On my 64-bit FreeBSD, I can't run 64-bit Linux > applications, but can run 32-bit Linux applications. So I'm experiencing > a bit of the opposite to you then. :-/ Huh, and on my 64-bit FreeBSD I can run fpc-linux 64 bit but not fpc-linux 32 bit ! Fre;D - Many thanks ;-)

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

> Unfortunately I don't have any other 32-bit FreeBSD VM where I can install FPC 3.0.0 on. Hum, for me the simplest and working way to install fpc 32 bit was from... official fpc download site: http://www.freepascal.org/down/i386/freebsd.var --> unzip the file + sh install.sh --> done and worki

Re: [fpc-pascal] log file of the linker ?

Hello, I am still here ! No idea how to get the log file of ld (if it exists) ? Or if there is no way to know what error makes the process of linking-ld fail, is it possible to use a other linker for the compiled objects of fpc ? Thanks. Fre;D - Many thanks ;-) -- View this message in co

Re: [fpc-pascal] changes to include file do not trigger recompilation of unit

Brian wrote > Yes. Version 2.6.4 which I have been using has this problem. Huh, version 3.0.0 and 3.1.1 too. ;-( It is sad because I love to use {$I define.inc} in the units. (define.inc --> with all the custom defines --> one unique file for all the units). But if I forget to re-build all, the

Re: [fpc-pascal] log file of the linker ?

> I did not want to insult your intelligence by telling you to investigate *--verbose* OK, you win, sure that *--verbose* will do the trick. Write you later with (positive) result. Many, many thanks Mark. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-gen

Re: [fpc-pascal] log file of the linker ?

Mark Morgan Lloyd-5 wrote > (or as appropriate to the variant of linker you're using). Ooops, wait a bit, do you mean that a other linker than *ld* coud be used in unix system for linking fpc objects ? If yes, what other linker for example ? Many thanks. Fre;D - Many thanks ;-) -- View

Re: [fpc-pascal] log file of the linker ?

Yeeep, Mark and Andrew you did it ! Mark's magic "ld --verbose" + fantastic Andrew's "fpc -s" show tons of missing dependencies for the linker. OK, tonight will be a long night to add all that missing things but sure the result will be wooow. Write you (much) later. Fre;D - Many than

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

Graeme Geldenhuys-6 wrote > That's weird. On my 64-bit FreeBSD, I can't run 64-bit Linux > applications, but can run 32-bit Linux applications. So I'm experiencing > a bit of the opposite to you then. :-/ Hello Graeme. Did you add, in your /boot/loader.conf: linux64_load="YES" PS: You need this

Re: [fpc-pascal] Linking to Linux on a FreeBSD system with Linux emulated ?

Gaaal. $ uname -a > FreeBSD 10.3-RELEASE #0 amd64 $ /usr/local/lib/fpc/3.0.0/ppcx64_linux test.pas ---> Free Pascal Compiler version 3.0.0 [2015/11/20] for x86_64 Copyright (c) 1993-2015 by Florian Klaempfl and others (1002) Target OS: Linux for x86-64 (3104) Compiling /usr/local/share/i

[fpc-pascal] Failed to initialize the Application object ?

Hello. On a FreeBSD 64 system, with Linux 64 emulated, I can run fpc console Linux 64 applications. For example fpc-linux 64 run and compiles perfectly on the emulated system. It can run also Xorg applications compiled with C. But for running simple fpc + Xorg applications, there is that error m

Re: [fpc-pascal] Failed to initialize the Application object ?

Hello. I have checked the needed libraries with *ldd* and all is installed and ok. So, what would be the cause of the error message ? /Failed to initialize the Application object ! / Thanks for your lights. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-ge

Re: [fpc-pascal] Failed to initialize the Application object ?

Hello. Solved, it was a problem of a dependency of dependency with wrong ELF. Now, I can compile and run Linux applications too on FreeBSD. Sorry for the noise. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Failed-to-initializ

[fpc-pascal] polYdev release 1.0 with fpc as superstar.

Hello. polYdev release 1.0 is ready to download. polYdev is a multiarch FreeBSD 10.3 operating system. Thanks to his emulators, polYdev is able to compile and run applications for FreeBSD 64/32, Linux 64/32 and Windows 32 bit. No virtual machines needed, the compilations are fast and use the na

[fpc-pascal] Smart link in FreeBSD multi-arch ?

Hello. I will try to explain the problem... In a multi-arch system (64 bit system that can run 32 bit apps too) FreeBSD 64, there is problem if a fpc 32 bit application was compiled with smart link (-XX). This because FreeBSD call *ld-elf32.so.1* for 32 bit applications, in place of *ld-elf.so.1

Re: [fpc-pascal] Smart link in FreeBSD multi-arch ?

Hello Graeme. Thanks for answer. I do not know who is the guilty... In FreeBSD 64 multi-arch all the libraries 64 bit are in /lib/ or /usr/lib/ or /usr/local/lib and all 32 bit libraries are in /usr/lib32 or /usr/local/lib32. But for ld-elf*.so both ld-elf.so and ld-elf32.so are in same direc

Re: [fpc-pascal] Smart link in FreeBSD multi-arch ?

Re-hello. Note that in FreeBSD 64 multi-arch, the Linuxator is working perfectly, for Linux 64 and Linux 32, even with smart-linking 32 bit too. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Smart-link-in-FreeBSD-multi-arch-tp572

Re: [fpc-pascal] polYdev release 1.0 with fpc as superstar.

> Great ! Thanks ! > Installed the thingy, will be testing mse later... Huh, MSEgui and fpGUI are installed in the disto, you do not need to add anything. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/polYdev-release-1-0-wit

Re: [fpc-pascal] polYdev release 1.0 with fpc as superstar.

Hello. Oops, in first mail, in "How to install ploYdev", please read : ... - "Load and boot from the iso." (in place of "Load and run the iso"). Tanks. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/polYdev-release-1-0-with-fp

[fpc-pascal] Smart Link definition ?

Hello. Who can explain what is smart linking ? I can say that it tells the compiler to remove unneeded symbols but it is only my feeling. There are no explanation in wikipedia and Googling did not help. I ask you this because in FreeBSD forum they want to know what is smart-link (https://forums.

Re: [fpc-pascal] Smart Link definition ?

OK, somebody knows there what is smart-link. Sorry for the noise. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Smart-Link-definition-tp5726480p5726481.html Sent from the Free Pascal - General mailing list archive at Nabble.com. _

Re: [fpc-pascal] Smart link in FreeBSD multi-arch ?

Hello. Once again (like always) fpc is whiter than white. FreeBSD has decided to stop FreeBSD 32 bit and that smart-link problem is known but they do not want to fix it because of stopping FreeBSD 32 bit development. It is extremely sad and I do not understand why to stop 32 bit development. Fr

Re: [fpc-pascal] Smart link in FreeBSD multi-arch ?

Fred's post seems to mainly Marco van de Voort wrote > Fred's post seems to mainly > be about biarchs though, and that is a completely different story. Sadly no. No more biarch because no more FreeBSD32. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-ge

Re: [fpc-pascal] Smart Link definition ?

Thanks Graeme. ;-) Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Smart-Link-definition-tp5726480p5726498.html Sent from the Free Pascal - General mailing list archive at Nabble.com. ___

Re: [fpc-pascal] Smart Link definition ?

Hello. Could you, please, help me ? Does somebody know if smart-link (-XX) is done by the compiler (fpc) or by the linker (ld) ? Many thanks. Fre;D - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Smart-Link-definition-tp5726480p5726511

Re: [fpc-pascal] Smart Link definition ?

> It's done by the linker, but it is based on how the compiler > structures/annotates the code and data when you compile with -CX. OK, perfect. Many thanks. - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Smart-Link-definition-tp57264

Re: [fpc-pascal] Smart Link definition ?

> Sorry, for the question, but is it really working for FPC+Lazarus? For Windows64+32, Linux64+32 it is working here perfectly. For FreeBSD, it is in discussion. ;-) > Yes just eating quite significant amount of RAM. Ooops, I did not knew this... Thanks for the tip. Fre;D - Many thank

Re: [fpc-pascal] Smart Link definition ?

Huh, sorry, it is me again... About ld (the linker). In ld doc: http://sourceware.org/binutils/docs-2.16/ld/Options.html => -X --discard-locals Delete all temporary local symbols. For most targets, this is all local symbols whose names

Re: [fpc-pascal] Smart Link definition ?

fredvs wrote: > In ld doc: > http://sourceware.org/binutils/docs-2.16/ld/Options.html > <http://sourceware.org/binutils/docs-2.16/ld/Options.html> > > => -X --discard-locals > Delete all temporary local symbols. For most targets, this is all local > sy

<    1   2   3   4   5   6   >