RE : [fpc-devel] Are debug info in PPU already encoded stabs/dwarf?

2011-09-07 Thread Ludo Brands
> Well what happens when: > > - you compile a package with stabs > - your program with dwarf > > Or vice/versa. > > What will be in the final exe? > Both > Is the debug info in the ppu already format specific, or > generic. Will the stabs end up together with the dwarf? > Stabs go to the .

Re: [fpc-devel] Are debug info in PPU already encoded stabs/dwarf?

2011-09-07 Thread Vincent Snijders
2011/9/7 Martin : > Well what happens when: > > - you compile a package with stabs > - your program with dwarf > > Or vice/versa. > > What will be in the final exe? > > Is the debug info in the ppu already format specific, or generic. > Will the stabs end up together with the dwarf? As far as I kn

[fpc-devel] Are debug info in PPU already encoded stabs/dwarf?

2011-09-07 Thread Martin
Well what happens when: - you compile a package with stabs - your program with dwarf Or vice/versa. What will be in the final exe? Is the debug info in the ppu already format specific, or generic. Will the stabs end up together with the dwarf? Martin __

Re: [fpc-devel] Include files with double names

2011-09-07 Thread Jonas Maebe
On 07 Sep 2011, at 16:29, Joost van der Sluis wrote: On Tue, 2011-09-06 at 21:58 +0200, Jonas Maebe wrote: On 06 Sep 2011, at 21:48, Joost van der Sluis wrote: Can someone reproduce this? And what to do now? I've even did a touch on the rtl/objpas/parser.inc, but that doesn't help. If yo

Re: [fpc-devel] Include files with double names

2011-09-07 Thread Joost van der Sluis
On Tue, 2011-09-06 at 21:58 +0200, Jonas Maebe wrote: > On 06 Sep 2011, at 21:48, Joost van der Sluis wrote: > > > Can someone reproduce this? And what to do now? I've even did a touch on > > the rtl/objpas/parser.inc, but that doesn't help. > > If you perform a top level "make all", the RTL and

Re: [fpc-devel] Merge request to FPC 2.6

2011-09-07 Thread Marco van de Voort
In our previous episode, Felipe Monteiro de Carvalho said: > On Wed, Sep 7, 2011 at 2:39 PM, Marco van de Voort wrote: > > There are only two, 18977, and the one you just committed. ( http://www.stack.nl/~marcov/mergelogs26/ and then "fpvectorial" ) > Yes, but the last one breaks backwards comp

Re: [fpc-devel] Merge request to FPC 2.6

2011-09-07 Thread Felipe Monteiro de Carvalho
On Wed, Sep 7, 2011 at 2:39 PM, Marco van de Voort wrote: > There are only two, 18977, and the one you just committed. Yes, but the last one breaks backwards compatibility, so I though that it would be better if people already use the new layout. Plus it also changes the documentation, and I alre

Re: [fpc-devel] Merge request to FPC 2.6

2011-09-07 Thread Marco van de Voort
In our previous episode, Felipe Monteiro de Carvalho said: > > Is it still in time to request mergers? I'd like to request a merge of > all changes from fpvectorial since the branching. > > http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/fpvectorial/?view=log There are only two, 1897

[fpc-devel] Merge request to FPC 2.6

2011-09-07 Thread Felipe Monteiro de Carvalho
Hello, Is it still in time to request mergers? I'd like to request a merge of all changes from fpvectorial since the branching. http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/fpvectorial/?view=log thanks, -- Felipe Monteiro de Carvalho __

Re: [fpc-devel] Re: freepascal support for debian armhf

2011-09-07 Thread Jonas Maebe
On 06 Sep 2011, at 14:00, Wookey wrote: section 5 tells you about the calling conventions, and section 6 about the normal variants (note the bit about it applying only to non-variadic functions - does pascal support variadic functions?) It does, in two ways: a) calling variadic functions imp

[fpc-devel] Re: freepascal support for debian armhf

2011-09-07 Thread Wookey
+++ peter green [2011-09-06 02:05 +0100]: > First a bit of background, on arm ebi gcc has three options for > "-mfloat-abi" > > soft: do all floating point in software, ignore the fpu type selection > softfp: use the selected fpu type but use the same calling > conventions as "soft" (that is param