[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#252957: FTBFS (unstable/m68k/ia64): inconsistent operand constraints in an `asm'



Hi everybody!

On 2004-06-08  0:14 +0200, Roman Zippel wrote:
> >Thanks for the hint; I already contacted the m68k [1] and ia64 [2] lists 
> >last
> >week since previous versions (up to 7.4.2-4) built correctly and I did not 
> >change
> >any (relevant) upstream code since then. They suspect a changed/broken
> >toolchain and AFAIUI wanted to revert the change. However, this did
> >not work for the newer upload 7.4.2-6. Are there any news?
> 
> Referencing another memory constraint is deprecated, so try to replace 
> the "1" with "m".

I contacted upstream about this and he had a totally different
opinion:

------------------------- Forwarded from Tom Lane ---------------------------
Martin Pitt <martin@piware.de> writes:
> A Debian porter suggested that "1"(*lock) is an obsolete syntax and
> should be replaced by "m"(*lock) in both cases; however, I would like
> to get a second opinion about this.

Having now re-read the gcc asm info, I think the above suggestion is
completely wrong.  I looked at gcc 2.95, 3.2, and 3.3.4 texinfo
documentation (the versions I have handy) and they all say exactly
the same thing:

: Only a number in the constraint can guarantee that one operand will
: be in the same place as another.  The mere fact that `foo' is the value
: of both operands is not enough to guarantee that they will be in the
: same place in the generated assembler code.

There is no hint that using a number is deprecated or might go away
in the future.

There is a mention that "+" is an alternative syntax for specifying
read-write operands, but considering that none of our ports have
ever used this, I do not know what sorts of problems we might be in for
if we switch over to that approach.  We will definitely risk breakage
if we don't have any constraint that the spinlock input and output values
are the same operand.

I think Debian broke their compiler and they ought to un-break it.

                        regards, tom lane

------------------------- End forwarded mail ---------------------------

I can't really comment on that, jsut let you know about it. Is it
possible that the compilers on the m68k and ia64 buildds broke
somehow?

Thanks and have a nice weekend!

Martin

-- 
Martin Pitt                 Debian GNU/Linux Developer
martin@piware.de                      mpitt@debian.org
http://www.piware.de             http://www.debian.org

Attachment: signature.asc
Description: Digital signature


Reply to: