Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Perl: porters

[PATCH] buildperl.pl: allow older perl to compile with newer gcc

 

 

Perl porters RSS feed   Index | Next | Previous | View Threaded


book at cpan

Nov 3, 2009, 3:58 AM

Post #1 of 10 (333 views)
Permalink
[PATCH] buildperl.pl: allow older perl to compile with newer gcc

Perl versions tested to compile (under linux):
- 5.004_05
- 5.005 5.005_01 5.005_02 5.005_03 5.005_04
- 5.6.0 5.6.1 5.6.2
- 5.8.0 5.8.1 5.8.2 5.8.3 5.8.4 5.8.5 5.8.6 5.8.7 5.8.8 5.8.9-RC1 5.8.9
- 5.9.0 5.9.1 5.9.2 5.9.3 5.9.4 5.9.5
---
cpan/Devel-PPPort/devel/buildperl.pl | 71 +++++++++++++++++++++++++++++++++-
1 files changed, 69 insertions(+), 2 deletions(-)

diff --git a/cpan/Devel-PPPort/devel/buildperl.pl b/cpan/Devel-PPPort/devel/buildperl.pl
index 49b7fbb..fefd480 100644
--- a/cpan/Devel-PPPort/devel/buildperl.pl
+++ b/cpan/Devel-PPPort/devel/buildperl.pl
@@ -99,7 +99,7 @@ my @patch = (
},
{
perl => [
- qr/^5\.004_0[1234]$/,
+ qr/^5\.004_0[12345]$/,
],
subs => [
[ \&patch_doio ],
@@ -132,6 +132,25 @@ my @patch = (
[ \&patch_sysv ],
],
},
+ {
+ perl => [
+ qr/^5\.004_05$/,
+ qr/^5\.005(?:_0[1-4])?$/,
+ qr/^5\.6\.[01]$/,
+ ],
+ subs => [
+ [ \&patch_configure ],
+ [ \&patch_makedepend_lc ],
+ ],
+ },
+ {
+ perl => [
+ '5.8.0',
+ ],
+ subs => [
+ [ \&patch_makedepend_lc ],
+ ],
+ },
);

my(%perl, @perls);
@@ -338,10 +357,12 @@ sub build_and_install
my $perl = shift;
my $prefix = expand($opt{prefix});

+ run_or_die(q{sed -i -e "s:\\*/\\*) finc=\\"-I\\`echo \\$file | sed 's#/\\[^/\\]\\*\\$##\\`\\" ;;:*/*) finc=\\"-I\\`echo \\$file | sed 's#/[^/]\\*\\$##'\\`\\" ;;:" makedepend.SH});
+
print "building perl $perl->{version} ($current{config})\n";

run_or_die("./Configure $config{$current{config}}{config_args} -Dusedevel -Uinstallusrbinperl -Dprefix=$prefix");
- run_or_die("sed -i -e '/^.*<built-in>/d' -e '/^.*<command line>/d' makefile x2p/makefile");
+ run_or_die("sed -i -e '/^.*<builtin>/d' -e '/^.*<built-in>/d' -e '/^.*<command line>/d' -e '/^.*<command-line>/d' makefile x2p/makefile");
run_or_die("make all");
run("make test") if $opt{test};
if ($opt{install}) {
@@ -425,6 +446,52 @@ END
}
}

