[fpc-devel] RTL StackTrace patch

2008-01-17 Thread Fabio Dell'Aria
Hi to all,

I'm writing a patch to can use an external .dbg file during the
debugging process.

All works fine but when an unhandled exception is raised the RTL show
stacktrace without debug info (no sources line).

How I can instruct the RTL to search the debug symbols in a
project.dbg file (if not found in the executable)?

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Vincent Snijders

Fabio Dell'Aria schreef:

Hi to all,

I'm writing a patch to can use an external .dbg file during the
debugging process.

All works fine but when an unhandled exception is raised the RTL show
stacktrace without debug info (no sources line).

How I can instruct the RTL to search the debug symbols in a
project.dbg file (if not found in the executable)?



Write support for it in the lineinfo and lnfodwrf units. You can find those units in 
 fpc\rtl\inc.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Peter Vreman
 Fabio Dell'Aria schreef:
 Hi to all,

 I'm writing a patch to can use an external .dbg file during the
 debugging process.

 All works fine but when an unhandled exception is raised the RTL show
 stacktrace without debug info (no sources line).

 How I can instruct the RTL to search the debug symbols in a
 project.dbg file (if not found in the executable)?


 Write support for it in the lineinfo and lnfodwrf units. You can find those 
 units in
   fpc\rtl\inc.

See http://sourceware.org/gdb/download/onlinedocs/gdb_16.html#SEC154 how to 
find the external .dbg
file from the .gnu_debuglink section.

Note that the build-id support still needs to be added to fpc and thus the crc 
checksum
verification needs to be implemented to verify that the correct .dbg is found. 
In the final
situation both options shall be implemented.

If you are going to implement something first refactor the part that handles 
the opening and
reading of the executable file and can find the position of sections. Most of 
these routines are
already available in lineinfo.pp for multiple platforms. Both lineinfo and 
lnfodwrf shall use the
new unit.  Keep also in mind that only routines from the system unit can be 
used, so no streams
from classes unit.

Peter


___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Vincent Snijders [EMAIL PROTECTED]:
 Fabio Dell'Aria schreef:
  Hi to all,
 
  I'm writing a patch to can use an external .dbg file during the
  debugging process.
 
  All works fine but when an unhandled exception is raised the RTL show
  stacktrace without debug info (no sources line).
 
  How I can instruct the RTL to search the debug symbols in a
  project.dbg file (if not found in the executable)?
 

 Write support for it in the lineinfo and lnfodwrf units. You can find those 
 units in
   fpc\rtl\inc.

 Vincent

These 2 units uses the f and infile files to read the debug data,
but I cannot find the unit that assign these files.
Where can I looking for?

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Michael Van Canneyt [EMAIL PROTECTED]:


 On Thu, 17 Jan 2008, Fabio Dell'Aria wrote:

  Hi to all,
 
  I'm writing a patch to can use an external .dbg file during the
  debugging process.
 
  All works fine but when an unhandled exception is raised the RTL show
  stacktrace without debug info (no sources line).
 
  How I can instruct the RTL to search the debug symbols in a
  project.dbg file (if not found in the executable)?

 See function openstabs in lineinfo:

 function OpenStabs:boolean;
 var
   ofm : word;
 begin
   OpenStabs:=false;
   assign(f,paramstr(0));

 and for dwarf in lnfodwarf there is OpenDwarf:

 function OpenDwarf() : Boolean;
 var
   oldfilemode : Word;
 begin
   OpenDwarf := false;
   { open input file }
   assign(infile, paramstr(0));
   {$I-}

Thank you very much! :)

I'm working on. ;)

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] A Compiled file size solution from the GBD mailing-list

2008-01-17 Thread Peter Vreman
 Support for a separate .dbg file is now available for windows in
 current svn trunk with the -Xg option. No need anymore for objcopy
 --only-keep-debug  objcopy --add-debug-link  strip under
 windows. The external linker (e.g. linux) still be updated to support
 objcopy and strip when -Xg is passed.

 I have just try on Windows with objcopy (I have ownloaded it from the
 mingw binutils binaries) and works like a charm.

 The -Xg flag do not works. GDB tell me: not found symbols.

 PS: why do not add objcopy to the FPC bin folder?

