Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 05 Jul 2016 07:39:02 +0000
From:      bugzilla-noreply@freebsd.org
To:        perl@FreeBSD.org
Subject:   maintainer-feedback requested: [Bug 210837] lang/perl5.22 (and related?): ext/re/re_exec.c has long long format matched up with long argument
Message-ID:  <bug-210837-14331-zcRZxv18mr@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-210837-14331@https.bugs.freebsd.org/bugzilla/>
References:  <bug-210837-14331@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
Mark Millard <markmi@dsl-only.net> has reassigned Bugzilla Automation
<bugzilla@FreeBSD.org>'s request for maintainer-feedback to perl@FreeBSD.or=
g:
Bug 210837: lang/perl5.22 (and related?): ext/re/re_exec.c has long long fo=
rmat
matched up with long argument
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210837



--- Description ---
ext/re/re_exec.c has Perl_re_intuit_start(. . .) code that looks like:

	    DEBUG_EXECUTE_r(PerlIO_printf(Perl_debug_log,
		"  Found /%s^%s/m, rescanning for anchored from offset %ld
(rx_origin now %"IVdf")...\n",
		PL_colors[0], PL_colors[1],
		(long)(rx_origin - strbeg + prog->anchored_offset),
		(long)(rx_origin - strbeg)
	    ));

but the IVdf vs. (long)(rx_origin - strbeg) do not match types. Other examp=
le
code around seems to have (IV) for the cast when IVdf is in use.

The compiler doing the build [targeting armv6 (with -mcpu=3Dcortex-a7)] rep=
orted
the problem.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-210837-14331-zcRZxv18mr>