El 8/10/19 a les 8:50, Michael Van Canneyt ha escrit:
On Mon, 7 Oct 2019, Bart wrote:
On Mon, Oct 7, 2019 at 10:30 PM Luca Olivetti wrote:
My bad, I'm not on trunk, I'm on the fixes_3_2 branch :-(
Sorry for the confusion.
I checked out the latest version of that branch (I'm not confident
e
Hello.
I have a strange result while compiling fpc from
https://svn.freepascal.org/svn/fpc/branches/fixes_3_2/.
Here, on Linux Debian 10.1 multi-arch (64 bit + 32 bit), when I do
compilation with that script:
--
#!/bin/sh
cd fixes_3_2
TARGET_VER=3.2.0
TARGET=x86_64-linux
COMP
Le 08/10/2019 à 17:02, fredvs a écrit :
> Hello.
>
> I have a strange result while compiling fpc from
> https://svn.freepascal.org/svn/fpc/branches/fixes_3_2/.
>
> Here, on Linux Debian 10.1 multi-arch (64 bit + 32 bit), when I do
> compilation with that script:
> --
> #!/bin/sh
Ryan Joseph schrieb am Fr., 4. Okt. 2019, 17:10:
>
>
> > On Oct 3, 2019, at 6:07 PM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > A patch for it by Ryan Joseph exists (
> https://bugs.freepascal.org/view.php?id=35261 ), but I've not yet found
> the time to review
Hello,
I am trying to make an SFTP client class based on putty. It will be open source
and I think quite useful
for many people, but it looks like I need some help :=)
I need to link in over 100 .o files compiled with gcc.
I am using the fpc 3.1.1 snapshot on Win64 for now.
ISSUE #1:
Undefined
Hello Pierre and thanks for answer.
> You can fix your problem simply by adding explicitly
> FPC=$COMPILER
> to the make install line.
Huh, in the script that I use:
> --
> #!/bin/sh
>
> cd fixes_3_2
>
> TARGET_VER=3.2.0
> TARGET=x86_64-linux
> COMPILER=/usr/lib/fpc/3.0.4/ppcx64
Hello.
> Write you later.
+
> You can fix your problem simply by adding explicitly
> FPC=$COMPILER
> to the make install line.
Ooops, ok, I think I get it (maybe):
I have to add the compiler used for "make install" too, like this:
make FPC=$COMPILER install INSTALL_PREFIX=/usr/lib/fpc/$TARGET
Op 2019-10-08 om 17:02 schreef fredvs:
The script first clean everything and do the compilation of fpc with ppcx64
and all seems ok.
But, when the compilation is ok and a "new" ppcx64 is created, I dont know
why, the process continue, remove all was already done, recompile all using
ppc386 (fpc
Hello Pierre, Marcov and everybody.
OK, the tip works!
So, to everybody, if you have a multi-arch system, always define the
compiler used in your make command-line.
Even for a "make install":
So a working script would be for 64/32 bit:
__
#!/bin/sh
cd fixes_3_2
TARGET_VER=3.2
Upgraded to Catalina 10.15 and had some breaking changes that I’d like to share:
1) /Developer directory has moved and can not be restored. Apple decided that
the root directory / can only contain system directories and is not writeable
by the user, period. The installer will move the affected f
> On Oct 8, 2019, at 11:32 AM, Sven Barth via fpc-pascal
> wrote:
>
> I checked again. The thing is that in the compiler overload handling is done
> inside htypechk.tcallcandidates. Your patch weakens/changes that. So you'll
> have to completely rethink your solution to fit it into tcallcand
My apologies, I sent this to the wrong list (it’s macOS related). Please
disregard.
Regards,
Ryan Joseph
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Ryan Joseph schrieb am Di., 8. Okt. 2019, 23:00:
>
>
> > On Oct 8, 2019, at 11:32 AM, Sven Barth via fpc-pascal <
> fpc-pascal@lists.freepascal.org> wrote:
> >
> > I checked again. The thing is that in the compiler overload handling is
> done inside htypechk.tcallcandidates. Your patch weakens/ch
13 matches
Mail list logo