+sub patch_configure
+{
+ patch(<<'END');
+--- Configure
++++ Configure
+@@ -3380,6 +3380,18 @@
+ test "X$gfpthkeep" != Xy && gfpth=""
+ EOSC
+
++# gcc 3.1 complains about adding -Idirectories that it already knows about,
++# so we will take those off from locincpth.
++case "$gccversion" in
++3*)
++ echo "main(){}">try.c
++ for incdir in `$cc -v -c try.c 2>&1 | \
++ sed '1,/^#include <\.\.\.>/d;/^End of search list/,$d;s/^ //'` ; do
++ locincpth=`echo $locincpth | sed s!$incdir!!`
++ done
++ $rm -f try try.*
++esac
++
+ : What should the include directory be ?
+ echo " "
+ $echo $n "Hmm... $c"
+END
+}
+
+sub patch_makedepend_lc
+{
+ patch(<<'END');
+--- makedepend.SH
++++ makedepend.SH
+@@ -58,6 +58,10 @@ case $PERL_CONFIG_SH in
+ ;;
+ esac
+
++# Avoid localized gcc/cc messages
++LC_ALL=C
++export LC_ALL
++
+ # We need .. when we are in the x2p directory if we are using the
+ # cppstdin wrapper script.
+ # Put .. and . first so that we pick up the present cppstdin, not
+END
+}
+
sub patch
{
my($patch) = @_;
--
1.6.0.3.517.g759a


mhx-perl at gmx

Nov 6, 2009, 4:25 PM

Post #2 of 10 (298 views)
Permalink
Re: [PATCH] buildperl.pl: allow older perl to compile with newer gcc [In reply to]

Hi Philippe,

thanks for the patch, I've just applied it and I'm now re-building
all my perls (5.003 .. 5.11.1). It will be part of the next release.

Cheers,
Marcus

--
C makes it easy for you to shoot yourself in the foot. C++ makes that
harder, but when you do, it blows away your whole leg.
-- Bjarne Stroustrup
Attachments: signature.asc (0.19 KB)


mhx-perl at gmx

Nov 6, 2009, 10:26 PM

Post #3 of 10 (296 views)
Permalink
Re: [PATCH] buildperl.pl: allow older perl to compile with newer gcc [In reply to]

Hi Philippe,

On 2009-11-03, at 12:58:06 +0100, Philippe Bruhat (BooK) wrote:

> Perl versions tested to compile (under linux):
> - 5.004_05
> - 5.005 5.005_01 5.005_02 5.005_03 5.005_04
> - 5.6.0 5.6.1 5.6.2
> - 5.8.0 5.8.1 5.8.2 5.8.3 5.8.4 5.8.5 5.8.6 5.8.7 5.8.8 5.8.9-RC1 5.8.9
> - 5.9.0 5.9.1 5.9.2 5.9.3 5.9.4 5.9.5
> ---
> cpan/Devel-PPPort/devel/buildperl.pl | 71 +++++++++++++++++++++++++++++++++-
> 1 files changed, 69 insertions(+), 2 deletions(-)
>
> diff --git a/cpan/Devel-PPPort/devel/buildperl.pl b/cpan/Devel-PPPort/devel/buildperl.pl
> index 49b7fbb..fefd480 100644
> --- a/cpan/Devel-PPPort/devel/buildperl.pl
> +++ b/cpan/Devel-PPPort/devel/buildperl.pl
> @@ -99,7 +99,7 @@ my @patch = (
> },
> {
> perl => [
> - qr/^5\.004_0[1234]$/,
> + qr/^5\.004_0[12345]$/,
> ],
> subs => [
> [ \&patch_doio ],

any special reason why you added 5.005_05 for the doio patch?

While this might sound like a dumb question at first -- I guess
you added it because it didn't compile for you -- I'd be glad
for some details, as *with* your change, it doesn't compile for
me...

`sh cflags libperl.a doio.o` doio.c
CCCMD = cc -DPERL_CORE -c -Dbool=char -DHAS_BOOL -DDEBUGGING -g
doio.c:86: error: redefinition of 'union semun'
make: *** [doio.o] Error 1

...which is because this piece of code had been added between
5.005_04 and 5.005_05 in perl.h...

# ifndef HAS_UNION_SEMUN /* Provide the union semun. */
union semun {
int val;
struct semid_ds *buf;
unsigned short *array;
};
# endif

...which was precisely why I excluded 5.004_05 from the doio
patch. So, maybe you can provide me with some details on why
exactly it doesn't work for you so we can find a solution
that works for both systems.

Thanks,
Marcus

--
The Gordian Maxim:
If a string has one end, it has another.
Attachments: signature.asc (0.19 KB)


book at cpan

Nov 7, 2009, 4:01 PM

Post #4 of 10 (295 views)
Permalink
Re: [PATCH] buildperl.pl: allow older perl to compile with newer gcc [In reply to]

On Sat, Nov 07, 2009 at 07:26:00AM +0100, Marcus Holland-Moritz wrote:
> >
> > diff --git a/cpan/Devel-PPPort/devel/buildperl.pl b/cpan/Devel-PPPort/devel/buildperl.pl
> > index 49b7fbb..fefd480 100644
> > --- a/cpan/Devel-PPPort/devel/buildperl.pl
> > +++ b/cpan/Devel-PPPort/devel/buildperl.pl
> > @@ -99,7 +99,7 @@ my @patch = (
> > },
> > {
> > perl => [
> > - qr/^5\.004_0[1234]$/,
> > + qr/^5\.004_0[12345]$/,
> > ],
> > subs => [
> > [ \&patch_doio ],
>
> any special reason why you added 5.005_05 for the doio patch?

My patch is for 5.004_05, not 5.005_05.

> While this might sound like a dumb question at first -- I guess
> you added it because it didn't compile for you -- I'd be glad
> for some details, as *with* your change, it doesn't compile for
> me...

Indeed, I added that because it didn't compile for me.

First of all, I create the archives using

git archive --format=tar --prefix=$tag/ $tag^{tree} \
| gzip > /tmp/perl/source/$tag.tar.gz

With $tag being perl-5.004_05 in this case.

Maybe this tag doesn't generate the same archive as the one you're using?

> `sh cflags libperl.a doio.o` doio.c
> CCCMD = cc -DPERL_CORE -c -Dbool=char -DHAS_BOOL -DDEBUGGING -g
> doio.c:86: error: redefinition of 'union semun'
> make: *** [doio.o] Error 1

The error I get *without* my change is:

`sh cflags libperl.a doio.o` doio.c
CCCMD = cc -DPERL_CORE -c -Dbool=char -DHAS_BOOL -I/usr/local/include -O2
doio.c: In function ‘Perl_nextargv’:
doio.c:505: attention : ignoring return value of ‘fchown’, declared with attribute warn_unused_result
doio.c: In function ‘Perl_do_ipcctl’:
doio.c:1445: erreur: storage size of ‘unsemds’ isn’t known
doio.c:1486: erreur: storage size of ‘semun’ isn’t known
make: *** [doio.o] Erreur 1
make all: 512

> ...which is because this piece of code had been added between
> 5.005_04 and 5.005_05 in perl.h...
>
> # ifndef HAS_UNION_SEMUN /* Provide the union semun. */
> union semun {
> int val;
> struct semid_ds *buf;
> unsigned short *array;
> };
> # endif
>
> ...which was precisely why I excluded 5.004_05 from the doio
> patch. So, maybe you can provide me with some details on why
> exactly it doesn't work for you so we can find a solution
> that works for both systems.

When looking at the logs in the git tree, it seems that the patch
you're talking about was added in bd89102fe7784367e3eeddc7cefae29defae903a:

$ git log -n1 -p bd89102fe7784367e3eeddc7cefae29defae903a -- perl.h
commit bd89102fe7784367e3eeddc7cefae29defae903a
Author: Andy Dougherty <doughera [at] lafayette>
Date: Thu May 28 09:27:25 1998 -0400

[PATCH 5.004_65] Config_65-02-03.diff: SunOS and Solaris hints
Date: Thu, 28 May 1998 13:27:25 -0400 (EDT)
Subject: [PATCH 5.004_65] Config_65-03-04.diff: semctl probing
Date: Thu, 28 May 1998 13:28:21 -0400 (EDT)

p4raw-id: //depot/perl [at] 104

diff --git a/perl.h b/perl.h
index fc96064..8645c39 100644
--- a/perl.h
+++ b/perl.h
@@ -2090,6 +2090,26 @@ enum {
UNLOCK_SV_MUTEX; \
} while (0)

+#ifdef HAS_SEM
+# include <sys/ipc.h>
+# include <sys/sem.h>
+# ifndef HAS_UNION_SEMUN /* Provide the union semun. */
+ union semun {
+ int val;
+ struct semid_ds *buf;
+ unsigned short *array;
+ };
+# endif
+# ifdef USE_SEMCTL_SEMUN
+# define Semctl(id, num, cmd, semun) semctl(id, num, cmd, semun)
+# else
+# ifdef USE_SEMCTL_SEMID_DS
+# define Semctl(id, num, cmd, semun) semctl(id, num, cmd, semun.buf)
+# endif
+# endif
+# ifndef Semctl /* Place our bets on the semun horse. */
+# define Semctl(id, num, cmd, semun) semctl(id, num, cmd, semun)
+# endif
+#endif

#endif /* Include guard */
-

What worries me is that this patch is for Perl 5.004_65.
But the only 5.004_xx tags in the git tree are:

$ git tag -l 'perl-5.004*'
perl-5.004
perl-5.004_01
perl-5.004_02
perl-5.004_03
perl-5.004_04
perl-5.004_05

Since the versions I see in the log messages go up to 5.004_71, it seems
that some tags are missing...

The best way to go with my patch is probably to ignore the parts related
to 5.004_05, as obviously I didn't know what I was doing.

--
Philippe Bruhat (BooK)

He who revels in being bigger forgets that he is the larger target.
(Moral from Groo #5 (Image))


mhx-perl at gmx

Nov 7, 2009, 4:58 PM

Post #5 of 10 (290 views)
Permalink
Re: [PATCH] buildperl.pl: allow older perl to compile with newer gcc [In reply to]

Hi Philippe,

On 2009-11-08, at 01:01:14 +0100, Philippe Bruhat (BooK) wrote:

> On Sat, Nov 07, 2009 at 07:26:00AM +0100, Marcus Holland-Moritz wrote:
> > >
> > > diff --git a/cpan/Devel-PPPort/devel/buildperl.pl b/cpan/Devel-PPPort/devel/buildperl.pl
> > > index 49b7fbb..fefd480 100644
> > > --- a/cpan/Devel-PPPort/devel/buildperl.pl
> > > +++ b/cpan/Devel-PPPort/devel/buildperl.pl
> > > @@ -99,7 +99,7 @@ my @patch = (
> > > },
> > > {
> > > perl => [
> > > - qr/^5\.004_0[1234]$/,
> > > + qr/^5\.004_0[12345]$/,
> > > ],
> > > subs => [
> > > [ \&patch_doio ],
> >
> > any special reason why you added 5.005_05 for the doio patch?
>
> My patch is for 5.004_05, not 5.005_05.

Yes. My bad. I meant 5.004_05, but my fingers dared not to
follow my brain ;)

> > While this might sound like a dumb question at first -- I guess
> > you added it because it didn't compile for you -- I'd be glad
> > for some details, as *with* your change, it doesn't compile for
> > me...
>
> Indeed, I added that because it didn't compile for me.
>
> First of all, I create the archives using
>
> git archive --format=tar --prefix=$tag/ $tag^{tree} \
> | gzip > /tmp/perl/source/$tag.tar.gz
>
> With $tag being perl-5.004_05 in this case.
>
> Maybe this tag doesn't generate the same archive as the one you're using?

Can you compare yours against the one from CPAN (which is
what I'm using):

http://www.cpan.org/src/perl5.004_05.tar.gz

> > `sh cflags libperl.a doio.o` doio.c
> > CCCMD = cc -DPERL_CORE -c -Dbool=char -DHAS_BOOL -DDEBUGGING -g
> > doio.c:86: error: redefinition of 'union semun'
> > make: *** [doio.o] Error 1
>
> The error I get *without* my change is:
>
> `sh cflags libperl.a doio.o` doio.c
> CCCMD = cc -DPERL_CORE -c -Dbool=char -DHAS_BOOL -I/usr/local/include -O2
> doio.c: In function ‘Perl_nextargv’:
> doio.c:505: attention : ignoring return value of ‘fchown’, declared with attribute warn_unused_result
> doio.c: In function ‘Perl_do_ipcctl’:
> doio.c:1445: erreur: storage size of ‘unsemds’ isn’t known
> doio.c:1486: erreur: storage size of ‘semun’ isn’t known
> make: *** [doio.o] Erreur 1
> make all: 512
>
> > ...which is because this piece of code had been added between
> > 5.005_04 and 5.005_05 in perl.h...
> >
> > # ifndef HAS_UNION_SEMUN /* Provide the union semun. */
> > union semun {
> > int val;
> > struct semid_ds *buf;
> > unsigned short *array;
> > };
> > # endif
> >
> > ...which was precisely why I excluded 5.004_05 from the doio
> > patch. So, maybe you can provide me with some details on why
> > exactly it doesn't work for you so we can find a solution
> > that works for both systems.
>
> When looking at the logs in the git tree, it seems that the patch
> you're talking about was added in bd89102fe7784367e3eeddc7cefae29defae903a:
>
> $ git log -n1 -p bd89102fe7784367e3eeddc7cefae29defae903a -- perl.h
> commit bd89102fe7784367e3eeddc7cefae29defae903a
> Author: Andy Dougherty <doughera [at] lafayette>
> Date: Thu May 28 09:27:25 1998 -0400
>
> [PATCH 5.004_65] Config_65-02-03.diff: SunOS and Solaris hints
> Date: Thu, 28 May 1998 13:27:25 -0400 (EDT)
> Subject: [PATCH 5.004_65] Config_65-03-04.diff: semctl probing
> Date: Thu, 28 May 1998 13:28:21 -0400 (EDT)
>
> p4raw-id: //depot/perl [at] 104
>
> diff --git a/perl.h b/perl.h
> index fc96064..8645c39 100644
> --- a/perl.h
> +++ b/perl.h
> @@ -2090,6 +2090,26 @@ enum {
> UNLOCK_SV_MUTEX; \
> } while (0)
>
> +#ifdef HAS_SEM
> +# include <sys/ipc.h>
> +# include <sys/sem.h>
> +# ifndef HAS_UNION_SEMUN /* Provide the union semun. */
> + union semun {
> + int val;
> + struct semid_ds *buf;
> + unsigned short *array;
> + };
> +# endif
> +# ifdef USE_SEMCTL_SEMUN
> +# define Semctl(id, num, cmd, semun) semctl(id, num, cmd, semun)
> +# else
> +# ifdef USE_SEMCTL_SEMID_DS
> +# define Semctl(id, num, cmd, semun) semctl(id, num, cmd, semun.buf)
> +# endif
> +# endif
> +# ifndef Semctl /* Place our bets on the semun horse. */
> +# define Semctl(id, num, cmd, semun) semctl(id, num, cmd, semun)
> +# endif
> +#endif
>
> #endif /* Include guard */
> -
>
> What worries me is that this patch is for Perl 5.004_65.
> But the only 5.004_xx tags in the git tree are:
>
> $ git tag -l 'perl-5.004*'
> perl-5.004
> perl-5.004_01
> perl-5.004_02
> perl-5.004_03
> perl-5.004_04
> perl-5.004_05
>
> Since the versions I see in the log messages go up to 5.004_71, it seems
> that some tags are missing...

IIRC, 5.004_50 and onwards were development releases (just
like 5.(7|9|11).x today). And just as 5.8.9 was released
after 5.9.5, for example, 5.004_05 was most probably
released after 5.004_65. (Indeed, checking in the APC I
can see a 5.004_65 tarball from 1998-05-15 while 5.004_05
is from 1999-04-29.)

The question is whether the 5.004_05 tag in the repo is
correct. I'd say it should match the contents of the
tarball that's available from CPAN.

> The best way to go with my patch is probably to ignore the parts related
> to 5.004_05, as obviously I didn't know what I was doing.

I indeed changed the behaviour of the doio patch back to
*not* patching 5.004_05. With this, I can build all perls
on my box.

Thanks for your work!

Cheers,
Marcus

--
Computer programmers do it byte by byte.
Attachments: signature.asc (0.19 KB)


book at cpan

Nov 8, 2009, 12:52 AM

Post #6 of 10 (293 views)
Permalink
Re: [PATCH] buildperl.pl: allow older perl to compile with newer gcc [In reply to]

On Sun, Nov 08, 2009 at 01:58:14AM +0100, Marcus Holland-Moritz wrote:
>
> > Maybe this tag doesn't generate the same archive as the one you're using?
>
> Can you compare yours against the one from CPAN (which is
> what I'm using):
>
> http://www.cpan.org/src/perl5.004_05.tar.gz

After untarring both archives in /tmp:

$ diff -ru mine perl | wc -l
66732

They look very different to me...

> The question is whether the 5.004_05 tag in the repo is
> correct. I'd say it should match the contents of the
> tarball that's available from CPAN.

I've started to run a comparison of the content of the commits in the git
tree to the content of the CPAN archive, to find which one is the closest
to it...

[after letting the script run a few hours]

I already checked about 1400 commits and found nothing, this is harder
than I thought. :-)

--
Philippe Bruhat (BooK)

Even the best-made plans of kings can sometimes go awry...
(Moral from Groo The Wanderer #110 (Epic))


book at cpan

Nov 8, 2009, 1:25 AM

Post #7 of 10 (289 views)
Permalink
Re: [PATCH] buildperl.pl: allow older perl to compile with newer gcc [In reply to]

On Sun, Nov 08, 2009 at 09:52:57AM +0100, Philippe Bruhat (BooK) wrote:
>
> > The question is whether the 5.004_05 tag in the repo is
> > correct. I'd say it should match the contents of the
> > tarball that's available from CPAN.
>
> I've started to run a comparison of the content of the commits in the git
> tree to the content of the CPAN archive, to find which one is the closest
> to it...
>
> [after letting the script run a few hours]
>
> I already checked about 1400 commits and found nothing, this is harder
> than I thought. :-)

Of course, using diff -ru --strip-trailing-cr gives better results than a
bare diff -ru. Starting the search in the right place (origin/maint-5.004)
also speeds up things a lot. ;-)

So, the commit that exactly matches the content
of http://www.cpan.org/src/perl5.004_05.tar.gz is
f21c173c5f797b475e2d34e9ddd0b93c58d36e12:

$ git log -1 f21c173c5f797b475e2d34e9ddd0b93c58d36e12
commit f21c173c5f797b475e2d34e9ddd0b93c58d36e12
Author: Chip Salzenberg <chip [at] pobox>
Date: Thu Apr 29 19:08:59 1999 +0000

Fix a few scripts' permissions.
Update MANIFEST and, yet again, Changes.

p4raw-id: //depot/maint-5.004/perl [at] 329

--
Philippe Bruhat (BooK)

True friends are friends to the end... and even after that.
(Moral from Groo The Wanderer #53 (Epic))


mhx-perl at gmx

Nov 8, 2009, 2:29 AM

Post #8 of 10 (288 views)
Permalink
Re: [PATCH] buildperl.pl: allow older perl to compile with newer gcc [In reply to]

Hi Philippe,

On 2009-11-08, at 10:25:07 +0100, Philippe Bruhat (BooK) wrote:

> On Sun, Nov 08, 2009 at 09:52:57AM +0100, Philippe Bruhat (BooK) wrote:
> >
> > > The question is whether the 5.004_05 tag in the repo is
> > > correct. I'd say it should match the contents of the
> > > tarball that's available from CPAN.
> >
> > I've started to run a comparison of the content of the commits in the git
> > tree to the content of the CPAN archive, to find which one is the closest
> > to it...
> >
> > [after letting the script run a few hours]
> >
> > I already checked about 1400 commits and found nothing, this is harder
> > than I thought. :-)
>
> Of course, using diff -ru --strip-trailing-cr gives better results than a
> bare diff -ru. Starting the search in the right place (origin/maint-5.004)
> also speeds up things a lot. ;-)
>
> So, the commit that exactly matches the content
> of http://www.cpan.org/src/perl5.004_05.tar.gz is
> f21c173c5f797b475e2d34e9ddd0b93c58d36e12:
>
> $ git log -1 f21c173c5f797b475e2d34e9ddd0b93c58d36e12
> commit f21c173c5f797b475e2d34e9ddd0b93c58d36e12
> Author: Chip Salzenberg <chip [at] pobox>
> Date: Thu Apr 29 19:08:59 1999 +0000
>
> Fix a few scripts' permissions.
> Update MANIFEST and, yet again, Changes.
>
> p4raw-id: //depot/maint-5.004/perl [at] 329

Looking at the date, I'm not surprised:

mhx [at] r2d ~ $ perl -le'print~~gmtime[stat shift]->[9]' perl5.004_05.tar.gz
Thu Apr 29 20:04:24 1999

The commit was about one hour before the release of 5.004_05.

Still, the question is how/why 52d674631edd5d1237df7203efc4396c3b77f8e7
got tagged as perl-5.004_05, as it was almost one year before 5.004_05
was actually released:

Tim Bunce <Tim.Bunce [at] pobox>
Fri, 15 May 1998 23:04:30 +0000 (23:04 +0000)
p4raw-id: //depot/maint-5.004/perl [at] 99

"Update Porting/makerel script for perforce dir structure"
Files: Porting/makerel

I've CC'd Sam who can hopefuly shed some light on where the tags stem from.

Cheers,
Marcus

--
The economy depends about as much on economists as the weather does on
weather forecasters.
-- Jean-Paul Kauffmann
Attachments: signature.asc (0.19 KB)


sam at vilain

Nov 8, 2009, 3:10 AM

Post #9 of 10 (293 views)
Permalink
Re: [PATCH] buildperl.pl: allow older perl to compile with newer gcc [In reply to]

On Sun, 2009-11-08 at 11:29 +0100, Marcus Holland-Moritz wrote:
> Still, the question is how/why 52d674631edd5d1237df7203efc4396c3b77f8e7
> got tagged as perl-5.004_05, as it was almost one year before 5.004_05
> was actually released:
>
> Tim Bunce <Tim.Bunce [at] pobox>
> Fri, 15 May 1998 23:04:30 +0000 (23:04 +0000)
> p4raw-id: //depot/maint-5.004/perl [at] 99
>
> "Update Porting/makerel script for perforce dir structure"
> Files: Porting/makerel
>
> I've CC'd Sam who can hopefuly shed some light on where the tags stem from.

Yes, looks like it was one that slipped through the cracks. There were
no real tags in the Perforce repository, and I ended up using the table
I found here for the list:

http://cpansearch.perl.org/src/RGARCIA/Module-CoreList-2.13/lib/Module/CoreList.pm

(search for '%patchlevel')

As you can see the "5.00405" release has the wrong change associated
with it, I produced a corrected tag for that, tagging exactly the commit
you point out - and a patch to Module::CoreList. So, its omission in
the official version seems to be another mistake.

I've gone and updated the tag on camel to point to the new version;
people who have the old version of the tag, and care, should 'git fetch
origin tag perl-5.004_05'

Sam


mhx-perl at gmx

Nov 8, 2009, 4:34 PM

Post #10 of 10 (280 views)
Permalink
Re: [PATCH] buildperl.pl: allow older perl to compile with newer gcc [In reply to]

Hi Sam,

On 2009-11-09, at 00:10:29 +1300, Sam Vilain wrote:

> On Sun, 2009-11-08 at 11:29 +0100, Marcus Holland-Moritz wrote:
> > Still, the question is how/why 52d674631edd5d1237df7203efc4396c3b77f8e7
> > got tagged as perl-5.004_05, as it was almost one year before 5.004_05
> > was actually released:
> >
> > Tim Bunce <Tim.Bunce [at] pobox>
> > Fri, 15 May 1998 23:04:30 +0000 (23:04 +0000)
> > p4raw-id: //depot/maint-5.004/perl [at] 99
> >
> > "Update Porting/makerel script for perforce dir structure"
> > Files: Porting/makerel
> >
> > I've CC'd Sam who can hopefuly shed some light on where the tags stem from.
>
> Yes, looks like it was one that slipped through the cracks. There were
> no real tags in the Perforce repository, and I ended up using the table
> I found here for the list:
>
> http://cpansearch.perl.org/src/RGARCIA/Module-CoreList-2.13/lib/Module/CoreList.pm
>
> (search for '%patchlevel')
>
> As you can see the "5.00405" release has the wrong change associated
> with it, I produced a corrected tag for that, tagging exactly the commit
> you point out - and a patch to Module::CoreList. So, its omission in
> the official version seems to be another mistake.
>
> I've gone and updated the tag on camel to point to the new version;
> people who have the old version of the tag, and care, should 'git fetch
> origin tag perl-5.004_05'

Thanks a lot for your explanation and for fixing this!

Cheers,
Marcus

--
You are in the hall of the mountain king.
Attachments: signature.asc (0.19 KB)

Perl porters RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.