cygport partially broken by recent updates ?

cygport partially broken by recent updates ?

[Marco Atzeri]

I just noted that cygport seems not anymore able to
produces debug info nor is correctly identifying
package own dll's

As cygport was not updated, I assume is a a side effect of
another recently updated package (few days)

on May  9 00:18
$ grep debug singular-4.0.24-1-pkg.log
 >>> singular-debuginfo-4.0.2a-1.tar.xz
usr/lib/debug/
usr/lib/debug/usr/
usr/lib/debug/usr/bin/
usr/lib/debug/usr/bin/cygfactory-4-0-2.dll.dbg
usr/lib/debug/usr/bin/cyggfan-0.dll.dbg
usr/lib/debug/usr/bin/cygomalloc-0-9-6.dll.dbg
usr/lib/debug/usr/bin/cygpolys-4-0-2.dll.dbg
usr/lib/debug/usr/bin/cygresources-4-0-2.dll.dbg
usr/lib/debug/usr/bin/cygSingular-4-0-2.dll.dbg
usr/lib/debug/usr/bin/ESingular.exe.dbg
usr/lib/debug/usr/bin/Singular.exe.dbg


on  May 10 09:42

$ grep debug singular-4.0.2b-1-pkg.log
*** Info: No debug files, skipping debuginfo subpackage