Did you include the -g flag to generate debuginfo? The -Xg is a linker only 
option that does not
influence generation of code or debuginfo. On an other system than the 
development system it is
also working fine.

For windows we don't want to call external tools by default. The binutils are 
very slow under
windows resulting in complains about slow compilation times which are infact 
linking times. That
is also the reason why windows has already an internal linker.


[EMAIL PROTECTED] /fpc/compiler
$ ppc386 p -Xg -g
Free Pascal Compiler version 2.3.1-r9226 [2008/01/17] for i386
Copyright (c) 1993-2007 by Florian Klaempfl
Target OS: Win32 for i386
Compiling p.pp
Linking p.exe
3 lines compiled, 0.1 sec, 23408 bytes code, 1040 bytes data

[EMAIL PROTECTED] /fpc/compiler
$ ls -l p.dbg p.exe
-rwx--+ 1 PVreman  20960 Jan 17 10:48 p.dbg
-rwx--+ 1 PVreman  28191 Jan 17 10:48 p.exe

[EMAIL PROTECTED] /fpc/compiler
$ gdb p.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
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 copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i686-pc-cygwin...
(gdb) l
1   begin
2 writeln('hello');
3   end.
(gdb) q


___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Tomas Hajny
On Thu, January 17, 2008 10:45, Vincent Snijders wrote:
 Bogusław Brandys schreef:

 I think it should by default look for program.dbg file , and then if not
 exists for paramstr(0). Is that enough ? If so,please explain how to
 check if file exists , which function could be used here.

 No, as Peter described, you should look in the executable for a link to
 the file
 with debug info.

Moreover, if the debug information is included within the executable file
directly, there's probably no need to look for an external file, IMHO, so
if the proper link isn't available and we would want to support external
files anyway, the preference should be probably the other way round (first
paramstr(0), then paramstr(0) with extension changed to .dbg or something
like that).

Tomas


___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Vincent Snijders

Bogusław Brandys schreef:


I think it should by default look for program.dbg file , and then if not 
exists for paramstr(0). Is that enough ? If so,please explain how to 
check if file exists , which function could be used here.


No, as Peter described, you should look in the executable for a link to the file 
with debug info.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Peter Vreman
 I think it should by default look for program.dbg file , and then if not
 exists for paramstr(0). Is that enough ? If so,please explain how to
 check if file exists , which function could be used here.

 No, as Peter described, you should look in the executable for a link to
 the file
 with debug info.

 Moreover, if the debug information is included within the executable file
 directly, there's probably no need to look for an external file, IMHO, so
 if the proper link isn't available and we would want to support external
 files anyway, the preference should be probably the other way round (first
 paramstr(0), then paramstr(0) with extension changed to .dbg or something
 like that).

I don't agree. We should not support looking implicitly for a .dbg without a 
gnu_debuglink
section. Because there is no garauntee that the .dbg and the .exe will match. 
The gnu_debuglink is
the only reliable way, because it uses a build-id or a checksum verification.

Peter


___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] A Compiled file size solution from the GBD mailing-list

2008-01-17 Thread Bogusław Brandys

Peter Vreman wrote:

Support for a separate .dbg file is now available for windows in
current svn trunk with the -Xg option. No need anymore for objcopy
--only-keep-debug  objcopy --add-debug-link  strip under
windows. The external linker (e.g. linux) still be updated to support
objcopy and strip when -Xg is passed.

I have just try on Windows with objcopy (I have ownloaded it from the
mingw binutils binaries) and works like a charm.

The -Xg flag do not works. GDB tell me: not found symbols.

PS: why do not add objcopy to the FPC bin folder?


Did you include the -g flag to generate debuginfo? The -Xg is a linker only 
option that does not
influence generation of code or debuginfo. On an other system than the 
development system it is
also working fine.

For windows we don't want to call external tools by default. The binutils are 
very slow under
windows resulting in complains about slow compilation times which are infact 
linking times. That
is also the reason why windows has already an internal linker.


