On Thu, 14 Mar 2024, Florian Klämpfl via fpc-pascal wrote:
Still, it is more logical to place it under utils, with the rest of the
programs.
The argument about the time to compile seems simply false to me:
If you consider the FPC toplevel 'make all' as the only command to
issue, then you may
Am 14.03.2024 um 11:04 schrieb Michael Van Canneyt via fpc-pascal:
On Thu, 14 Mar 2024, Karoly Balogh via fpc-pascal wrote:
Hi,
On Thu, 14 Mar 2024, Guillermo Martínez Jiménez via fpc-pascal wrote:
I thought "packages" were libraries not applications, as there is an
"utils" directory with
On Thu, 14 Mar 2024, Tomas Hajny via fpc-pascal wrote:
On 2024-03-14 11:06, Marco van de Voort via fpc-pascal wrote:
Op 14-3-2024 om 11:04 schreef Michael Van Canneyt via fpc-pascal:
To me it therefore seems a better idea to move the IDE to utils, and to
have a
toplevel make command tha
Op 14-3-2024 om 11:52 schreef Tomas Hajny via fpc-pascal:
"OK, that would be addressed in case of inclusion under utils as well.
Even more so, actually - users who want to recompile packages for
whatever reason (e.g. to have debug information included as discussed
here recently ;-) ) aren't
On 2024-03-14 11:06, Marco van de Voort via fpc-pascal wrote:
Op 14-3-2024 om 11:04 schreef Michael Van Canneyt via fpc-pascal:
To me it therefore seems a better idea to move the IDE to utils, and
to have a
toplevel make command that does the same as 'make all' simply without
the
utilities.
Op 14-3-2024 om 11:04 schreef Michael Van Canneyt via fpc-pascal:
To me it therefore seems a better idea to move the IDE to utils, and
to have a
toplevel make command that does the same as 'make all' simply without the
utilities. Or have a 'NOUTILS=1' define.
Or let fpmake simply build the
On Thu, 14 Mar 2024, Karoly Balogh via fpc-pascal wrote:
Hi,
On Thu, 14 Mar 2024, Guillermo Martínez Jiménez via fpc-pascal wrote:
I thought "packages" were libraries not applications, as there is an
"utils" directory with programs.
I agree, I'm also not very fond of the IDE being in pack
Hi,
On Thu, 14 Mar 2024, Guillermo Martínez Jiménez via fpc-pascal wrote:
> I thought "packages" were libraries not applications, as there is an
> "utils" directory with programs.
I agree, I'm also not very fond of the IDE being in packages, but most of
the team considers it a legacy piece of co
On 2024-03-14 09:34, Guillermo Martínez Jiménez via fpc-pascal wrote:
Thanks, Karoly and Marco.
I thought "packages" were libraries not applications, as there is an
"utils" directory with programs.
Well, yes, it's somewhat confusing admittedly. The IDE sources used to
be located at the higher
Op 14-3-2024 om 09:34 schreef Guillermo Martínez Jiménez via fpc-pascal:
Thanks, Karoly and Marco.
I thought "packages" were libraries not applications, as there is an
"utils" directory with programs.
Roughly the RTL is a base set of units needed for the compiler itself.
When the compiler bo
Thanks, Karoly and Marco.
I thought "packages" were libraries not applications, as there is an
"utils" directory with programs.
Thankyou again,
Guillermo Martínez.
El Wed, 13 Mar 2024 22:45:19 +0100
Marco van de Voort via fpc-pascal
escribió:
> Op 13-3-2024 om 21:34 schreef Karoly Balogh via fp
Op 13-3-2024 om 21:34 schreef Karoly Balogh via fpc-pascal:
H
Where are they? Why aren't with the official source packages?
But they are. The IDE code is here:
https://gitlab.com/freepascal.org/fpc/source/-/tree/main/packages/ide
It also depends on Free Vision, which is here:
https://gitlab.
Hi,
On Wed, 13 Mar 2024, Guillermo Martínez Jiménez via fpc-pascal wrote:
> Hi Pascaloids,
>
> I was looking for the FP IDE sources to check how it renders the ASCII
> table and manage the mouse input, but I'm not able to find them.
> They're not in GitLab, not in the source packages, not in the
Hi Pascaloids,
I was looking for the FP IDE sources to check how it renders the ASCII
table and manage the mouse input, but I'm not able to find them.
They're not in GitLab, not in the source packages, not in the download
pages. Lazarus Wiki has two pages "Textmode IDE" and "Textmode IDE
developme
Picture at
https://wiki.freepascal.org/CudaText#Lexers
and at
https://wiki.freepascal.org/CudaText#Lexers_editing
both shown with wrong sizes -- left from old picture versions.
Upload of new pics gave "red error text".
--
Regards,
Alexey
___
fpc-pasc
In our previous episode, Klaus Hartnegg said:
> I'm struggling with two issues with the Search,Symbol (Browse) function
> of the FreePascal IDE.
Afaik browse hasn't been worked on in a long time.
https://bugs.freepascal.org/view.php?id=21113
___
fpc-p
Hi,
I'm struggling with two issues with the Search,Symbol (Browse) function
of the FreePascal IDE.
Are these known issues, or is something wrong with how I installed or
configured FreePascal?
1: With duplicate names it always shows the results for the one which
was declared first. Regardle
>> I wonder if uos would allow for this use of DSP-Effects:
>>- read a wav file and output it to a new wav file ("playing" it is
not necessary/sensible here)
>>on the fly "insert" a DSP effect (i.e. run the samples through an
effect processor)
>> the parameter(s) of the
>> PS : I will do a wiki for uoslib too.
OK, updated >> http://wiki.lazarus.freepascal.org/uos
PS : I think that the code of the examples in /fpc_examples from
>> https://github.com/fredvs/uoslib
are more self-explained...
Thanks.
Fred.
__
On 02/26/2014 12:17 PM, Fred van Stappen wrote:
There is also a wiki for uos : >> http://wiki.lazarus.freepascal.org/uos
Looks nice.
I wonder if uos would allow for this use of DSP-Effects:
- read a wav file and output it to a new wav file ("playing" it is not
necessary/sensible here)
- on
> GREAT
> Any documentation to make this usable ?
> -Michael
All the examples have lot of explanations. ;-)
There is also a wiki for uos : >> http://wiki.lazarus.freepascal.org/uos
The only things to change for uoslib are:
In uses section, add uoslib_h in place of uos.
And to
On 02/25/2014 02:58 PM, Fred van Stappen wrote:
I am extremely happy to announce the birth of the universal uos
library version 1.0.
uos (United Open-libraries of Sound) unifies the best open-source
audio libraries.
GREAT
Any documentation to make this usable ?
-Michael
Hello everybody.
I am extremely happy to announce the birth of the universal uos library version
1.0.
uos (United Open-libraries of Sound) unifies the best open-source audio
libraries.
With uos you can:
. Listen to mp3, ogg, wav, flac,... audio files.
. With 16, 32 or float 32 bit resolution.
Hello Jeff.
I will study your code.
Many thanks.
Fred
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Or always allocate and free the buffer in the calling program and load the
contents into the buffer in the dll. This way you never have to worry
about allocating in one place and freeing in the other. Windows API does
stuff like this a lot.
In the DLL:
Procedure GetSomeString(StringPointer: Poi
>Also note that this is a good approach with respect to
`universiality`, but if you need to...
> Ewald
Thanks Ewald for your useful advices.
Now, a other battle will begin :
Create headers for C, CNet, Basic, Java, ... and translate all the uos Pascal
examples.
But that is not the problem of
On 14 Feb 2014, at 20:28, Fred van Stappen wrote:
> >What I have been wondering for some time now (perhaps you wrote it in a
> >mail and I missed it): do you use the same memory manager in the library
> >and in your test program?
>
> Oops, indeed i forget that point...
> The test now are with cm
>What I have been wondering for some time now (perhaps you wrote it in a
> mail and I missed it): do you use the same memory manager in the library
> and in your test program?
> Ewald
Yeep, Ewald, you are the Winner.
And you impress me a lot with your perspicacity.
The battle has ended, with
>What I have been wondering for some time now (perhaps you wrote it in a
>mail and I missed it): do you use the same memory manager in the library
>and in your test program?
Oops, indeed i forget that point...
The test now are with cmem only in program, not in library.
I will test with cmem into
On 14 Feb 2014, at 20:06, Fred van Stappen wrote:
> Hello.
>
> It seams to me that i monopolize the forum here.
> Please advice if it borrow you, i will stop directly... ;-)
>
> I still fight with cmem and trust me, it is a hard battle.
What I have been wondering for some time now (perhaps you
Hello.
It seams to me that i monopolize the forum here.
Please advice if it borrow you, i will stop directly... ;-)
I still fight with cmem and trust me, it is a hard battle.
Mainly because the debugger gives me very few infos and because, if i do not
use cmem, all examples are working perfectly
On Thu, February 13, 2014 22:25, Fred van Stappen wrote:
Hi,
.
.
> Here the result of debug + bt of a LCL program using cmem (no problem
> without cmem) : it does not help me, i do not understand the numbers :
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7f
>> bt full ?
(gdb) bt full
#0 0x7fffefe02c14 in ?? () from /home/fred/uoslib/src/libuoslib.so
No symbol table info available.
#1 0x0040 in ?? ()
No symbol table info available.
#2 0x7fffefe02d0e in ?? () from /home/fred/uoslib/src/libuoslib.so
No symbol table info available
> bt full ?
Yep, thanks Ewald, i will try that. ;-)
> But if you don't have debug info for your library this won't help you much.
Hum, the library is fp, so i can compile with debug option.
But maybe i do not use the good compiler-parameters.
What compiler-parameters will give me the most detai
On 13 Feb 2014, at 22:25, Fred van Stappen wrote:
>
> @ Tomas, in earlier topic, you give result of gdb with much more details, how
> did you do it ?
> (i used bt, like you explained, but see the result, it is with much less
> details than yours...
bt full ?
But if you don't have debug info
Hello.
Here news from the front.
The good news. All console and fpGUI programs using cmem are working with the
fp uos library.
There is only problem with LCL widgetset + cmem.
Here the result of debug + bt of a LCL program using cmem (no problem without
cmem) : it does not help me, i do not u
@ Sven and Tomas : many, many thanks for answer.
Ok, i will fight with the code tonight to (try) to understand what is wrong.
Write you later...
PS : Without cmem, the library is working perfectly.
Last night i listen to songs many hours, with lot of DSP applied, changing that
DPS at runtime, p
On Thu, February 13, 2014 17:13, Sven Barth wrote:
> Am 13.02.2014 17:04, schrieb Fred van Stappen:
.
.
>> I resume: if i use cmem in uses section of uos library (without debug
>> on) it compile but i get that error when a program call the library
>> (at thread.terminate):
>>
>> Program received
Am 13.02.2014 17:04, schrieb Fred van Stappen:
> Please provide a simple, self contained example that shows this problem.
>Regards,
>Sven
Hello.
Hum, i have done a simple library, with a thread and a simple program
calling this library.
Not usefully to show it because, both using cmem are wo
> Please provide a simple, self contained example that shows this
problem.
>Regards,
>Sven
Hello.
Hum, i have done a simple library, with a thread and a simple program calling
this library.
Not usefully to show it because, both using cmem are working perfectly... ;-)
So the
Am 13.02.2014 13:15, schrieb Fred van Stappen:
Hello.
This to note that a fp library does crash the program who call it, if
that program uses cmem.
To reproduce the crash, create a fp library with a thread.
Start the thread via the main program (who uses cmem) and it will
crash when the lib
Hello.
This to note that a fp library does crash the program who call it, if that
program uses cmem.
To reproduce the crash, create a fp library with a thread.
Start the thread via the main program (who uses cmem) and it will crash when
the library reach thread.terminate.
If you use cmem for
>The bad news :
>All programs using LCL (Lazarus widgetset) crash after thread.terminate
>>inside the library...
>I dont know why, it is the same code and the same library.
>Maybe i have to do something but i dont know what.
>Using directly the uos unit, without using the library, is ok for L
> I don't use Lazarus, i.e. .lpi files are of no use for me. The option
> -fPIC isn't necessary for the Win32 target, i.e. I didn't miss that one
> (but I was aware of it - at least it was well visible unlike the others
> which I had to find by trial and error).
Ok and thanks to note it. Hum, i ha
Hello Fred,
change these two lines:
uos.pas line 1086:
RTLeventSetEvent(evPause);
uoslib.pas line 41:
function uos_loadlib(PortAudioFileName: string; SndFileFileName:
string; Mpg123FileName: string; SoundTouchFileName: string) : integer;
cdecl;
Sandro
On 11 February 2014 16:52, Fred van S
On Tue, February 11, 2014 20:29, Fred van Stappen wrote:
>
>> It might be better to mention the necessary compiler options (-Mobjfpc
>> -Sh) or even better include them directly in the respective sources.
>>
>> In addition, compiling "uoslib.pas" results in "uoslib.dll", whereas you
>> try to load
> It might be better to mention the necessary compiler options (-Mobjfpc
> -Sh) or even better include them directly in the respective sources.
>
> In addition, compiling "uoslib.pas" results in "uoslib.dll", whereas you
> try to load uos.dll from libconsoleplay.pas.
Yep, sorry. But if you compi
On Tue, February 11, 2014 16:52, Fred van Stappen wrote:
.
.
> First download the source here :
>
>>> https://sites.google.com/site/fiensprototyping/uoslibtest.tar.gz
>
> Unzip it and in /uoslibtest/src :
>
> 1) Compile uoslib.pas (or uoslib.lpi) => it will create uos.dll in /src.
.
.
It might
Hello.
Here next adventure of uos library...
I have good news for fpc. ;-)
I have try with a "hello world" 32bit library in Windows 7 64bit.
It works, a 32bit program can access a 32bit fpc library.
But i have bad news for me. :-(
I have try with uoslib, and try, and try, changing everything, b
>I have changed all cdecl into stdcall
but without luck...
>Did you change the calling convention for both the import and the
export
> code? (just a sidenote: on Linux you should use cdecl no
matter what ifnt >your library to be used by other languages
and
Am 11.02.2014 00:53, schrieb Fred van Stappen:
I have changed all cdecl into stdcall but without luck...
Did you change the calling convention for both the import and the export
code? (just a sidenote: on Linux you should use cdecl no matter what if
you want your library to be used by other l
Hello.
Here next episode of the conversion of a useful unit into a universal library.
In a recent topic i was taking about the total victory of the conversion in
Linux OS.
Now im fighting to do it in Windows.
I have Windows 7-64 bit.
If compiling the library with fpc-64bit, all is working perfect
Hello everybody.
Here next episode of the conversion of a useful fp unit into a universal
library...
After a hard battle, ... i win. But mainly because of the extremely high
quality of fpc. The compiler gives me useful tips to realise that unique
library.
Unique because that dynamic loaded
> Now what I would like in the compiler is a warning: potential memory
> leak at myclass := TMyUnitClass.Create;
>
> ;)
Oops, prior message was cut...
Yep, before to get that sympathetic message, i changed the code, now all the
class.create are done inside the unit used by the library and i wil
> - Here example for function inside a class of myunit:
> >
> > library mylib ;
> >
> > uses
> > myunit;
> >
> > function mylibclassfunction() : integer; cdecl;
> > var
> > myclass : TMyUnitClass; /// class defined in myunit (if can be a
> > variable outside the function)
> >
> > begin
> >
On Sun, 2014-02-02 at 23:13 +0100, Fred van Stappen wrote:
> - Here example for function inside a class of myunit:
>
> library mylib ;
>
> uses
> myunit;
>
> function mylibclassfunction() : integer; cdecl;
> var
> myclass : TMyUnitClass; /// class defined in myunit (if can be a
> variable outsi
Yep, a other useful tip :
To avoid future problems, use name mangling :
Like that :
exports
myFunc name 'myFunction' ; ___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-b
Hello everybody.
Here next episode of the conversion of a useful fp unit into a universal
library...
The goal is to make a library from a unit used by programs.
That unit has lot of complicated procedures-functions, inside some home-made
classes, using many dynamic arrays who vary in length and
> From: hinsta...@yandex.ru
> To: fpc-pascal@lists.freepascal.org
> Date: Sun, 2 Feb 2014 15:31:00 +0400
> Subject: Re: [fpc-pascal] fp universal library ?
>
>
>
> 02.02.2014, 02:45, "Fred van Stappen" :
> >> > Yep, thanks Michael.
> >>
02.02.2014, 02:45, "Fred van Stappen" :
>> > Yep, thanks Michael.
>> >
>> > Hum, may i export dynamic array ?
>>
>> No, you'll need to export these as (typed) pointers and a count.
>>
>> Regards,
>> Sven
>
> Re-Argh, ok, (and i understand now why the library-examples are so simple
> :-) ).
>
On Sun, Feb 2, 2014 at 2:44 AM, Fred van Stappen wrote:
>
>
> Many thanks for that brilliant explanations.
>
> Ok, so i have to re-consider all the unit and forget the oop way and
> re-write more procedural (Yes/No ?).
>
> Yes. The simpler - the better.
summarized here:
http://wiki.freepascal.org
> > Yep, thanks Michael.
> >
> > Hum, may i export dynamic array ?
>
> No, you'll need to export these as (typed) pointers and a count.
>
> Regards,
> Sven
Re-Argh, ok, (and i understand now why the library-examples are so simple
:-) ).
Many thanks for that brilliant explanations.
Ok, so
On 01.02.2014 17:20, Fred van Stappen wrote:
Yep, thanks Michael.
Hum, may i export dynamic array ?
No, you'll need to export these as (typed) pointers and a count.
Regards,
Sven
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lis
> > > On Sat, 1 Feb 2014, Fred van Stappen wrote:
> > >
> > > > Hello everybody.
> > > >
> > > > Ok, i jump...
> > >
> > > [snip]
> > >
> > > >
> > > > Stop compil showing error at dot of function TMyClass.
> > > >
> > > > => libtest.pas(14,18) Fatal: Syntax error, ":" expected but "." found
> > >
On Sat, 1 Feb 2014, Fred van Stappen wrote:
> Date: Sat, 1 Feb 2014 17:00:02 +0100
> From: mich...@freepascal.org
> To: fpc-pascal@lists.freepascal.org
> Subject: Re: [fpc-pascal] fp universal library ?
>
>
>
> On Sat, 1 Feb 2014, Fred van Stappen wrote:
>
> &g
> Date: Sat, 1 Feb 2014 17:00:02 +0100
> From: mich...@freepascal.org
> To: fpc-pascal@lists.freepascal.org
> Subject: Re: [fpc-pascal] fp universal library ?
>
>
>
> On Sat, 1 Feb 2014, Fred van Stappen wrote:
>
> > Hello everybody.
> >
> > Ok,
On Sat, 1 Feb 2014, Fred van Stappen wrote:
Hello everybody.
Ok, i jump...
[snip]
Stop compil showing error at dot of function TMyClass.
=> libtest.pas(14,18) Fatal: Syntax error, ":" expected but "." found
PS : I promise, if i can do the conversion, to create a nice wiki, for dummies
Hello everybody.
Ok, i jump...
I decide to begin the conversion of a unit (wrapper to other libraries + lot of
functions who link those libraries) into a universal fp library.
After Googling a while (and finding very poor doc, only few for Delphi, with
always the hypra-simple same example...),
> You might want to take a look here:
>http://winff.org
Oops, Winff is fp... i did not know that.
So, no excuse, it is possible to do a universal fp library.
@ Leledumdo and Paul => many thanks.
PS : Because of fp, i need to study lot other languages now :-).
Fred
On 01/29/2014 09:16 AM, Fred van Stappen wrote:
Hello everybody ;-)
I have developed a fp-wrapper, uos, who links to the best audio open-source
libraries:
https://github.com/fredvs/uos/
This main fp-wrapper uses other fp-wrappers who link to those audio-libraries.
Those fp-audio-wrappers ha
> 1) Is it possible to create a library from main fp-uos wrapper (including
audio-libraries fp-wrappers, not the audio-libraries them-self) ?
Sure
> 2) If 1) = true, could you give me some advice how to do it ?
Err...read the documentation about how to write a (dynamic) library?
> 3) May that f
Hello everybody ;-)
I have developed a fp-wrapper, uos, who links to the best audio open-source
libraries:
>> https://github.com/fredvs/uos/
This main fp-wrapper uses other fp-wrappers who link to those audio-libraries.
Those fp-audio-wrappers have much more features than the c original
audio-
When I was on Windows, "use another tty for debuggee" works fine. The output
gets its own console, and I can debug while watching the output. I'm on
Kubuntu now so my terminal is Konsole. If I set /usr/bin/konsole as
debuggee, then the program doesn't seem to run (the breakpoint line never
gets gre
On 1/4/12, Pierre Free Pascal wrote:
> Did you try to "manually" (meaning with some other text editor, or sed
> script)
> remove the offending line -Cp386 from fp.cfg?
Yes, and that works.
> The problem might come from a fp.cfg that was created by an earlier
> version
> of Free Pascal for wh
age d'origine-
> De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-
> boun...@lists.freepascal.org] De la part de Bart
> Envoyé : mardi 3 janvier 2012 19:10
> À : FPC-Pascal users discussions
> Objet : [fpc-pascal] FP IDE: Error: Illegal parameter: -Cp386
>
>
I recently updated to fpc 2.6.0
Now I cannot compile anything in the FP IDE (Version 1.0.12 2011/12/25).
Program test;
{$mode objfpc}
{$h+}
begin
end.
I try to build/make:
Error: Illegal parameter: -Cp386
This is the auto-generated fp.cfg file:
# Automatically created file, don't edit.
#IFDEF
On 27/08/2011, Marco van de Voort wrote:
>
> There is also codecomplete but afaik that is just macro expansion not very
> intelligent.
I often find that [macro expansion] more useful than the supposed
"intelligent" IDE's that often get things like indentation, begin..end
placement etc wrong. Flor
In our previous episode, Tomas Hajny said:
> >> Is there a keyboard shortcut for FP IDE (text IDE included with FPC)
> >> to jump from the interface section to the implementation section of a
> >> method.
> >
> > No. As far as I know, it does not have any functionality to parse the
> > structure of
On Fri, August 26, 2011 23:59, Jonas Maebe wrote:
> On 26 Aug 2011, at 23:56, Graeme Geldenhuys wrote:
>
>> Is there a keyboard shortcut for FP IDE (text IDE included with FPC)
>> to jump from the interface section to the implementation section of a
>> method.
>
> No. As far as I know, it does not
>
> In X11 I opened an xterm window, and ran the FP ide. Pressing Alt+F3
> to again try and close an editor window, instead of closing it I get
> text inserted into the current editor window:
>
>1;33R
>
> I also did the "learn keys" again while I was running FP under xterm,
> thinking th
On 27/08/2011, Florian Klämpfl wrote:
>
> Mostly incomplete/inconsistent terminal implementations. Best bet is
> xterm or text mode console.
I tried both your suggestions. First switching to the linux console
(not using X11). When I try and Alt+F3 to close one of the editor
windows, Linux rather
Am 27.08.2011 00:03, schrieb Graeme Geldenhuys:
> Is this issue only a problems with FP IDE, or is it a
> more general FreeVision + Linux issues?
>
Mostly incomplete/inconsistent terminal implementations. Best bet is
xterm or text mode console.
___
fpc-
Hi,
I'm using Linux (ubuntu 8.04.4) with FP IDE (text mode ide). I went
through the "learn keys" dialog and it detected all the keys I
pressed. Yet when I'm in a source code unit and press some of the
keyboard shortcuts (eg: Ctrl+F7 - add watch), it does nothing.
Or when I run it inside the Gnome
On 26 Aug 2011, at 23:56, Graeme Geldenhuys wrote:
> Is there a keyboard shortcut for FP IDE (text IDE included with FPC)
> to jump from the interface section to the implementation section of a
> method.
No. As far as I know, it does not have any functionality to parse the structure
of the sour
Hi,
Is there a keyboard shortcut for FP IDE (text IDE included with FPC)
to jump from the interface section to the implementation section of a
method.
Like Delphi or Lazarus's Ctrl+Shift+[up|down]
--
Regards,
- Graeme -
___
fpGUI - a cross-platfo
In our previous episode, Felipe Monteiro de Carvalho said:
> > - There are writeln's in several places. This will break Windows GUI (Darwin
> > ?too?) programs, and look sloppy on other systems.
>
> I isolated them in ifdefs
> I removed the lazarus files, they aren't needed at all.
>
> Another th
On Fri, Jul 17, 2009 at 11:54 AM, Marco van de Voort wrote:
> - There are writeln's in several places. This will break Windows GUI (Darwin
> too?) programs, and look sloppy on other systems.
I isolated them in ifdefs
> - There are lazarus packages there. It should go to Lazarus I think, since
>
On 17 Jul 2009, at 16:54, Marco van de Voort wrote:
- There are writeln's in several places. This will break Windows GUI
(Darwin
too?)
On Mac OS X writeln's from GUI apps simply go into the system and
console logs (or to the console itself, if you start a gui app from
the command line
In our previous episode, Felipe Monteiro de Carvalho said:
> I added fpvectorial under packages/fpvectorial and started a page for
> it on the wiki
>
> I still didn't make makefiles because they really confuse me ...
- There are writeln's in several places. This will break Windows GUI (Darwin
t
On 17 Jul 2009, at 16:37, Felipe Monteiro de Carvalho wrote:
I still didn't make makefiles because they really confuse me ...
You don't have to write a makefile, only a makefile.fpc, and those are
dead simple. Just copy paszlib/Makefile.fpc and change the name,
required packages (if any,
In our previous episode, Felipe Monteiro de Carvalho said:
>
> I added fpvectorial under packages/fpvectorial and started a page for
> it on the wiki
>
> I still didn't make makefiles because they really confuse me ...
I'll have a look.
___
fpc-pascal
Felipe Monteiro de Carvalho wrote:
I still didn't make makefiles because they really confuse me ...
Isn't it time to switch to the new build system any way? 'fpmake.pas'
style?
Just curious, when is the switchover going to happen? From Makefiles to
fpmake.pas style?
Regards,
- Graeme
Hello,
I added fpvectorial under packages/fpvectorial and started a page for
it on the wiki
I still didn't make makefiles because they really confuse me ...
bye,
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.or
Better ignore this file, my latest fpvectorial works with the concept
of paths which support mixing lines and bezier curves in the same
path.
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepas
Ok, so here is the file as it is at the moment for review so that we
can stablish a stable API (and I would like it really stable after
that).
Take into consideration that it's work in progress.
The place that I see that could be discussed is:
function GetPolyline(ANum: Cardinal): PPolyline
On Wed, 27 May 2009, Felipe Monteiro de Carvalho wrote:
On Wed, May 27, 2009 at 10:53 AM, Michael Van Canneyt
wrote:
All correct, and currently we have support in FPC for raster images.
My proposal is to add your code to FPC so we also support vector
graphics: FCL-image seems like the approp
On Wed, May 27, 2009 at 10:53 AM, Michael Van Canneyt
wrote:
> All correct, and currently we have support in FPC for raster images.
> My proposal is to add your code to FPC so we also support vector
> graphics: FCL-image seems like the appropriate place for this.
I see, but are you proposing to a
On Wed, 27 May 2009, Felipe Monteiro de Carvalho wrote:
On Wed, May 27, 2009 at 6:07 AM, Michael Van Canneyt
wrote:
Shouldn't it be part of FPC's canvas/image support ?
But FCL canvas/image is for raster images. I don't see how they would
correctly describe vector images.
PDF can hold tex
On Wed, May 27, 2009 at 6:07 AM, Michael Van Canneyt
wrote:
> Shouldn't it be part of FPC's canvas/image support ?
But FCL canvas/image is for raster images. I don't see how they would
correctly describe vector images.
PDF can hold text, raster images and vector images. For this library I
am ign
On Tue, 26 May 2009, Felipe Monteiro de Carvalho wrote:
Hello,
I and another worker have developed a vector graphics library for Free
Pascal and I am thinking about making it modifyed-LGPL and adding to
the lazarus-ccr repository, like fpspreadsheet. So I was wondering,
anyone interrested in
1 - 100 of 169 matches
Mail list logo
