[LTP] Clone build fail with the latest CVS sanpshot

[LTP] Clone build fail with the latest CVS sanpshot

[Subrata Modak]

Mike/Garret,

I get the following failure with todayś CVS. ./configure has been done
before make:

gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/ltp-intermediate-20091109/testcases/kernel/include
-I/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone -I../../../../include -I../../../../include   -L/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone -L../../../../lib  mqns_01.c   -lltp -lclone -lpthread -lrt -o mqns_01
/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone/libclone.a(libclone.o): In function `do_clone_tests':
/ltp-intermediate-20091109/testcases/kernel/containers/libclone/libclone.c:25: undefined reference to `ltp_clone_quick'
collect2: ld returned 1 exit status
make[4]: *** [mqns_01] Error 1

Regards--
Subrata



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Clone build fail with the latest CVS sanpshot

[Mike Frysinger]

[-- Attachment #1.1: Type: Text/Plain, Size: 913 bytes --]

On Monday 09 November 2009 06:17:09 Subrata Modak wrote:
> I get the following failure with todayś CVS. ./configure has been done
> before make:
> 
> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
> -I/ltp-intermediate-20091109/testcases/kernel/include
> -I/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone
>  -I../../../../include -I../../../../include  
>  -L/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone
>  -L../../../../lib  mqns_01.c   -lltp -lclone -lpthread -lrt -o mqns_01
>  /ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone/li
> bclone.a(libclone.o): In function `do_clone_tests':
>  /ltp-intermediate-20091109/testcases/kernel/containers/libclone/libclone.c
> :25: undefined reference to `ltp_clone_quick' collect2: ld returned 1 exit
>  status

should be fixed now.  static lib linking order is picky.
-mike

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 354 bytes --]

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