[EMAIL PROTECTED] /fpc/compiler
$ ppc386 p -Xg -g
Free Pascal Compiler version 2.3.1-r9226 [2008/01/17] for i386
Copyright (c) 1993-2007 by Florian Klaempfl
Target OS: Win32 for i386
Compiling p.pp
Linking p.exe
3 lines compiled, 0.1 sec, 23408 bytes code, 1040 bytes data

[EMAIL PROTECTED] /fpc/compiler
$ ls -l p.dbg p.exe
-rwx--+ 1 PVreman  20960 Jan 17 10:48 p.dbg
-rwx--+ 1 PVreman  28191 Jan 17 10:48 p.exe

[EMAIL PROTECTED] /fpc/compiler
$ gdb p.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
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 copies of it under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i686-pc-cygwin...
(gdb) l
1   begin
2 writeln('hello');
3   end.
(gdb) q




Oops..what I did wrong ? Look below



D:\fpc -Xg -g p.pas
Free Pascal Compiler version 2.3.1 [2008/01/10] for i386
Copyright (c) 1993-2007 by Florian Klaempfl
Target OS: Win32 for i386
Compiling p.pas
Linking p.exe
4 lines compiled, 0.1 sec, 23536 bytes code, 1032 bytes data

D:\gdb p.exe
GNU gdb 6.3
Copyright 2004 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 copies of it under certain 
conditions.

Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for details.
This GDB was configured as i686-pc-mingw32...(no debugging symbols found)

(gdb) l
No symbol table is loaded.  Use the file command.
(gdb) quit



___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] A Compiled file size solution from the GBD mailing-list

2008-01-17 Thread Vincent Snijders

Bogusław Brandys schreef:

Free Pascal Compiler version 2.3.1-r9226 [2008/01/17] for i386




Oops..what I did wrong ? Look below



D:\fpc -Xg -g p.pas
Free Pascal Compiler version 2.3.1 [2008/01/10] for i386


Maybe a little old?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Bogusław Brandys

Vincent Snijders wrote:

Bogusław Brandys schreef:


I think it should by default look for program.dbg file , and then if 
not exists for paramstr(0). Is that enough ? If so,please explain how 
to check if file exists , which function could be used here.


No, as Peter described, you should look in the executable for a link to 
the file with debug info.


Vincent


I see - this is the perfect situation.I thought about fast hack ;-)
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Peter Vreman [EMAIL PROTECTED]:
  I think it should by default look for program.dbg file , and then if not
  exists for paramstr(0). Is that enough ? If so,please explain how to
  check if file exists , which function could be used here.
 
  No, as Peter described, you should look in the executable for a link to
  the file
  with debug info.
 
  Moreover, if the debug information is included within the executable file
  directly, there's probably no need to look for an external file, IMHO, so
  if the proper link isn't available and we would want to support external
  files anyway, the preference should be probably the other way round (first
  paramstr(0), then paramstr(0) with extension changed to .dbg or something
  like that).

 I don't agree. We should not support looking implicitly for a .dbg without a 
 gnu_debuglink
 section. Because there is no garauntee that the .dbg and the .exe will match. 
 The gnu_debuglink is
 the only reliable way, because it uses a build-id or a checksum verification.

 Peter

I'm sorry but I'm NOT ABLE to create a patch to read and verify the
gnu_debuglink section.
I'm ONLY able to search for an external .dbg file (the same of the
.exe but simply renamed).

So I think others must write this path, I'm really sorry to cannot help! :(

A voluntary? ;)

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] RTL StackTrace patch

2008-01-17 Thread Tomas Hajny
On Thu, January 17, 2008 10:59, Peter Vreman wrote:
 I think it should by default look for program.dbg file , and then if
 not
 exists for paramstr(0). Is that enough ? If so,please explain how to
 check if file exists , which function could be used here.

 No, as Peter described, you should look in the executable for a link to
 the file
 with debug info.

 Moreover, if the debug information is included within the executable
 file
 directly, there's probably no need to look for an external file, IMHO,
 so
 if the proper link isn't available and we would want to support external
 files anyway, the preference should be probably the other way round
 (first
 paramstr(0), then paramstr(0) with extension changed to .dbg or
 something
 like that).

 I don't agree. We should not support looking implicitly for a .dbg without
 a gnu_debuglink
 section. Because there is no garauntee that the .dbg and the .exe will
 match. The gnu_debuglink is
 the only reliable way, because it uses a build-id or a checksum
 verification.

