Felipe Monteiro de Carvalho schrieb:
> Hello,
>
> Could someone please upload 1 snapshot of the latest FPC 2.2.3 to
> ftp://ftp.freepascal.org/pub/fpc/snapshot/fixes/i386-macosx/ ? I would
> be imensely grateful.
Try to repeat the static keyword in the body, this could work with 2.2.0
too.
>
>
Hello,
Could someone please upload 1 snapshot of the latest FPC 2.2.3 to
ftp://ftp.freepascal.org/pub/fpc/snapshot/fixes/i386-macosx/ ? I would
be imensely grateful.
I am writing an article about PasCocoa and I need a fix for static
methods, and also a publicly available installer with the fix.
On Sunday 28 September 2008 20.16:36 Graeme Geldenhuys wrote:
> On Sun, Sep 28, 2008 at 12:22 PM, Mattias Gaertner
> > Is this normalized form used only internally in msegui or must the user
> > use them too?
>
> I remember when I tried a MSEgui version some time back, that the IDE
> itself used t
On Sun, Sep 28, 2008 at 12:22 PM, Mattias Gaertner
<[EMAIL PROTECTED]> wrote:
>
> You can not normalize the composed and decomposed state platform
> independently. For example Linux ext3 does not normalize in any
> way and therefore distinguish between composed a-umlaut and decomposed
> a-umlaut. Y
On 28 Sep 2008, at 19:24, German Gentile wrote:
2008/9/28 Jonas Maebe <[EMAIL PROTECTED]>:
If dont, how i can produce binaries for i386 and x86_64 from a
x86_64 box?
Using an i386->i386 and an i386->X86_64 compiler.
Then i must install in my x86_64 linux system a lazarus ide x86 + fpc
com
2008/9/28 Jonas Maebe <[EMAIL PROTECTED]>:
>> If dont, how i can produce binaries for i386 and x86_64 from a x86_64 box?
>
> Using an i386->i386 and an i386->X86_64 compiler.
Then i must install in my x86_64 linux system a lazarus ide x86 + fpc
compiler x86?
One time i have working on my x86_64 s
Florian Klaempfl schrieb:
I'am working on a patch to fix this. For now do
make all CPU_TARGET=i386 FPC=fpc
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Thanks for the help!
I'll tr
On 28 Sep 2008, at 16:50, German Gentile wrote:
Thanks for traduce the message for me ;)
I mind, is not supposed to be supported crosscompiling from x86_64
to i386?
1) we do not support the 80 bit extended floating point type on
platforms that do not support it natively
2) support for t
Thanks for traduce the message for me ;)
I mind, is not supposed to be supported crosscompiling from x86_64 to i386?
If dont, how i can produce binaries for i386 and x86_64 from a x86_64 box?
TIA
Donald.
2008/9/28 Jonas Maebe <[EMAIL PROTECTED]>:
>
> On 28 Sep 2008, at 07:46, German Gentile wr
On Sun, 28 Sep 2008 09:23:14 +0200
Martin Schreiber <[EMAIL PROTECTED]> wrote:
> On Sunday 28 September 2008 00.10:43 Graeme Geldenhuys wrote:
> > On Fri, Sep 26, 2008 at 5:02 PM, Mattias Gaertner
> >
> > <[EMAIL PROTECTED]> wrote:
> > > s[i]:='x' doesn't work in UTF-8, nor UTF-16, nor UTF-32.
> >
On 28 Sep 2008, at 10:15, ABorka wrote:
Is the "exports" now supported in Linux or it's a glitch that apache
loads the modules with the exports in them?
It is now supported, as long as the "exports" name is the same as the
original variable's name.
Jonas
On 28 Sep 2008, at 07:46, German Gentile wrote:
revision 11832
HOST = linux x86_64
want to build a cross compiler to make i386 binaries on linux
make all CPU_TARGET=i386 FPC=fpc
exit with error code:
fpcdefs.inc(136,2) Error: User defined: Cross-compiling from non-i386
to i386 is not yet s
In the apache module examples in /fpc/packages/httpd22/examples/ all of
them has a
"Free Pascal only supports exporting variables on Windows" note there
and something like
{$ifdef WINDOWS}
exports
test_module name 'test_module';
{$endif}
With Apache 2.2.8 and 2.2.9 (the two I can test) on Li
On Sunday 28 September 2008 00.10:43 Graeme Geldenhuys wrote:
> On Fri, Sep 26, 2008 at 5:02 PM, Mattias Gaertner
>
> <[EMAIL PROTECTED]> wrote:
> > s[i]:='x' doesn't work in UTF-8, nor UTF-16, nor UTF-32.
> >
> > In short:
> > A single character for all purposes can not be defined. Unicode can not
14 matches
Mail list logo
