Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-16 Thread Micha Nelissen
Tomas Hajny wrote: > On Wed, April 16, 2008 10:38, Micha Nelissen wrote: >> Perhaps but isn't it quite logical one should put these in the interface >> part? How the hell is the compiler otherwise going to know the right >> name when only parsing the interface? > > Well, this statement assumes tha

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-16 Thread Tomas Hajny
On Wed, April 16, 2008 10:38, Micha Nelissen wrote: > Marco van de Voort wrote: >>> You are right, after moving all "exernal name" declarations to >>> interface I >>> could move back "uses msesysintf" to implementation in msefileutils and >>> the >>> project compiled. >> >> Maybe we should have a k

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-16 Thread Jonas Maebe
On 16 Apr 2008, at 10:38, Micha Nelissen wrote: Marco van de Voort wrote: You are right, after moving all "exernal name" declarations to interface I could move back "uses msesysintf" to implementation in msefileutils and the project compiled. Maybe we should have a known issues entry for th

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-16 Thread Micha Nelissen
Marco van de Voort wrote: You are right, after moving all "exernal name" declarations to interface I could move back "uses msesysintf" to implementation in msefileutils and the project compiled. Maybe we should have a known issues entry for this? Perhaps but isn't it quite logical one should

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-16 Thread Marco van de Voort
> On Tuesday 15 April 2008 21.13:41 Jonas Maebe wrote: > > generated because it is possible that units which were compiled after > > only the interface was parsed may already contain calls to the non- > > external but regularly mangled Pascal name). > > > You are right, after moving all "exernal na

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-16 Thread Martin Schreiber
On Tuesday 15 April 2008 21.13:41 Jonas Maebe wrote: > On 15 Apr 2008, at 21:05, Martin Schreiber wrote: > > Moving msesysintf from implementation uses to interface uses in > > msefileutils > > fixes the issue. > > I know what causes the crc problem: the fact that msesysintf declares > routines as

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Jonas Maebe
On 15 Apr 2008, at 21:22, Martin Schreiber wrote: On Tuesday 15 April 2008 21.13:41 Jonas Maebe wrote: On 15 Apr 2008, at 21:05, Martin Schreiber wrote: Moving msesysintf from implementation uses to interface uses in msefileutils fixes the issue. I know what causes the crc problem: the fact

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Martin Schreiber
On Tuesday 15 April 2008 21.13:41 Jonas Maebe wrote: > On 15 Apr 2008, at 21:05, Martin Schreiber wrote: > > Moving msesysintf from implementation uses to interface uses in > > msefileutils > > fixes the issue. > > I know what causes the crc problem: the fact that msesysintf declares > routines as

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Jonas Maebe
On 15 Apr 2008, at 21:05, Martin Schreiber wrote: Moving msesysintf from implementation uses to interface uses in msefileutils fixes the issue. I know what causes the crc problem: the fact that msesysintf declares routines as "external name" in the implementation which aren't declared a

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Martin Schreiber
On Tuesday 15 April 2008 20.49:39 Jonas Maebe wrote: > > I'm actually not sure whether -Ur makes the compiler also disregard > any interface changes, but I think it does. Or are you not compiling > msefileutils with -Ur at this point? (and did you only compile > previous units with -Ur) > I delete

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Jonas Maebe
On 15 Apr 2008, at 20:42, Martin Schreiber wrote: On Tuesday 15 April 2008 20.23:39 Jonas Maebe wrote: Compile the pre-compiled units with -Ur No success: " Free Pascal Compiler version 2.2.0 [2007/08/31] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Target OS: Linux for i386 Compi

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Martin Schreiber
On Tuesday 15 April 2008 20.42:24 Martin Schreiber wrote: > How can I check if I really produced release units? > I think I produced release units, they are not recompiled with -B. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.fre

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Martin Schreiber
On Tuesday 15 April 2008 20.23:39 Jonas Maebe wrote: > On 15 Apr 2008, at 19:59, Martin Schreiber wrote: > > On Tuesday 15 April 2008 13.25:14 Jonas Maebe wrote: > >> Another reason might be this: > >> http://bugs.freepascal.org/view.php?id=10551 > > > > I tried with fixes_2_2 and trunk, the proble

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Jonas Maebe
On 15 Apr 2008, at 19:59, Martin Schreiber wrote: On Tuesday 15 April 2008 13.25:14 Jonas Maebe wrote: Another reason might be this: http://bugs.freepascal.org/view.php?id=10551 I tried with fixes_2_2 and trunk, the problem is the same. That bug was also reported for 2.2.0 and hasn't been

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Martin Schreiber
On Tuesday 15 April 2008 13.25:14 Jonas Maebe wrote: > > Another reason might be this: http://bugs.freepascal.org/view.php?id=10551 > I tried with fixes_2_2 and trunk, the problem is the same. Should I play with uses order in msefileutils? Any other suggestion? Could it be related to: http://bugs.

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Jonas Maebe
On 15 Apr 2008, at 13:23, Jonas Maebe wrote: On 15 Apr 2008, at 13:02, Martin Schreiber wrote: There are no inline routines in MSEgui up to now (Delphi 7 compatibility). Can inlined routines from FPC-RTL be harmfull too? No (unless there would be circular dependencies between your units

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Jonas Maebe
On 15 Apr 2008, at 13:02, Martin Schreiber wrote: On Tuesday 15 April 2008 10.36:24 Jonas Maebe wrote: Do you perhaps have routines marked as inline in circular (implementation) dependent units? That can cause this problem (and will keep causing it until the grand unit loading rewrite plan

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Martin Schreiber
On Tuesday 15 April 2008 10.36:24 Jonas Maebe wrote: > On 15 Apr 2008, at 09:05, Martin Schreiber wrote: > > Recompiling msesysintf, checksum changed for msefileutils {impl} > > Fatal: Can't find unit msesysintf used by msesysutils > > Fatal: Compilation aborted > > " > > What do we wrong, any hint

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Jonas Maebe
On 15 Apr 2008, at 09:05, Martin Schreiber wrote: Recompiling msesysintf, checksum changed for msefileutils {impl} Fatal: Can't find unit msesysintf used by msesysutils Fatal: Compilation aborted " What do we wrong, any hints? Do you perhaps have routines marked as inline in circular (imple

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Martin Schreiber
On Tuesday 15 April 2008 09.26:30 Micha Nelissen wrote: > Martin Schreiber wrote: > > Recompiling msesysintf, checksum changed for msefileutils {impl} > > Fatal: Can't find unit msesysintf used by msesysutils > > Fatal: Compilation aborted > > " > > What do we wrong, any hints? > > Do you have mult

Re: [fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Micha Nelissen
Martin Schreiber wrote: Recompiling msesysintf, checksum changed for msefileutils {impl} Fatal: Can't find unit msesysintf used by msesysutils Fatal: Compilation aborted " What do we wrong, any hints? Do you have multiple installed msefileutils? Recompile with -va to see what's going on. Mic

[fpc-devel] MSEide+MSEgui binary package

2008-04-15 Thread Martin Schreiber
Hi, We try to build a package for MSEide+MSEgui with precompiled units. While compiling a simple testproject with the precompiled units we get: " Free Pascal Compiler version 2.2.0 [2007/08/31] for i386 Copyright (c) 1993-2007 by Florian Klaempfl Target OS: Linux for i386 Compiling project1.pas PP