I don't think there's a contradiction - I wrote if ... we would want to
support external files. I understand very well that we might not want to
support that for reasons you just mentioned.

Tomas


___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] New -Xg option in the last 9778 revision

2008-01-17 Thread Fabio Dell'Aria
Hi to all,

I have some questions about the last 9778 revision (related to the new
-Xg option).

The help tell: -Xg now produces a .dbg file with debuginfo that can
be used by gdb.

My questions are:

1)...when this patch will be apply to the current 2.2.x version (I
think currently it works only on the last 2.3.x version)?

2)...when will be added the full lineinfo and lnfodwrf units
supports to read the debuginfo from the external .dbg file?

Thank you to all for your attention! ;)

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] New -Xg option in the last 9778 revision

2008-01-17 Thread Michael Van Canneyt


On Thu, 17 Jan 2008, Fabio Dell'Aria wrote:

 Hi,
 
 2008/1/17, Peter Vreman [EMAIL PROTECTED]:
   Hi to all,
  
   I have some questions about the last 9778 revision (related to the new
   -Xg option).
  
   The help tell: -Xg now produces a .dbg file with debuginfo that can
   be used by gdb.
  
   My questions are:
  
   1)...when this patch will be apply to the current 2.2.x version (I
   think currently it works only on the last 2.3.x version)?
 
  The patch is not even 24 hours old and needs to stabilize first. Maybe in a 
  couple of months it will be considered for inclusion.
 
 Do you think it will be included in the next 2.2.2 stable release?

Normally not.

Michael.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] New -Xg option in the last 9778 revision

2008-01-17 Thread Michael Van Canneyt


On Thu, 17 Jan 2008, Fabio Dell'Aria wrote:

 Hi,
 
 2008/1/17, Michael Van Canneyt [EMAIL PROTECTED]:
 
 
  On Thu, 17 Jan 2008, Fabio Dell'Aria wrote:
 
   Hi,
  
   2008/1/17, Peter Vreman [EMAIL PROTECTED]:
 Hi to all,

 I have some questions about the last 9778 revision (related to the new
 -Xg option).

 The help tell: -Xg now produces a .dbg file with debuginfo that can
 be used by gdb.

 My questions are:

 1)...when this patch will be apply to the current 2.2.x version (I
 think currently it works only on the last 2.3.x version)?
   
The patch is not even 24 hours old and needs to stabilize first. Maybe 
in a couple of months it will be considered for inclusion.
  
   Do you think it will be included in the next 2.2.2 stable release?
 
  Normally not.
 
 Why?

Because 2.2.2 is a bugfix only release, no new features are allowed.

Michael.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] New -Xg option in the last 9778 revision

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Michael Van Canneyt [EMAIL PROTECTED]:


 On Thu, 17 Jan 2008, Fabio Dell'Aria wrote:

  Hi,
 
  2008/1/17, Peter Vreman [EMAIL PROTECTED]:
Hi to all,
   
I have some questions about the last 9778 revision (related to the new
-Xg option).
   
The help tell: -Xg now produces a .dbg file with debuginfo that can
be used by gdb.
   
My questions are:
   
1)...when this patch will be apply to the current 2.2.x version (I
think currently it works only on the last 2.3.x version)?
  
   The patch is not even 24 hours old and needs to stabilize first. Maybe in 
   a couple of months it will be considered for inclusion.
 
  Do you think it will be included in the next 2.2.2 stable release?

 Normally not.

Why?

I think is really most important can use it ASAP.

If we can use it on the next 2.2.2 (with the full lineinfo and
lnfodwrf units supports) then is probably that the next lazarus
0.9.26 will be ready to use external .dbg files, solving the big issue
of the compiled file size.

 Michael.


