Because of no response I registered it as bug
http://bugs.freepascal.org/view.php?id=20011
Can you please look at least at this:
Which compiler defines are OK ? "i386" or "cpui386"
My test shows, that "i386" is NOT defined ("cpui386" IS defined), but
then I do not understand how can it work in d
Graeme Geldenhuys schrieb:
On 15 August 2011 10:52, Michael Schnell wrote:
What is the main difference between the fpGUI designer and MiGLayout ?
[...]
If you read the MiGLayout white paper, you will learn some more of the
advanced features which are mind blowing! The author thought of
everyt
Graeme Geldenhuys schrieb:
I think Lazarus improved a lot over Delphi here, but Lazarus's
designer is still way to complicated and error prone for complex UI's.
Look at all the settings in the Align/Anchor property editors, yet
often you still have to code some UI rules irrespectively. With good
On 15 August 2011 10:52, Michael Schnell wrote:
>
> What is the main difference between the fpGUI designer and MiGLayout ?
Like day and night. fpGUI's UI Designer is similar to Delphi or
Lazarus's Form designers. Drop components, set some properties etc.
The only difference there is that fpGUI's
On 15 August 2011 10:48, Michael Schnell wrote:
>
> I never tried this, but I feel that IDEs (integrating code editor, GUI
> designer, make process, and debugger) have been invented for a purpose.
I agree with all except the "gui designer" part. Layout Managers are
by far the better choice compare
On Wed, 17 Aug 2011 18:14:03 +0200 (CEST), Marco van de Voort wrote
about Re: [fpc-devel] C++ gets language-internal concurrency support:
> In our previous episode, David W Noon said:
>
> > The threads t1 and t2 execute in parallel. Moreover, they will
> > execute in parallel with any code that
In our previous episode, David W Noon said:
> The threads t1 and t2 execute in parallel. Moreover, they will execute
> in parallel with any code that occurs between the declaration that
> start the threads and the join() method calls that synchronize them
> with the invoking thread. On a SMP sys
On Wed, 17 Aug 2011 16:24:35 +0200 (CEST), Marco van de Voort wrote
about Re: [fpc-devel] C++ gets language-internal concurrency support:
> In our previous episode, Michael Schnell said:
[snip]
>> int main()
>> {
>> std::thread t1{std::bind(f,some_vec)};
>> //*f(some_vec) executes
On 08/17/2011 04:24 PM, Marco van de Voort wrote:
I'm no C++ expert, but:
Where is the parallel aspect? It looks more like a shorthand to spawn a
thread to evaluate an expression/closure/function call, and then wait on it
using .join().
Same here. I just did a short search in the FAQ (
http://
In our previous episode, Michael Schnell said:
> Some c++11 code doing parallel execution:
>
> *
> void f(vector&);
>
> struct F {
> vector& v;
> F(vector& vv) :v{vv} { }
> void operator()();
> };
>
> int main()
> {
>
Some c++11 code doing parallel execution:
*
void f(vector&);
struct F {
vector& v;
F(vector& vv) :v{vv} { }
void operator()();
};
int main()
{
std::thread t1{std::bind(f,some_vec)}; //*f(s
http://www.linuxfordevices.com/c/a/News/C11-standard-approved/
Prism already does have "parallel loops" and "future variable" for that
purpose (but of course usable only with a .NET/Mono framework, as the
implementation is done therein)
I remember discussions about providing something on that
On Tue, 16 Aug 2011, Felipe Monteiro de Carvalho wrote:
Hello,
I added xml docs for fpvectorial (fpdocs/fpvectorial.xml). It would be
excellent if someone added it to the standard fcl help build. I
searched a little, but I couldn't find how to do it. I see that one
can add it to the makefile,
Hi,
I encounter strange thing. Look at this program please:
var
LibraryHandle: TLibHandle;
cw: word;
begin
cw:=Get8087CW;
writeln('CW before:',cw, ' IntPower:', intpower(10,-6));
LibraryHandle:=LoadLibrary('odbc32.dll');
writeln('CW after:',Get8087CW, ' IntPower:', intpower(10,-6));
Set808
14 matches
Mail list logo