[-- Attachment #3: Type: text/plain, Size: 155 bytes --]

_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Clone build fail with the latest CVS sanpshot

[Subrata Modak]

On Mon, 2009-11-09 at 07:49 -0500, Mike Frysinger wrote: 
> On Monday 09 November 2009 06:17:09 Subrata Modak wrote:
> > I get the following failure with todayś CVS. ./configure has been done
> > before make:
> > 
> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
> > -I/ltp-intermediate-20091109/testcases/kernel/include
> > -I/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone
> >  -I../../../../include -I../../../../include  
> >  -L/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone
> >  -L../../../../lib  mqns_01.c   -lltp -lclone -lpthread -lrt -o mqns_01
> >  /ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone/li
> > bclone.a(libclone.o): In function `do_clone_tests':
> >  /ltp-intermediate-20091109/testcases/kernel/containers/libclone/libclone.c
> > :25: undefined reference to `ltp_clone_quick' collect2: ld returned 1 exit
> >  status
> 
> should be fixed now.  static lib linking order is picky.

Thanks Mike. building fine now.

Regards--
Subrata

> -mike


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Clone build fail with the latest CVS sanpshot

[Garrett Cooper]

On Mon, Nov 9, 2009 at 9:39 AM, Subrata Modak
<subrata@linux.vnet.ibm.com> wrote:
> On Mon, 2009-11-09 at 07:49 -0500, Mike Frysinger wrote:
>> On Monday 09 November 2009 06:17:09 Subrata Modak wrote:
>> > I get the following failure with todayś CVS. ./configure has been done
>> > before make:
>> >
>> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
>> > -I/ltp-intermediate-20091109/testcases/kernel/include
>> > -I/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone
>> >  -I../../../../include -I../../../../include
>> >  -L/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone
>> >  -L../../../../lib  mqns_01.c   -lltp -lclone -lpthread -lrt -o mqns_01
>> >  /ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclone/li
>> > bclone.a(libclone.o): In function `do_clone_tests':
>> >  /ltp-intermediate-20091109/testcases/kernel/containers/libclone/libclone.c
>> > :25: undefined reference to `ltp_clone_quick' collect2: ld returned 1 exit
>> >  status
>>
>> should be fixed now.  static lib linking order is picky.
>
> Thanks Mike. building fine now.

When you switch that back though, it fails to compile on Gentoo. Hence
that's why I did `-lclone $(LDLIBS) -lpthread -lrt'.

Some autoconf tests need to be created to detect broken linkers like
this because it's really annoying doing this tug-of-war with the
library ordering...

Thanks,
-Garrett

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Clone build fail with the latest CVS sanpshot

[Mike Frysinger]

[-- Attachment #1.1: Type: Text/Plain, Size: 1830 bytes --]

On Thursday 12 November 2009 15:43:20 Garrett Cooper wrote:
> On Mon, Nov 9, 2009 at 9:39 AM, Subrata Modak wrote:
> > On Mon, 2009-11-09 at 07:49 -0500, Mike Frysinger wrote:
> >> On Monday 09 November 2009 06:17:09 Subrata Modak wrote:
> >> > I get the following failure with todayś CVS. ./configure has been done
> >> > before make:
> >> >
> >> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
> >> > -I/ltp-intermediate-20091109/testcases/kernel/include
> >> > -I/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libcl
> >> >one -I../../../../include -I../../../../include
> >> >  -L/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libc
> >> >lone -L../../../../lib  mqns_01.c   -lltp -lclone -lpthread -lrt -o
> >> > mqns_01
> >> > /ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclon
> >> >e/li bclone.a(libclone.o): In function `do_clone_tests':
> >> >  /ltp-intermediate-20091109/testcases/kernel/containers/libclone/libcl
> >> >one.c
> >> >
> >> > :25: undefined reference to `ltp_clone_quick' collect2: ld returned 1
> >> > : exit status
> >>
> >> should be fixed now.  static lib linking order is picky.
> >
> > Thanks Mike. building fine now.
> 
> When you switch that back though, it fails to compile on Gentoo. Hence
> that's why I did `-lclone $(LDLIBS) -lpthread -lrt'.

huh ?  i test everything on gentoo, and this has been working for me.  if ltp 
requires pthread/rt, that should be fixed in common code.  the issue here is 
that libclone needs libltp symbols, and that's it.

> Some autoconf tests need to be created to detect broken linkers like
> this because it's really annoying doing this tug-of-war with the
> library ordering...

i dont think so ... start by posting the actual error messages you're seeing.
-mike

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[-- Attachment #2: Type: text/plain, Size: 354 bytes --]

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july

[-- Attachment #3: Type: text/plain, Size: 155 bytes --]

_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Clone build fail with the latest CVS sanpshot

[Garrett Cooper]

On Thu, Nov 12, 2009 at 7:47 PM, Mike Frysinger <vapier@gentoo.org> wrote:
> On Thursday 12 November 2009 15:43:20 Garrett Cooper wrote:
>> On Mon, Nov 9, 2009 at 9:39 AM, Subrata Modak wrote:
>> > On Mon, 2009-11-09 at 07:49 -0500, Mike Frysinger wrote:
>> >> On Monday 09 November 2009 06:17:09 Subrata Modak wrote:
>> >> > I get the following failure with todayś CVS. ./configure has been done
>> >> > before make:
>> >> >
>> >> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
>> >> > -I/ltp-intermediate-20091109/testcases/kernel/include
>> >> > -I/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libcl
>> >> >one -I../../../../include -I../../../../include
>> >> >  -L/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libc
>> >> >lone -L../../../../lib  mqns_01.c   -lltp -lclone -lpthread -lrt -o
>> >> > mqns_01
>> >> > /ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclon
>> >> >e/li bclone.a(libclone.o): In function `do_clone_tests':
>> >> >  /ltp-intermediate-20091109/testcases/kernel/containers/libclone/libcl
>> >> >one.c
>> >> >
>> >> > :25: undefined reference to `ltp_clone_quick' collect2: ld returned 1
>> >> > : exit status
>> >>
>> >> should be fixed now.  static lib linking order is picky.
>> >
>> > Thanks Mike. building fine now.
>>
>> When you switch that back though, it fails to compile on Gentoo. Hence
>> that's why I did `-lclone $(LDLIBS) -lpthread -lrt'.
>
> huh ?  i test everything on gentoo, and this has been working for me.  if ltp
> requires pthread/rt, that should be fixed in common code.  the issue here is
> that libclone needs libltp symbols, and that's it.
>
>> Some autoconf tests need to be created to detect broken linkers like
>> this because it's really annoying doing this tug-of-war with the
>> library ordering...
>
> i dont think so ... start by posting the actual error messages you're seeing.
> -mike
>

gcooper@orangebox /scratch/ltp-dev2/ltp/testcases/kernel/containers $ make all
make[1]: Entering directory
`/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns'
gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
-I/scratch/ltp-dev2/ltp/testcases/kernel/include
-I/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/../libclone
-I../../../../include -I../../../../include
-L/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/../libclone
-L../../../../lib  mqns_01.c   -lltp -o mqns_01
/tmp/ccgIja6r.o: In function `mq_open':
/usr/include/bits/mqueue2.h:49: undefined reference to `mq_open'
/tmp/ccgIja6r.o: In function `main':
/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/mqns_01.c:98:
undefined reference to `do_clone_unshare_test'
/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/mqns_01.c:123:
undefined reference to `mq_close'
/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/mqns_01.c:124:
undefined reference to `mq_unlink'
/tmp/ccgIja6r.o: In function `mq_open':
/usr/include/bits/mqueue2.h:49: undefined reference to `mq_open'
/tmp/ccgIja6r.o: In function `check_mqueue':
/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/mqns_01.c:65:
undefined reference to `mq_close'
collect2: ld returned 1 exit status
make[1]: *** [mqns_01] Error 1
make[1]: Leaving directory
`/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns'
make: *** [all] Error 2

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Re: [LTP] Clone build fail with the latest CVS sanpshot

[Garrett Cooper]

On Fri, Nov 13, 2009 at 3:27 AM, Garrett Cooper <yanegomi@gmail.com> wrote:
> On Thu, Nov 12, 2009 at 7:47 PM, Mike Frysinger <vapier@gentoo.org> wrote:
>> On Thursday 12 November 2009 15:43:20 Garrett Cooper wrote:
>>> On Mon, Nov 9, 2009 at 9:39 AM, Subrata Modak wrote:
>>> > On Mon, 2009-11-09 at 07:49 -0500, Mike Frysinger wrote:
>>> >> On Monday 09 November 2009 06:17:09 Subrata Modak wrote:
>>> >> > I get the following failure with todayś CVS. ./configure has been done
>>> >> > before make:
>>> >> >
>>> >> > gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
>>> >> > -I/ltp-intermediate-20091109/testcases/kernel/include
>>> >> > -I/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libcl
>>> >> >one -I../../../../include -I../../../../include
>>> >> >  -L/ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libc
>>> >> >lone -L../../../../lib  mqns_01.c   -lltp -lclone -lpthread -lrt -o
>>> >> > mqns_01
>>> >> > /ltp-intermediate-20091109/testcases/kernel/containers/mqns/../libclon
>>> >> >e/li bclone.a(libclone.o): In function `do_clone_tests':
>>> >> >  /ltp-intermediate-20091109/testcases/kernel/containers/libclone/libcl
>>> >> >one.c
>>> >> >
>>> >> > :25: undefined reference to `ltp_clone_quick' collect2: ld returned 1
>>> >> > : exit status
>>> >>
>>> >> should be fixed now.  static lib linking order is picky.
>>> >
>>> > Thanks Mike. building fine now.
>>>
>>> When you switch that back though, it fails to compile on Gentoo. Hence
>>> that's why I did `-lclone $(LDLIBS) -lpthread -lrt'.
>>
>> huh ?  i test everything on gentoo, and this has been working for me.  if ltp
>> requires pthread/rt, that should be fixed in common code.  the issue here is
>> that libclone needs libltp symbols, and that's it.
>>
>>> Some autoconf tests need to be created to detect broken linkers like
>>> this because it's really annoying doing this tug-of-war with the
>>> library ordering...
>>
>> i dont think so ... start by posting the actual error messages you're seeing.
>> -mike
>>
>
> gcooper@orangebox /scratch/ltp-dev2/ltp/testcases/kernel/containers $ make all
> make[1]: Entering directory
> `/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns'
> gcc -g -O2 -g -O2 -fno-strict-aliasing -pipe -Wall
> -I/scratch/ltp-dev2/ltp/testcases/kernel/include
> -I/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/../libclone
> -I../../../../include -I../../../../include
> -L/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/../libclone
> -L../../../../lib  mqns_01.c   -lltp -o mqns_01
> /tmp/ccgIja6r.o: In function `mq_open':
> /usr/include/bits/mqueue2.h:49: undefined reference to `mq_open'
> /tmp/ccgIja6r.o: In function `main':
> /scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/mqns_01.c:98:
> undefined reference to `do_clone_unshare_test'
> /scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/mqns_01.c:123:
> undefined reference to `mq_close'
> /scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/mqns_01.c:124:
> undefined reference to `mq_unlink'
> /tmp/ccgIja6r.o: In function `mq_open':
> /usr/include/bits/mqueue2.h:49: undefined reference to `mq_open'
> /tmp/ccgIja6r.o: In function `check_mqueue':
> /scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns/mqns_01.c:65:
> undefined reference to `mq_close'
> collect2: ld returned 1 exit status
> make[1]: *** [mqns_01] Error 1
> make[1]: Leaving directory
> `/scratch/ltp-dev2/ltp/testcases/kernel/containers/mqns'
> make: *** [all] Error 2
>

    I finally resolved it. There's definitely a difference in behavior
between ld with binutils 1.18 (my Gentoo desktop) and 1.19 (Fedora
11), where the linker ordering isn't being resolved properly when
there are semi-codependent code blocks in libraries (which I think is
the case here with ltp_clone_quick...).
Thanks,
-Garrett

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list