-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] New -Xg option in the last 9778 revision

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Michael Van Canneyt [EMAIL PROTECTED]:


 On Thu, 17 Jan 2008, Fabio Dell'Aria wrote:

  Hi,
 
  2008/1/17, Michael Van Canneyt [EMAIL PROTECTED]:
  
  
   On Thu, 17 Jan 2008, Fabio Dell'Aria wrote:
  
Hi,
   
2008/1/17, Peter Vreman [EMAIL PROTECTED]:
  Hi to all,
 
  I have some questions about the last 9778 revision (related to the 
  new
  -Xg option).
 
  The help tell: -Xg now produces a .dbg file with debuginfo that can
  be used by gdb.
 
  My questions are:
 
  1)...when this patch will be apply to the current 2.2.x version (I
  think currently it works only on the last 2.3.x version)?

 The patch is not even 24 hours old and needs to stabilize first. 
 Maybe in a couple of months it will be considered for inclusion.
   
Do you think it will be included in the next 2.2.2 stable release?
  
   Normally not.
 
  Why?

 Because 2.2.2 is a bugfix only release, no new features are allowed.

 Michael.

I understand and agree with this position, add a new features in a
bugfix only release is dangerous!

Any opinion about the 2.4 release date?

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] New -Xg option in the last 9778 revision

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Peter Vreman [EMAIL PROTECTED]:
  Hi to all,
 
  I have some questions about the last 9778 revision (related to the new
  -Xg option).
 
  The help tell: -Xg now produces a .dbg file with debuginfo that can
  be used by gdb.
 
  My questions are:
 
  1)...when this patch will be apply to the current 2.2.x version (I
  think currently it works only on the last 2.3.x version)?

 The patch is not even 24 hours old and needs to stabilize first. Maybe in a 
 couple of months it will be considered for inclusion.

Do you think it will be included in the next 2.2.2 stable release?

  2)...when will be added the full lineinfo and lnfodwrf units
  supports to read the debuginfo from the external .dbg file?
 
  Thank you to all for your attention! ;)

 When time permits or we receive a patch.


 Peter

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Vincent Snijders

Fabio Dell'Aria schreef:


Where I can find the make program (command) on Windows?

On the FPC\bin I found only fpcmake.exe



IMO, the best way to get it, is to install the latest FPC release (which 
you have anyway for the starting compiler as explained in the buildfaq) 
and get it from the compiler directory (the directory with ppc386.exe).


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Vincent Snijders

Fabio Dell'Aria schreef:

Hi to all,

I have just checkout the FPC 2.3.1 trunk from the SVN.

Now I need to know how I can build FPC from its sources.

Can someone help me, please?



Read the buildfaq:
http://www.stack.nl/~marcov/buildfaq.pdf

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Vincent Snijders [EMAIL PROTECTED]:
 Fabio Dell'Aria schreef:
  Hi to all,
 
  I have just checkout the FPC 2.3.1 trunk from the SVN.
 
  Now I need to know how I can build FPC from its sources.
 
  Can someone help me, please?
 

 Read the buildfaq:
 http://www.stack.nl/~marcov/buildfaq.pdf

 Vincent

I'm very confused.
I cannot build it!
Many errors.