$ grep Order singular-4.0.2b-1-pkg.log
usr/libexec/singular/MOD/Order.dll
usr/libexec/singular/MOD/Order.dll.a
usr/libexec/singular/MOD/Order.la
[cut]
which: no Order.dll in 
(/pub/devel/singular/singular/singular-4.0.2b-1.x86_64/inst/usr/bin:/home/marco/bin:/usr/local/bin:/usr/bin:/usr/lib/lapack:/usr/sbin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/e/utility:/cygdrive/c/Windows/System32



anyone seeing the same ?

Regards
Marco







--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cygport partially broken by recent updates ?

[Achim Gratz]

Marco Atzeri <marco.atzeri <at> gmail.com> writes:
> anyone seeing the same ?

I cannot reproduce, I've just ried with two different packages of mine.  Are
you sure that the new version of Singular doesn't somehow disable the
toolchain that cygport expects?


Regards,
Achim.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cygport partially broken by recent updates ?

[Marco Atzeri]

On 5/11/2015 2:57 PM, Achim Gratz wrote:
> Marco Atzeri <marco.atzeri <at> gmail.com> writes:
>> anyone seeing the same ?
>
> I cannot reproduce, I've just ried with two different packages of mine.  Are
> you sure that the new version of Singular doesn't somehow disable the
> toolchain that cygport expects?
>
>
> Regards,
> Achim.
>

It is possible. I am running a comparative fresh build
for both version at same time.

thanks for the feedback

Marco


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cygport partially broken by recent updates ?

[Yaakov Selkowitz]

On Sun, 2015-05-10 at 11:52 +0200, Marco Atzeri wrote:
> I just noted that cygport seems not anymore able to
> produces debug info nor is correctly identifying
> package own dll's

Did you install this singular-debuginfo then try to package it again?

--
Yaakov



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cygport partially broken by recent updates ?

[Marco Atzeri]

On 5/11/2015 8:07 PM, Yaakov Selkowitz wrote:
> On Sun, 2015-05-10 at 11:52 +0200, Marco Atzeri wrote:
>> I just noted that cygport seems not anymore able to
>> produces debug info nor is correctly identifying
>> package own dll's
>
> Did you install this singular-debuginfo then try to package it again?
>
> --
> Yaakov
>

It is not that. I have both cases.
I rebuild both versions today with the same system condition,
same result.
Old version has debuginfo, new version does't.
The DLL's in the build tree have similar size, and both have debuginfo

This from the version with no debuginfo:
$ objdump -h Singular/dyn_modules/syzextra/.libs/syzextra.dll

Singular/dyn_modules/syzextra/.libs/syzextra.dll:     file format pei-x86-64

Sections:
Idx Name          Size      VMA               LMA               File off 
  Algn
[cut]
                   CONTENTS, ALLOC, LOAD, READONLY, DATA
  10 .debug_aranges 00001450  00000005f0bcc000  00000005f0bcc000 
00034800  2**0
                   CONTENTS, READONLY, DEBUGGING
  11 .debug_info   000b0164  00000005f0bce000  00000005f0bce000 
00035e00  2**0
                   CONTENTS, READONLY, DEBUGGING
  12 .debug_abbrev 00003ddc  00000005f0c7f000  00000005f0c7f000 
000e6000  2**0
                   CONTENTS, READONLY, DEBUGGING
  13 .debug_line   0000f4a7  00000005f0c83000  00000005f0c83000 
000e9e00  2**0
                   CONTENTS, READONLY, DEBUGGING
  14 .debug_frame  00006b68  00000005f0c93000  00000005f0c93000 
000f9400  2**3
                   CONTENTS, READONLY, DEBUGGING
  15 .debug_str    00003afa  00000005f0c9a000  00000005f0c9a000 
00100000  2**0
                   CONTENTS, READONLY, DEBUGGING
  16 .debug_loc    000727e6  00000005f0c9e000  00000005f0c9e000 
00103c00  2**0
                   CONTENTS, READONLY, DEBUGGING
  17 .debug_ranges 00021d50  00000005f0d11000  00000005f0d11000 
00176400  2**0
                   CONTENTS, READONLY, DEBUGGING


Comparing both config.status I only notice that the last one has
an additional LDFLAGS portion in config.status

    -rdynamic -Wl,-undefined,dynamic_lookup

It seems the only build difference. Ideas what to check ?

Regards
Marco



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cygport partially broken by recent updates ?

[Marco Atzeri]

On 5/11/2015 10:29 PM, Marco Atzeri wrote:
> On 5/11/2015 8:07 PM, Yaakov Selkowitz wrote:
>> On Sun, 2015-05-10 at 11:52 +0200, Marco Atzeri wrote:
>>> I just noted that cygport seems not anymore able to
>>> produces debug info nor is correctly identifying
>>> package own dll's
>>

>
> It seems the only build difference. Ideas what to check ?

Looking better I notice that all the postinstall operation
are missing in the second case.
It seems that adding all the portion after cyginstall
---------------------------------------------------------------------
src_install()
{
   cd ${S}/..
   mkdir -p ${D}/usr
   cp -vr share ${D}/usr
   cd ${B}
   cyginstall

   inform " updating LIBs from .so -> .dll"
   cd ${D}/usr/share/singular/LIB
   sed -i -e "s/gfanlib.so/gfanlib.dll/g" -i divisors.lib gitfan.lib 
polymake.lib
   sed -i -e "s/polymake.so/polymake.dll/g" -i divisors.lib polymake.lib 
oldpolymake.lib
   sed -i -e "s/loctriv.so/loctriv.dll/g" -i KVequiv.lib
   sed -i -e "s/pyobject.so/pyobject.dll/g" -i polybori.lib
   sed -i -e "s/syzextra.so/syzextra.dll/g" -i schreyer.lib
   grep "\.so\"" *.lib
}
---------------------------------------------------------------------

made disappear all the post install actions:

---------------------------------------------------------------------
/usr/bin/install -m0644 COPYING 
/pub/devel/singular/prova2/singular-4.0.2a-1.x86_64/inst/usr/share/d
oc/singular/COPYING
/usr/bin/install -m0644 README 
/pub/devel/singular/prova2/singular-4.0.2a-1.x86_64/inst/usr/share/do
c/singular/README
Fixing symlinks:
Compressing man pages:
         ESingular.1
         Singular.1
         TSingular.1
Fixing libtool modules:
         usr/libexec/singular/MOD/bigintm.la
         usr/libexec/singular/MOD/gfanlib.la
         usr/libexec/singular/MOD/Order.la
         usr/libexec/singular/MOD/polymake.la
         usr/libexec/singular/MOD/pyobject.la
         usr/libexec/singular/MOD/singmathic.la
         usr/libexec/singular/MOD/syzextra.la
Stripping executables:
         usr/bin/cygfactory-4-0-2.dll
         usr/bin/cyggfan-0.dll
[cut]
---------------------------------------------------------------------

adding another cd ${B} at the end re-activated the
post install actions.

Yeah !

Marco

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: cygport partially broken by recent updates ?

[Achim Gratz]

Marco Atzeri <marco.atzeri <at> gmail.com> writes:
> adding another cd ${B} at the end re-activated the
> post install actions.

Good catch.  In that case, the requirement to leave the function in ${B}
should either be documented clearly or the following steps in cygport should
ensure themselves that they are in the right directory.


Regards,
Achim.



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple