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
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
> 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
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
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
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.
> 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
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,
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
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
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
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
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
13 matches
Mail list logo