Why do not add a simple .bat file able to do all the works? :(

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Joao Morais [EMAIL PROTECTED]:
 Vincent Snijders wrote:
  Fabio Dell'Aria schreef:
 
  Where I can find the make program (command) on Windows?
 
  On the FPC\bin I found only fpcmake.exe
 
 
  IMO, the best way to get it, is to install the latest FPC release (which
  you have anyway for the starting compiler as explained in the buildfaq)
  and get it from the compiler directory (the directory with ppc386.exe).

 You can also checkout
 http://svn.freepascal.org/svn/fpcbuild/trunk/install/binw32

 --
 Joao Morais

Done, thank you! ;)

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Vincent Snijders [EMAIL PROTECTED]:
 Fabio Dell'Aria schreef:
 
  I'm very confused.
  I cannot build it!
  Many errors.
 
  Why do not add a simple .bat file able to do all the works? :(
 

 I can think of several reasons:
 1. .bat doesn't work on the majority  of OS-es

 2. .bat only can work in a certain default configuration

 3. in this default configuration the bat file would contain two lines:
 make all
 make install
 I am pretty sure these lines are in the build faq and a .bat file is
 hardly simpler.

 Vincent

Where I can find the make program (command) on Windows?

On the FPC\bin I found only fpcmake.exe

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Vincent Snijders [EMAIL PROTECTED]:
 Fabio Dell'Aria schreef:
 
  Where I can find the make program (command) on Windows?
 
  On the FPC\bin I found only fpcmake.exe
 

 IMO, the best way to get it, is to install the latest FPC release (which
 you have anyway for the starting compiler as explained in the buildfaq)
 and get it from the compiler directory (the directory with ppc386.exe).

 Vincent

OK, I have found the make.exe on the lazarus\fpc\2.2.0\bin\i386-win32\
but when I try to run the make all i receive the following errors:

...
Error makefile 1443: Command syntax error
Error makefile 1444: Command syntax error
Error makefile 1445: Command syntax error
Error makefile 1446: Command syntax error
Error makefile 1447: Command syntax error
Error makefile 1448: Command syntax error
...

How can I fix this?

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Fabio Dell'Aria
Hi,

2008/1/17, Vincent Snijders [EMAIL PROTECTED]:
 Fabio Dell'Aria schreef:
  Hi to all,
 
  I have just checkout the FPC 2.3.1 trunk from the SVN.
 
  Now I need to know how I can build FPC from its sources.
 
  Can someone help me, please?
 

 Read the buildfaq:
 http://www.stack.nl/~marcov/buildfaq.pdf

Thank you! :)

-- 
Best regards...

Fabio Dell'Aria.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] New -Xg option in the last 9778 revision

2008-01-17 Thread Michael Van Canneyt


On Thu, 17 Jan 2008, Fabio Dell'Aria wrote:

 
  Because 2.2.2 is a bugfix only release, no new features are allowed.
 
  Michael.
 
 I understand and agree with this position, add a new features in a
 bugfix only release is dangerous!
 
 Any opinion about the 2.4 release date?

No. 

Because of the FPC server crash and the copyright issue, 2.2.2 is already 
one month behind of schedule. I don't even know when we'll get that back 
on track. Let alone that I would know when 2.4 will be out.

Michael.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Joao Morais

Vincent Snijders wrote:

Fabio Dell'Aria schreef:


Where I can find the make program (command) on Windows?

On the FPC\bin I found only fpcmake.exe



IMO, the best way to get it, is to install the latest FPC release (which 
you have anyway for the starting compiler as explained in the buildfaq) 
and get it from the compiler directory (the directory with ppc386.exe).


You can also checkout 
http://svn.freepascal.org/svn/fpcbuild/trunk/install/binw32


--
Joao Morais
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Vincent Snijders

Fabio Dell'Aria schreef:


I'm very confused.
I cannot build it!
Many errors.

Why do not add a simple .bat file able to do all the works? :(



I can think of several reasons:
1. .bat doesn't work on the majority  of OS-es

2. .bat only can work in a certain default configuration

3. in this default configuration the bat file would contain two lines:
make all
make install
I am pretty sure these lines are in the build faq and a .bat file is 
hardly simpler.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] Generics basic library

2008-01-17 Thread Felipe Monteiro de Carvalho
Hello,

I was coding and I suddently saw that need to use a typed list. I went
with TFPList, but considering we already have compiler support I
thougth that maybe we could have a basic library with useful classes
using generics. I searched on fpc 2.2.0 sources a lot, but I couldn't
find anything.

I was thinking on the lines of: TGenericListT = class

Does something similar already exist?

If not, maybe I can find some time to write something to start with.
Any ideas about unit name, location on fpc sources, if it's useful at
all, what it should contain, etc, for that?

thanks,
-- 
Felipe Monteiro de Carvalho
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Generics basic library

2008-01-17 Thread Graeme Geldenhuys
Hi Felipe,

