pkg kde talk - Aug 2005 - Please kill arts 1.4.2-1 build on tanda and put it on Dep-Wait

Hello,

  Please kill (or at least not upload) the current arts 1.4.2-1 build on
  tanda, and manually put it on Dep-Wait libqt3-mt-dev (>= 3:3.3.4-4).

  We were expecting for the recent AutoDepWait support to done it
  automatically, but we''ve just realized that the build-dependency in
  the source package was lacking the epoch, so 3:3.3.4-3 currently in
  the archive was enough to satisfy >= 3.3.4-4. Sorry for the
  inconvencience, we will be uploading a fixed arts soon,

  Also, qt-x11-free 3:3.3.4-7 has failed with an ICE on a4000t. Oddly
  enough, the failed file compiles fine on crest with the same
  toolchain, so we''d welcome any suggestions as to how to proceed in
  order to have a transitioned Qt in m68k as soon as possible.

  Thanks in advance,

-- 
Adeodato Sim?
    EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
The problem I have with making an intelligent statement is that some
people then think that it''s not an isolated occurrance.
                -- Simon Travaglia
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 249 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20050814/89ae2e6f/attachment.pgp

Hi,
On Sun, Aug 14, 2005 at 09:02:10PM +0200, Adeodato Sim?
wrote:
> Hello,
> 
>   Please kill (or at least not upload) the current arts 1.4.2-1 build on
>   tanda, and manually put it on Dep-Wait libqt3-mt-dev (>= 3:3.3.4-4).
Failed with an ICE:
/build/buildd/arts-1.4.2/./mcop/dynamicskeleton.cc:205: internal compiler error:
in cp_expr_size, at cp/cp-objcp-common.c:101
 
>   We were expecting for the recent AutoDepWait support to done it
>   automatically, but we''ve just realized that the build-dependency
in
>   the source package was lacking the epoch, so 3:3.3.4-3 currently in
>   the archive was enough to satisfy >= 3.3.4-4. Sorry for the
>   inconvencience, we will be uploading a fixed arts soon,
> 
>   Also, qt-x11-free 3:3.3.4-7 has failed with an ICE on a4000t. Oddly
>   enough, the failed file compiles fine on crest with the same
>   toolchain, so we''d welcome any suggestions as to how to proceed
in
>   order to have a transitioned Qt in m68k as soon as possible.
Try building with -O2 instead of -O3, that seems to help for many ICE, at
least the ones with "segmentation fault". Maybe this should be
announced
via DWN ot d-d-announce?

arts failed with a different ICE, -O0 might help here, but I haven''t
tried.

Christian

* Christian T. Steigies [Sun, 14 Aug 2005 23:02:02 +0200]:
> On Sun, Aug 14, 2005 at 09:02:10PM +0200, Adeodato Sim? wrote:
> >   Also, qt-x11-free 3:3.3.4-7 has failed with an ICE on a4000t. Oddly
> >   enough, the failed file compiles fine on crest with the same
> >   toolchain, so we''d welcome any suggestions as to how to
proceed in
> >   order to have a transitioned Qt in m68k as soon as possible.
> Try building with -O2 instead of -O3, that seems to help for many ICE, at
> least the ones with "segmentation fault".
  I see no -O3 in the qt invocation.
> arts failed with a different ICE, -O0 might help here, but I
haven''t tried.
  -O0 does not help, but g++-3.4 works, so we''ll reupload and use 3.4
  for arm and m68k.

-- 
Adeodato Sim?
    EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
The first step on the road to wisdom is the admission of ignorance. The
second step is realizing that you don''t have to blab it to the world.