On 7/2/2017 11:19 AM, Florian Klämpfl wrote:
Am 02.07.2017 um 00:26 schrieb Martok:
So, we have a problem here: either the type system is broken because we can put
stuff in a type without being able to check if it actually belongs there, or
Tcgcasenode is broken because it (and _only_ it, as far
On 4/28/2017 10:16 PM, Florian Klämpfl wrote:
Am 28.04.2017 um 16:05 schrieb Marco van de Voort:
In our previous episode, Benito van der Zander said:
r35545, too ? (http://bugs.freepascal.org/view.php?id=31135)
I need some report on the safety of merging from a compiler dev for that, I
don't
On 3/16/2017 1:12 PM, LacaK wrote:
Then I get:
test_IPP.lpr(17,1) Error: undefined reference to `ippGetLibVersion'
(I have tried also: _ippGetLibVersion, _ippGetLibVersion@0 ...)
I've downloaded the IPP libs and did some tests to make sure that
static linking is possible.
Thank you very mu
On 3/16/2017 12:01 PM, LacaK wrote:
Then I get:
test_IPP.lpr(17,1) Error: undefined reference to `ippGetLibVersion'
(I have tried also: _ippGetLibVersion, _ippGetLibVersion@0 ...)
I've downloaded the IPP libs and did some tests to make sure that static
linking is possible.
The working decl
On 3/15/2017 6:06 PM, LacaK wrote:
>>
>>
>> Yes, you can statically link a COFF library created by other compiler.
>>
>> Use objdump as explained earlier to find out the name of ippiThreshold
function in the static library. It may be prefixed with
"_".
>
> But does it works also on Windows ? (
On 3/14/2017 4:47 PM, Ladislav Karrach wrote:
Did you try this:
function ippiThreshold(pSrcDst: PIpp8u; srcDstStep: int;
roiSize: IppiSize; thresholdLT: Ipp8u; valueLT: Ipp8u;
thresholdGT: Ipp8u;
valueGT: Ipp8u): IppStatus; external 'ippi.dll' name
'ippiThreshold_LTValGTVa
Hi,
As the primary android target maintainer, I can review the patches and
apply them if all is ok.
But it will be better if the original author create a bug ticket and
post the patches there. It will be possible to discuss any issues in the
bug tracker.
Yury Sidorov.
On 1/24/2017 11:12
On 11/1/2016 3:42 AM, Gennady Agranov wrote:
Why do you use LCL in your JNI library?
Try a simple library without LCL and check if it loads.
It works!
Great Thanks!
Does anyone know what to do about:
Java HotSpot(TM) Client VM warning: You have loaded library
/media/pi/Transcend/cypress-rele
On 10/31/2016 10:01 PM, Gennady Agranov wrote:
I have an issue with loading JNI library for Raspberry :(
I do compile with -Cg -WX and stack checking on (and also without).
But even this method is not called :(
function JNI_OnLoad(vm: PJavaVM; reserved: pointer): jint; {$ifdef
linux}cdecl{$el
Hello,
Please provide your patches and I'll review them and apply.
Thanks.
Yury Sidorov.
On 8/29/2016 10:21 AM, Artur Huhtaniemi wrote:
Hi!
I have written missing rtl initialization part for aarch64-android
target with all the necessary modifications in the compiler sources.
Thi
On 3/10/2016 1:06 PM, Jy V wrote:
This happens only on Win64 with FPC 3.0
Can somebody please check and confirm ?
compiled with official Lazarus 1.6 (SVN revision as displayed in the
about box: 51630)
console output of your program is:
1.234500E+02* 1.E+0
On 3/10/2016 11:33 AM, Michael Van Canneyt wrote:
On Thu, 10 Mar 2016, LacaK wrote:
Hi,
investigating bug #29760 I reduced bug to:
var
c: currency;
d: double;
begin
c := 123.45;
d := 100;
writeln(c, '*', d, '=', c*d); // result of multiply is wrong = 12345
end.
This happens only on
Hi,
The 3.0 release for android is not able to produce correct PIC
executables and libraries.
You need build an svn trunk version of FPC to produce PIC/PIE binaries
for android.
Yury Sidorov,
j...@cp-lab.com
On 11/15/2015 11:39 PM, Jon Foster wrote:
i've been experimenting wit
On 10/29/2015 1:22 PM, Sergio Flores wrote:
I've never experienced such issues. You should try to use different NDK
versions. I use ndk-r8d. It is stable.
I got the latest ndk download, it works fine, most of my problems were
derived from using Mingw, switching to Cygwin solved the issues.
Act
On 10/28/2015 3:07 PM, Sergio Flores wrote:
Building a cross compiler is a trivial task even on Windows.
Read here ho to do that:http://wiki.freepascal.org/Android
I know how to build a crosscompiler, the problem is that doing it in
Windows you sometimes get very weird errors (like the building
On 10/27/2015 4:29 PM, Sergio Flores wrote:
Yury, I think you're right, I'm using the precompiled binary that indeed
seems to been compiled in soft-fpu mode, so that would explain
everything, as OpenGL is probably triggering hard fpu exceptions that
are not being caught.
I tried your asm functio
masked.
You can:
- build FPC units from sources with FPU support.
or
- use the following code to mask FPU exceptions:
procedure VFP_SetCW(cw : dword); nostackframe; assembler;
asm
fmxr fpscr,r0
end;
...
VFP_SetCW($1F00); // Mask all FPU exceptions
...
Yury Sidorov
On 10/19/2015 4:20 PM, Carsten Bager wrote:
The function system.CreateFile sometimes return a negative value (LongInt)
under Win CE
when used together with COM ports.
When I typecast to LongWord everything works.
Is it ment to be that way.
Of course a negative value of type LongInt becomes pos
Hello,
It seems Android 6.0 forces usage of PIC-enabled shared libraries only.
Currently the Android FPC target is not PIC compatible, since the
startup assembler code is needed to be converted to PIC.
You need to use targetSdkVersion <= 22 until PIC is fixed for the
Android target.
Y
Hi,
To find out an offending instruction it is needed to create a simple
console app. Compile it with the -gl switch and run in the Android
console. You will get a stack back trace. If the instruction in the RTL,
it is needed to recompile it with the -O- -g switches.
Yury Sidorov,
j...@cp
s(238,36) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted
Use "make clean crossall ..."
In such case the native fpc binaries will not be built. Only cross
compiler and cross units will be built.
See: http://wiki.freepascal.org/Android
Yury
Fixed in r24626. Your guesswork is right :)
Yury.
- Original Message -
From: Michael Ring
To: fpc-devel@lists.freepascal.org
Sent: Tuesday, May 28, 2013 1:24 PM
Subject: Re: [fpc-devel] Problem with fpcmake when doing crossbuild
In case my guesswork was right this would be the fix to
le to find
libdl.so but finds only libdl.a
Anyway static linking should work too, but you need to link with libc.
If you get segfaults when linking to libc, then cprt0.as for arm-linux
is buggy.
Yury Sidorov.
___
fpc-devel maillist -
From: "Paul Ishenin"
25.12.12, 21:59, Yury Sidorov пишет:
Hmm, Seems to be a false alarm :(
I've made some tests just now with memory allocation and found that
such
pooling will not speed up the compiler too much. Only minor
improvement
such as 10-20% :(
10-20% is st
From: "Yury Sidorov"
From: "Florian Klaempfl"
Am 25.12.2012 13:39, schrieb Yury Sidorov:
It is possible to seed-up compilation by allocating memory for
nodes
from some zero pre-filled memory pool to avoid costly calls to
heap
manager and avoid zero filling of small m
From: "Florian Klaempfl"
Am 25.12.2012 13:39, schrieb Yury Sidorov:
It is possible to seed-up compilation by allocating memory for
nodes
from some zero pre-filled memory pool to avoid costly calls to heap
manager and avoid zero filling of small memory chunks. A base class
for
v
s
from some zero pre-filled memory pool to avoid costly calls to heap
manager and avoid zero filling of small memory chunks. A base class
for various FPC nodes should be modified to handle aloocation from the
pool...
Yury Sidorov, j...@cp-lab.com
__
Hi,
OK. I'll add needed defines to registry unit for Windows using this
method:
HKEY_LOCAL_MACHINE= windows.HKEY_LOCAL_MACHINE
Yury Sidorov, j...@cp-lab.com
- Original Message -
From: Martin
To: FPC developers' list
Sent: Monday, December 24, 2012 1:13 PM
Subject:
Committed in r22638. Thanks.
- Original Message -
From: "Ludo Brands"
To: "'FPC developers' list'"
Sent: Saturday, October 13, 2012 7:26 PM
Subject: Re: [fpc-devel] Unwanted finalization
Hello,
The declaration of ITypeInfo.Invoke() is broken now anyway. Some of
out parametrs shoul
Hello,
The declaration of ITypeInfo.Invoke() is broken now anyway. Some of
out parametrs should accept nil values and it is not possible with the
current declaration. I doubt that ITypeInfo.Invoke() is used directly
by user code. Especially in this broken form.
Yury Sidorov, j...@cp-lab.com
anges today or tomorrow.
Best Regards!
Yury Sidorov.
- Original Message -
From: "Ludo Brands"
To: "'FPC developers' list'"
Sent: Saturday, October 13, 2012 6:34 PM
Subject: [fpc-devel] Unwanted finalization
Dear all,
In comobj.pp I'm gett
From: "Dariusz Mazur"
Michael Van Canneyt pisze:
On Mon, 6 Jul 2009, Dariusz Mazur wrote:
Hi
I include res file to executed file. Res is compiled by brcc32
from RC. Till now everything work OK.
But when i try extract big PNG picture from RES I had wrong size
of file.
File has length 136
From: "Dariusz Mazur"
Jonas Maebe pisze:
On 23 May 2009, at 11:05, Vincent Snijders wrote:
Can't the searching be extended to the unit directory. It would
make the file C:\fpc\2.2.4\units\i386-win32\fcl-base\fclel.res
really useful, now have to copy it to my program dir to be able
to use
From: "Vincent Snijders"
Jonas Maebe schreef:
On 22 May 2009, at 23:00, Dariusz Mazur wrote:
How to tell compiler where are *.res files.
You can't. As you noticed, they are always searched relative to the
directory of the main source file (unless the resource file is
specified using an a
From: "Vincent Snijders"
Vincent Snijders schreef:
Hi,
separator. Can you give me some guidelines how to write a patch for
the compiler?
Please review the patch attached to
http://bugs.freepascal.org/view.php?id=12645
Looks good to me.
Yury.
__
From: "Michael Schnell" <[EMAIL PROTECTED]>
And yes, if you lazy, you lose performance due to automatic
conversions. It
has always been that way (also when mixing short and ansistring)
Of course you are very right here !
If you are lazy and write your code like you are used to, you will
not
From: "Michael Schnell" <[EMAIL PROTECTED]>
It is works for win32 only for now. Only system unit is finished.
Work in progress...
Sounds great so far !
Is there a document on how exactly it is going to work (will a
common String type get a dynamic coding specification or will there
be diffe
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
Folks, before your waste your time again with endless discussions,
have
a look at Yury's work on an unicode rtl, test it and help with
patches
and suggestions, it's available in svn at
http://svn.freepascal.org/svn/fpc/branches/unicodertl
It is wor
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
Yury Sidorov schrieb:
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
Yury Sidorov schrieb:
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
To: "FPC developers' list"
Sent: Thursday, Sep
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
Yury Sidorov schrieb:
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
To: "FPC developers' list"
Sent: Thursday, September 18, 2008 4:14 PM
Subject: Re: [fpc-devel] Bug in FPC and declaring distinct types
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
To: "FPC developers' list"
Sent: Thursday, September 18, 2008 4:14 PM
Subject: Re: [fpc-devel] Bug in FPC and declaring distinct types
Yury Sidorov schrieb:
Yes. But it works only partially. For example the following
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
Yury Sidorov schrieb:
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
Michael Van Canneyt schrieb:
On Thu, 18 Sep 2008, Graeme Geldenhuys wrote:
Hi,
I was following a discussion in the delphi.non-technical
newsgr
lowing code is
not compilable:
//--
type
TUTF8String = type ansistring;
procedure DoTest(const s: ansistring); overload;
begin
end;
procedure DoTest(const s: TUTF8String); overload;
begin
end;
begin
DoTest('1234');
end.
//--
Yury Sidorov.
y why i need to define VER2_2 to compile successfully compiler?
it gives me error in base.inc file,i have to define that,although my
compiler version is 2.3.1
--- On Mon, 7/21/08, Yury Sidorov <[EMAIL PROTECTED]> wrote:
From: Yury Sidorov <[EMAIL PROTECTED]>
Hi,
I fixed the problem in rev. 11421.
Funny thing that I started to investigate this problem in morning
today before your e-mails :)
Not funny thing is that took whole day to find out what caused the
problem :(
Damn WM6.1!!!
Yury.
- Original Message -
From: Roozbeh GHolizadeh
From: Nataraj S Narayan
Hi Florian and other friends
I am involved in porting existing C code to Arm Linux for
AT91SAM9263 Ek board with 340x220 display. I need to write
lots of console kinda apps.
I am using a "qemu-system-arm" emulated Armel Debian machine on a
Debian x86 Lenny distro for w
From: "Bernd Mueller" <[EMAIL PROTECTED]>
Hello,
The ARMv5 runtime detection is fixed in fpc 2.3.1. Could you please
apply this fix to fpc 2.2.1 too? The procedure fpc_cpucodeinit in
rtl/arm/arm.inc is affected.
I merged it to 2.2.1
Yury.
___
fp
From: "Vincent Snijders" <[EMAIL PROTECTED]>
Hi,
I am trying to the packages for arm-wince on the fixes_2_2 branch
and get the error below. Anybody else got this problem?
make all works well for arm-wince with the latest fixes_2_2 branch.
Try to make distclean.
Yury.
___
From: "Daniël Mantione" <[EMAIL PROTECTED]>
Instead "unaligned" will simulate an unaligned load with two loads
and some
rotation etc. On the ARM, where every mnemonic can rotate
operands, this is
isn't that bad of a penalty.
Therefore, I wouldn't be surprised that even on ARM, arrays with
pac
From: "Daniël Mantione" <[EMAIL PROTECTED]>
> On Thursday 28 February 2008 09:16, Daniël Mantione wrote:
>
>> Memory access. What happens is that the non-packed version causes
>> more cache misses.
>
> Please elaborate. If the (unaligned) data is crossing a
> cache-line, thus
> causing two full
From: "Daniël Mantione" <[EMAIL PROTECTED]>
> Bernd Mueller schreef:
>> Hello,
>>
>> the attached patch avoids misaligned data access (bus errors),
>> during font
>> rendering (with the graph unit) on Arm-Linux devices.
>>
>
> Instead of testing for arm cpu, you could use
> FPC_REQUIRES_PROPER
From: "Felipe Monteiro de Carvalho"
<[EMAIL PROTECTED]>
Hello,
I am trying to build the latest fixes wince cross-compiler (2.2.1)
using FPC 2.2.0 as a starting compiler. It fails when I try to build
packages, particularly fcl-process
Here is my script:
cd packages
PATH=C:\Programas\lazarus220\
From: <[EMAIL PROTECTED]>
I'm trying to build an arm/wince cross-compiler from a Windows XP
host from
2.2.1 SVN (rev 10079). I can build a working ppcrossarm.exe from the
fpc source
folder by:
make compiler_cycle CPU_TARGET=arm OS_TARGET=wince FPC=ppc386.exe
However, when I try to build the R
From: "Graeme Geldenhuys" <[EMAIL PROTECTED]>
On 19/01/2008, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
On Jan 19, 2008 10:47 AM, Graeme Geldenhuys
<[EMAIL PROTECTED]> wrote:
> Anybody know where I can get a Windows Mobile 2003 2nd Edition
> emulator?
I may be wrong, but it's possi
From: "Graeme Geldenhuys" <[EMAIL PROTECTED]>
On 19/01/2008, Yury Sidorov <[EMAIL PROTECTED]> wrote:
You can safely develop on WM5 or WM6 emulator. The program will run
on
WM2003 in most cases. You can test it on real WM2003 device from
time
to time.
That's goo
From: "Graeme Geldenhuys" <[EMAIL PROTECTED]>
On 19/01/2008, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
Problem is that it works not anymore on Windows Mobile 5 or 6.
I want to develop (fpGUI Toolkit) for my iQue M5 PDA which runs
Windows Mobile 2003 2nd edition. So it should be ok.
Anybod
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
Graeme Geldenhuys schrieb:
Hi,
The following website isn't working anymore... Could somebody
please
email me a copy of PocketCMD or have an alternative link I can
download if from.
http://www.symbolictools.de/public/pocketconsole/applications/Poc
From: "Graeme Geldenhuys" <[EMAIL PROTECTED]>
On 06/12/2007, Yury Sidorov <[EMAIL PROTECTED]> wrote:
The thread itself works, but not Synchronize() method.
You need to call CheckSynchronize inside main loop.
Ah, thanks Yury! That also means that having the main loop
From: "Graeme Geldenhuys" <[EMAIL PROTECTED]>
Hi,
I've created a while back a thread based Timer. At the time I
developed the timer, I tested it in a Lazarus (LCL) GUI application
and everything worked perfectly. Just tested it now and it still
works
fine.
Today I tried to use that Timer in
From: "Michael Van Canneyt" <[EMAIL PROTECTED]>
We could try to compile Borlands' VCL code with FPC, of course, but
then
there is the problem that the midas library is a black box,
available only
for windows i386, which kind of defeats the purpose of the whole
exercise..
There is open source
From: "Paul Ishenin" <[EMAIL PROTECTED]>
Yury Sidorov пишет:
From: "Paul Ishenin" <[EMAIL PROTECTED]>
Any chance to have this patch commited?
Applied. Thanks.
Big thanks.
Any chance to have this patch merg
From: "Felipe Monteiro de Carvalho"
<[EMAIL PROTECTED]>
On 11/1/07, Marco van de Voort <[EMAIL PROTECTED]> wrote:
It seems that when you branch, in the instruction you can encode if
the
instructionset of the target is thumb or not.
So, currently fpc set's all branches to use arm4 mode
And C
From: "Felipe Monteiro de Carvalho"
<[EMAIL PROTECTED]>
It seams that building arm4 software isn't supported for Symbian OS.
At least for third-party software, and any example build for it
crashes on startup. So I was investigating other solutions.
I was reading the nokia wiki:
http://wiki.foru
From: "Felipe Monteiro de Carvalho"
<[EMAIL PROTECTED]>
On 11/1/07, Yury Sidorov <[EMAIL PROTECTED]> wrote:
After your patch a warning appeared when compiling httpd-2.2:
http_config.inc(135,3) Warning: cdecl'ared functions have no high
parameter
I just built i
From: "Inoussa OUEDRAOGO" <[EMAIL PROTECTED]>
Hi,
These patchs correct the cmd_func type in http_config.inc :
- 2.2-http_config.inc.diff for apache 2.2
- 2.0-http_config.inc.diff for apache 2.0
After your patch a warning appeared when compiling httpd-2.2:
http_config.inc(135,3) Warning: cde
From: "Paul Ishenin" <[EMAIL PROTECTED]>
Any chance to have this patch commited?
Applied. Thanks.
Yury.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
From: "Daniël Mantione" <[EMAIL PROTECTED]>
Op Wed, 17 Oct 2007, schreef Felipe Monteiro de Carvalho:
> so it may be useful to see of
> we can easely support thumb. Since we always use an external
> assembler
> for arm, I wounder: Wouldn't be supporting arm4/thumb just a
> question
> of switch
From: "Vincent Snijders" <[EMAIL PROTECTED]>
Vincent Snijders schreef:
Thanks for the review. I committed the patch in r8670.
Can this be merged to the fixes branch for fpc 2.2.1?
Fine for me.
Yury.
___
fpc-devel maillist - fpc-devel@lists.fre
From: "Vincent Snijders" <[EMAIL PROTECTED]>
Yury Sidorov schreef:
From: "Vincent Snijders" <[EMAIL PROTECTED]>
Yury Sidorov schreef:
Yes. It is known issue. Compiler can search for "cpp" tool the
same way
as other tools like "as", &quo
From: "Vincent Snijders" <[EMAIL PROTECTED]>
Yury Sidorov schreef:
Yes. It is known issue. Compiler can search for "cpp" tool the same
way
as other tools like "as", "ld" and then pass --preprocessor switch
to
windres if "cpp" was f
From: "Vincent Snijders" <[EMAIL PROTECTED]>
Consider the following application:
program rescomp;
{$R lazarus.rc}
begin
end.
If I have an empty path variable and I call the compiler with an
absolute path, it fails, see below. The solution would be to add
the --preprocessor parameter to wind
From: "Andrew Haines" <[EMAIL PROTECTED]>
Yury Sidorov wrote:
Actually import by ordinal is implemented in works. Look at line
2416 of
ogcoff.pas
When AOrdNr < 0 it indicates that import is by name, but ordinal
number
is specified as hint. Whan AOrdNr > 0 then
From: "Andrew Haines" <[EMAIL PROTECTED]>
Hi,
This patch is not ready yet, but can anyone give comments on the
correctness of the third hunk in the patch dealing with AOrdNr?
I've been working on getting fpc able to make xbox(1) programs and
on
the xbox there are no libraries but only kernel
From: "Felipe Monteiro de Carvalho"
<[EMAIL PROTECTED]>
By the way, I think that TCITEMW is also missing.
It is declared in commctrl unit.
Yury.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/
From: "Felipe Monteiro de Carvalho"
<[EMAIL PROTECTED]>
Hi,
Attached patch fixes a typo when Unicode define is set, and adds two
new windows messages I couldn't find in the rtl.
Please review.
Applied. Thanks.
Yury.
___
fpc-devel maillist - fpc
From: "Mark - WBIsoft.COM" <[EMAIL PROTECTED]>
Yury,
just out of curiosity while I'm working on this DLL - with Delphi I
can change the default image load adress from the DLL from $400
to anything I want, is this possible with FPC ?
It is -WB option. I recommend to use -WB0 to change bas
D]>
To: "FPC developers' list"
Sent: Thursday, July 19, 2007 4:58 PM
Subject: Re: [fpc-devel] DLL WIN64: Entry point not found
I am, the only problem is the sample needs to be a complete gina - as
it's the loading by WINLOGON.EXE that causes it to break !!
- Origina
From: "Luc Vigato, Sita Software" <[EMAIL PROTECTED]>
I have downloaded the latest snapshot. The error is thill there.
With the test dll which I have send yesterday it's work fine now,
but the
finall DLL wich contains over 20 exported function I have an error.
Try to create sample dll which
Gina replacement it's not that
simple !!!
I think there is some issue with the DLL image generated by FPC,
just not sure what it is yet !?
You need to upgrade to the latest svn version (or download snapshot)
of FPC 2.1.5.
DLL bugs were fixed after
compiled, 0.5 sec, 635888 bytes code, 312064 bytes data
1 note(s) issued
You need to upgrade to the latest svn version (or download snapshot)
of FPC 2.1.5.
DLL bugs were fixed after 2007/05/31.
Yury Sidorov.
___
fpc-devel maillist -
From: "Daniël Mantione" <[EMAIL PROTECTED]>
Op Mon, 16 Jul 2007, schreef Yury Sidorov:
> > There must be, because the CRT unit currently seems to do such
> > vodoo
> > (which is questionable behaviour by the way).
>
> Yes. It is possible to specify code
From: "Daniël Mantione" <[EMAIL PROTECTED]>
Op Mon, 16 Jul 2007, schreef Yury Sidorov:
> From: "Daniël Mantione" <[EMAIL PROTECTED]>
> > Op Mon, 16 Jul 2007, schreef Yury Sidorov:
> >
> > > The code page (locale) is set in Control P
From: "Daniël Mantione" <[EMAIL PROTECTED]>
Op Mon, 16 Jul 2007, schreef Yury Sidorov:
> The code page (locale) is set in Control Panel for whole user
> session (or
> whole system).
> It is not possible to set utf8 as locale.
I know. How do you set it to a spe
From: "Daniël Mantione" <[EMAIL PROTECTED]>
Op Mon, 16 Jul 2007, schreef Yury Sidorov:
> From: "Jonas Maebe" <[EMAIL PROTECTED]>
> > On 16 Jul 2007, at 16:32, Vincent Snijders wrote:
> >
> > > How is the twide3.pp test supposed to wo
From: "Jonas Maebe" <[EMAIL PROTECTED]>
On 16 Jul 2007, at 16:32, Vincent Snijders wrote:
How is the twide3.pp test supposed to work?
It assumes that the testsuite environment is configured to use utf8.
I don't know how to make it encoding-independent, nor how to
configure a Windows "consol
From: "Vincent Snijders" <[EMAIL PROTECTED]>
How is the twide3.pp test supposed to work?
If I run this in windows, the widestring is converted to an
ansistring of length 5 with some wrong chars. Do I need to set a
special code page and how can I do that?
As I see, on Windows widestring is co
From: "Jonas Maebe" <[EMAIL PROTECTED]>
On 15 Jul 2007, at 07:27, Martin Schreiber wrote:
Can the fix for Mantis 9242 (Debugging broken on win32 with PII) be
merged to
fixes_2_2?
Independent from this, I would encourage you to submit a bug report
against gdb for win32. If they don't know t
From: "Florian Klaempfl" <[EMAIL PROTECTED]>
Martin Schreiber schrieb:
On Tuesday 10 July 2007 14.53, [EMAIL PROTECTED] wrote:
And what should I do in MSEide? Disable SIGILL reporting by gdb?
How does Lazarus handle the problem?
It does not handle it. If you handle it in MSEIDE, please let us
From: "Bernd Mueller" <[EMAIL PROTECTED]>
Yury Sidorov wrote:
I compiled binutils myself and yes, the problem is present.
It does not happen when doing make cycle on real arm-linux box.
I will fix this issue.
thank you very much.
Fixed
From: "Bernd Mueller" <[EMAIL PROTECTED]>
Yury Sidorov wrote:
From: "Bernd Mueller" <[EMAIL PROTECTED]>
this compiles without errors. But I would like to get a
hardfloat enabled RTL again.
What host OS do you use?
I am using Windows 98SE for cross co
From: "Bernd Mueller" <[EMAIL PROTECTED]>
this compiles without errors. But I would like to get a hardfloat
enabled RTL again.
What host OS do you use?
I am using Windows 98SE for cross compiling.
Where arm-linux cross binutils for win32 can be downloaded?
Yury.
_
From: "Martin Schreiber" <[EMAIL PROTECTED]>
Hi,
Every program compiled with fixes_2_2 rev. 8006 crashes
in gdb:
"
GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute cop
From: "Bernd Mueller" <[EMAIL PROTECTED]>
Marco van de Voort wrote:
So far, I used following make call:
make CPU_TAGET=arm OS_TARGET=linux PP=ppcrossarm
OPT="-Tlinux -CX -Sg"
Try to force hardware FPU mode by using -CfFPA switch.
no, it does not help. I get exactly the same error. Perhaps
so
From: "Bernd Mueller" <[EMAIL PROTECTED]>
Hello,
can anyone please tell me, how to compile the RTL for ARM-Linux
since revision 8006?
I tried to verify the bug fix 8967 (thank you Yury Sidorov) on my
system, but I am not able to compile the RTL anymore.
Adding the -Sg sw
Hi,
Please create bug report on FPC site and attach source code of main
program and dll and describe where the problem occurs.
Yury.
- Original Message -
From: Mark - WBIsoft.COM
To: FPC developers' list
Sent: Sunday, July 08, 2007 10:13 PM
Subject: Re: [fpc-devel] LoadLibrary fails
from a DLL
THanks, one final (i hope) question
I assume I need to grab the entire folder and recompile it - if so I assume I
can compile with FPC itself
Mark
- Original Message -
From: Yury Sidorov
To: FPC developers' list
Sent: Sunday, July 08, 2007 6:12 PM
S
current x86_64 snapshot version ?
Thanks
Mark
- Original Message -
From: Yury Sidorov
To: FPC developers' list
Sent: Sunday, July 08, 2007 6:05 PM
Subject: Re: [fpc-devel] LoadLibrary fails if called from a DLL
Hi,
I fixed DLL related a few weeks ago. You need to get mor
Yury,
specifically the file was lazarus-0.9.23-fpc-2.1.5-20070531-win64.exe
Hope this helps ?
Mark
- Original Message -
From: Yury Sidorov
To: FPC developers' list
Sent: Sunday, July 08, 2007 5:28 PM
Subject: Re: [fpc-devel] LoadLibrary fails if called from a DLL
Hello,
Hello,
How old is snapshot you are using?
Yury Sidorov.
- Original Message -
From: Mark - WBIsoft.COM
To: fpc-devel@lists.freepascal.org
Sent: Saturday, July 07, 2007 11:51 AM
Subject: [fpc-devel] LoadLibrary fails if called from a DLL
Hi,
I'm having a strange issue wit
From: "Felipe Monteiro de Carvalho"
<[EMAIL PROTECTED]>
Hi,
I am compiling a symbian os application for the first time since 1
month or so, and now the linking stage fails with:
mwldsym2.exe: Undefined symbol: '__data_start__'
mwldsym2.exe: referenced from '.text' in system.o
mwldsym2.exe: refe
1 - 100 of 190 matches
Mail list logo