I have never gotten onto the band wagon regarding Generics. I have
only seen the word being tossed around on the mailing lists and
newsgroups.  Do you maybe have a nice link explaining Generics, what
benefits it has over TList (TObjectList and friends) and what I would
use it for?  I gather FPC 2.2.0 has support for Generics?

Regards,
  - Graeme -


On 17/01/2008, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:
 Hello,

 I was coding and I suddently saw that need to use a typed list. I went
 with TFPList, but considering we already have compiler support I
 thougth that maybe we could have a basic library with useful classes
 using generics. I searched on fpc 2.2.0 sources a lot, but I couldn't
 find anything.

 I was thinking on the lines of: TGenericListT = class

 Does something similar already exist?

 If not, maybe I can find some time to write something to start with.
 Any ideas about unit name, location on fpc sources, if it's useful at
 all, what it should contain, etc, for that?

 thanks,
 --
 Felipe Monteiro de Carvalho
 ___
 fpc-devel maillist  -  fpc-devel@lists.freepascal.org
 http://lists.freepascal.org/mailman/listinfo/fpc-devel



-- 
Regards,
  - Graeme -


___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Read RAW data from a section of an executable file

2008-01-17 Thread Peter Vreman

At 18:54 17-1-2008, you wrote:

Hi to all,

can someone tell me if exists some units ables to read RAW data from a
specified section of an executable file (in all the supported
executable file format)?


What is available in FPC is already written in previous mails about 
the debuginfo.


For the rest there is a binding for the GNU bfd library written in C 
and used by all GNU tools. See the GNU documentation for more information.



Peter

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Generics basic library

2008-01-17 Thread Peter Vreman

At 20:40 17-1-2008, you wrote:

Hello,

I was coding and I suddently saw that need to use a typed list. I went
with TFPList, but considering we already have compiler support I
thougth that maybe we could have a basic library with useful classes
using generics. I searched on fpc 2.2.0 sources a lot, but I couldn't
find anything.

I was thinking on the lines of: TGenericListT = class

Does something similar already exist?

If not, maybe I can find some time to write something to start with.
Any ideas about unit name, location on fpc sources, if it's useful at
all, what it should contain, etc, for that?


See the fgl unit in current 2.2.1 or 2.3.1. Generics were not stable 
enough in the past to have the unit already enabled in 2.2.0.





Peter

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Build FPC 2.3.1 from SVN sources

2008-01-17 Thread Peter Vreman




BTW : current trunk fpc is no compilable due to error in fpini, 
missing crc32 function or file not added to uses clause.


Fixed.

Peter

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] New -Xg option in the last 9778 revision

2008-01-17 Thread Paul Ishenin

Michael Van Canneyt wrote:


My questions are:

1)...when this patch will be apply to the current 2.2.x version (I
think currently it works only on the last 2.3.x version)?

The patch is not even 24 hours old and needs to stabilize first. Maybe in a 
couple of months it will be considered for inclusion.

Do you think it will be included in the next 2.2.2 stable release?

Normally not.

Why?


Because 2.2.2 is a bugfix only release, no new features are allowed.


On the other hand we can treat -Xg option as bug so then there will be 
no rule breaking.


Also think of fpc_resources merge since old resource support (=current 
for fixes_2_2, and trunk) can be treated as bugged too :)


Best regards,
Paul Ishenin.

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Generics basic library

2008-01-17 Thread Felipe Monteiro de Carvalho
On Jan 17, 2008 9:01 PM, Peter Vreman [EMAIL PROTECTED] wrote:
 See the fgl unit in current 2.2.1 or 2.3.1. Generics were not stable
 enough in the past to have the unit already enabled in 2.2.0.

Oh, thanks. In my search I had actually found this unit, but then I
looked at the unit name and said: Oh, pretty cool they are using
generics on the opengl bindings, but doesn't help me much =)

-- 
Felipe Monteiro de Carvalho
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] New -Xg option in the last 9778 revision

2008-01-17 Thread Michael Schnell



I think is really most important can use it ASAP.

  
Right ! See the latest posts in the Borland Kylix Newsgroup (that indeed 
still exists :) ).


-Michael
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel