On Tue, Oct 9, 2018 at 7:26 AM Ingemar Ragnemalm
wrote:
> Yet another API for GUI-OpenGL glue? I would suggest that the closer to
> an existing API (i.e. GLUT) the better. You are fairly close now so
> maybe making it a GLUT replacement is just a matter of renaming?
>
True, GLPT is close to
Any work on OpenGL is of interest to me. I am working with it every day,
have written two course books, a GLUT replacement and numerous demos,
most in C though (because my students don't learn Pascal any more).
Two things come to mind:
Yet another API for GUI-OpenGL glue? I would suggest
El 8/10/18 a les 16:25, Luca Olivetti ha escrit:
3) putting in the PATH a custom mips-gnu-linux-ld that adds an
--rpath=/home/luca/mipslibs/ before calling ld [*]
Duh, instead of --rpath I used --library-path and it got me further
Free Pascal Compiler version 3.0.4 [2018/10/07] for mips
I meant to mention in my original message that I needed to add
OPT=-Fl/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/lib
to the end of the make distclean install I use to compile the trunk
compiler.
My fpc.cfg also has #ifdef darwin, rather
I just realized on a freshly set up computer that there is one more
issue, I tried to build the trunk x86_64 compiler and compile fails:
/bin/mkdir -p x86_64/units/x86_64-darwin
/Applications/Xcode.app/Contents/Developer/usr/bin/make ./msg2inc
/usr/local/bin/ppcx64 -Ur -Xs -O2 -n -Fux86_64
Hello,
I built an fpc-3.0.4 mips cross compiler on kubuntu 18.04 using the
prepackaged mips binutils with
make all BINUTILSPREFIX=mips-linux-gnu- CPU_TARGET=mips OS_TARGET=linux
sudo make crossinstall BINUTILSPREFIX=mips-linux-gnu- CPU_TARGET=mips
OS_TARGET=linux
When I try to compile the
Hi all,
I just released the first complete version of GLPT. Thanks to Ryan Joseph GLPT
now supports Linux, MacOSX and Windows. Anyone interested in the project is
invited to test, use, discuss and code. Please submit found or proposed issues
on GitHub.
https://github.com/daar/GLPT/releases
Hello Alex,
sounds very interesting, but in this case I'm only the user of an API. Look
there:
http://tika.apache.org/
Tika will run as a service and my task is to stick files in an get the contents
back.
So nothing to debug regarding the API on my side.
Thank you anyway,
Marc
On Mon,
silvioprog schrieb am Mo., 8. Okt. 2018, 10:11:
> Hi.
>
> First, thanks for the great work in the invoke.inc for win64! ☺
>
> So, consider the following example:
>
> uses RTTI;
>
> type
> TFoo = class
> public
> function Bar(const A: string; B: Integer): string;
> end;
>
> function
Hi.
First, thanks for the great work in the invoke.inc for win64! ☺
So, consider the following example:
uses RTTI;
type
TFoo = class
public
function Bar(const A: string; B: Integer): string;
end;
function TFoo.Bar(const A: string; B: Integer): string;
begin
end;
var
m:
A bit off topic for the list but I've used a program called "Insomnia"
which is a client for debugging REST APIs and it was incredibly handy.
Especially so you don't try everything under the sun before, for
example, realizing your API key is incorrect.
Alex
On 10/7/2018 4:03 PM, Marc
11 matches
Mail list logo
