Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-devel / 2017-04

Re: fpc-devel Digest, Vol 156, Issue 16

9 messages · 6 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Schindler Karl-Michael
Show quoted text 46 lines
Date: Mon, 24 Apr 2017 14:17:46 +0200 From: Bart To: fpc-devel Subject: [fpc-devel] Request for an interim release of the 3.0 branch Message-ID: Content-Type: text/plain; charset=UTF-8 Hi, The 3.0.2 release has a serious regression: it does not generate lineinfo, at least on linux i386/x86-64. See: http://bugs.freepascal.org/view.php?id=31629 and this discussion on this ML: http://lists.freepascal.org/pipermail/fpc-devel/2017-April/037695.html The issue makes the 3.0.2 compiler almost useless for development on the affected platforms. The issue is fixed by merging r33007, 33008, 33561 and 34384 (unit exeinfo). Probably r35886 should be merged as well. I would propose to release a 3.0.2a version for the affected platforms which includes the above revisions (and probably nothing else, since AFAIK this is the only major regression). Personally I have solved it by rebuilding fpc from the 3.0.2 source with exeinfo patched. Not everybody is able to do so though, nor should we insist that an average user (let alone a novice) does so. There has been a long time period between the release of 3.0.0 (sep 2015) and 3.0.2 (feb 2017). A 3.0.4 release does not seem to be scheduled yet. Further more Lazarus also ships with the 3.0.2 release (since the Lazarus 1.6.4 release). Not being able to have proper debugging info might reflect poorly on both FreePascal and Lazarus and scare away new users, especially if it would take a long time to release a fix. The only alternative would be to advise *nix users to use the 3.0.0 release instead. Bart

my two cents:

1) Why not call it 3.0.4?
2) arm-nds and arm gba do not build with 3.0.2: Apply the patches from issue http://bugs.freepascal.org/view.php?id=30405 and http://bugs.freepascal.org/view.php?id=26847

MiSchi

Reply by email

Florian Klämpfl
to Schindler Karl-Michael
Schindler Karl-Michael wrote 8 lines
> The only alternative would be to advise *nix users to use the 3.0.0 > release instead. > > Bart my two cents: 1) Why not call it 3.0.4?

I would also think that we should aim at a quick 3.0.4 then.

Reply by email

Michael Van Canneyt
to LacaK
LacaK wrote 14 lines
>>> The only alternative would be to advise *nix users to use the 3.0.0 >>> release instead. 3.0.0 has (IMO serious) bug involving calculations with currency datatype on some platforms (Win64, Arm): http://bugs.freepascal.org/view.php?id=28748 >>> >>> Bart >> my two cents: >> >> 1) Why not call it 3.0.4? > I would also think that we should aim at a quick 3.0.4 then. +1

Just a linux i386 version (where the problem is acute) or all platforms ?

Michael.

Reply by email

Unknown author
to Michael Van Canneyt
Michael Van Canneyt wrote 5 lines
>>> 1) Why not call it 3.0.4? >> I would also think that we should aim at a quick 3.0.4 then. > +1 Just a linux i386 version (where the problem is acute) or all platforms ?

personally speaking, i would do them all to maintain version consistency everywhere...

NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list* unless private contact is specifically requested and granted.

Reply by email

Marco van de Voort
to Michael Van Canneyt: Just a linux i386 version (where the problem is acute) or all platforms ? Michael.

In our previous episode, Michael Van Canneyt said:

Show quoted text 5 lines
>>> 1) Why not call it 3.0.4? >> I would also think that we should aim at a quick 3.0.4 then. > +1 Just a linux i386 version (where the problem is acute) or all platforms ?

I assume it touches all ELF targets, so FreeBSD should go too.

I think it is best to take a few weeks to merge whatever else can be useful for 3.0.4 (and I'm open to suggestions) and then just release a normal 3.0.4

If some target maintainers don't want to participate that is ok.

Reply by email

Michael Van Canneyt
to Marco van de Voort
Marco van de Voort wrote 11 lines
In our previous episode, Michael Van Canneyt said: > >>> 1) Why not call it 3.0.4? > >> I would also think that we should aim at a quick 3.0.4 then. > > +1 > > Just a linux i386 version (where the problem is acute) or all platforms ? I assume it touches all ELF targets, so FreeBSD should go too. I think it is best to take a few weeks to merge whatever else can be useful for 3.0.4 (and I'm open to suggestions) and then just release a normal 3.0.4

I think probably a lot of package fixes can be merged. Especially fcl-passrc related, there have been a large amount of bugfixes recently.

Maybe some RTL related fixes as well, although here I would be very careful.

Michael.

Reply by email

Marco van de Voort
to Michael Van Canneyt

In our previous episode, Michael Van Canneyt said:

Show quoted text 6 lines
> I think it is best to take a few weeks to merge whatever else can be useful > for 3.0.4 (and I'm open to suggestions) and then just release a normal 3.0.4 I think probably a lot of package fixes can be merged. Especially fcl-passrc related, there have been a large amount of bugfixes recently.

I merged passrc,fpdoc,fcl-web,js,json with only three exceptions, the first because I don't know 3.0.x amiga status, the second because I don't know pastojs status, and the third because it uses a 3.1.1 only feature (passing class xxx static methods to plain procedure procvars)

r33600 | marcus | 2016-05-01 17:43:41 +0200 (Sun, 01 May 2016) | 1 line Changed paths:
M /trunk/packages/fcl-web/fpmake.pp

AmigaOS4: fcl-web reactivated
---
r35563 | michael | 2017-03-11 15:13:35 +0100 (Sat, 11 Mar 2017) | 1 line Changed paths:
M /trunk/packages/fpmake_add.inc
M /trunk/packages/fpmake_proc.inc

* added pastojs, so it gets installed as well
---
r35821 | michael | 2017-04-17 13:30:58 +0200 (Mon, 17 Apr 2017) | 1 line Changed paths:
M /trunk/packages/fcl-web/src/base/fpwebfile.pp

Maybe some RTL related fixes as well, although here I would be very careful.

Lacak already had a bunch of db revs ready, fcl-base has a few fixes to customapp too, and I have to do the big search for misc stuff. Usually there are some windows header fixes too.

Reply by email

Marco van de Voort
to Schindler Karl-Michael: my two cents: 1) Why not call it 3.0.4? 2) arm-nds and arm gba do not build with 3.0.2:…

In our previous episode, Schindler Karl-Michael said:

my two cents: 1) Why not call it 3.0.4? 2) arm-nds and arm gba do not build with 3.0.2: Apply the patches from issue http://bugs.freepascal.org/view.php?id=30405 and http://bugs.freepascal.org/view.php?id=26847

I merged the 30083 rev, without the modifications to the iphonesim line in fpmkunit (I didn't know if that was accident or not).

The executeprocess fixes from 30405 shouldn't be needed in 3.0.x since executeprocess(unicodestring) was not merged back to 3.0.x: http://www.stack.nl/~marcov/mergelogs26/uniexec.html

Maybe you meant r35193 should be unmerged?

Reply by email