Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] gdb for testing on hudson

Things are looking better now, but the new tests make
the build longer than the configured built time limit.

I don't have permissions to change that value.

Doug, can you set the hudson job to only time out
after 180 minutes?

Thanks

> -----Original Message-----
> From: Marc Khouzam 
> Sent: Thursday, January 10, 2013 6:46 AM
> To: CDT General developers list.
> Subject: RE: [cdt-dev] gdb for testing on hudson
> 
> It was pointed-out to me that we are trying to build 32bit 
> apps (-m32) with a 64bit lib.
> I will try to remove the -m32 to see if that helps.  I'm not 
> entirely sure why we force -m32.
> ________________________________________
> From: cdt-dev-bounces@xxxxxxxxxxx 
> [cdt-dev-bounces@xxxxxxxxxxx] on behalf of Marc Khouzam 
> [marc.khouzam@xxxxxxxxxxxx]
> Sent: January 9, 2013 11:51 PM
> To: CDT General developers list.
> Subject: Re: [cdt-dev] gdb for testing on hudson
> 
> Looks like there is a problem with libstdc++.  The errors are below:
> 
> [INFO] --- maven-antrun-plugin:1.3:run (prepare) @ 
> org.eclipse.cdt.tests.dsf.gdb ---
> [INFO] Executing tasks
> 
> makeTestApps:
>      [exec] 
> /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-l
> inux/bin/ld: skipping incompatible 
> /usr/lib64/gcc/x86_64-suse-linux/4.3/libstdc++.so when 
> searching for -lstdc++
>      [exec] 
> /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-l
> inux/bin/ld: skipping incompatible 
> /usr/lib64/gcc/x86_64-suse-linux/4.3/libstdc++.a when 
> searching for -lstdc++
>      [exec] 
> /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-l
> inux/bin/ld: cannot find -lstdc++
>      [exec] collect2: ld returned 1 exit status
>      [...]
>      [exec] make: *** [all] Error 1
>      [exec] Result: 2
> 
> Also, Iooking at the Makefile that builds the test 
> applications, we'll need to modify it because
> it also requires GDB to be in the path.  For convenience here 
> is the Makefile from cdt.tests.dsf.gdb/data/launch/src/Makefile
> 
> src = $(wildcard *.cc *.c)
> destDir = ../bin
> GCCFLAGS = -gdwarf-2 -pthread -m32
> 
> all:
>         @mkdir -p $(destDir)
> # Name the target with an .exe extension so that CVS does not
> # include it when making a patch
>         @for file in $(src) ; \
>         do \
>                 target=`basename $$file .c` ; \
>                 target=`basename $$target .cc` ; \
>                 g++ $(GCCFLAGS) $$file -o $(destDir)/$$target.exe ; \
>         done
> # Now generate the core file that we need for the post-mortem 
> core-file tests
>         @gdb --nx --batch -ex "b testLocals" -ex run -ex 
> "next 16" -ex "gcore ../bin/core" \
>         ../bin/ExpressionTestApp.exe > /dev/null
> 
> ________________________________________
> From: cdt-dev-bounces@xxxxxxxxxxx 
> [cdt-dev-bounces@xxxxxxxxxxx] on behalf of Doug Schaefer 
> [dschaefer@xxxxxxx]
> Sent: January 9, 2013 4:41 PM
> To: CDT General developers list.
> Subject: Re: [cdt-dev] gdb for testing on hudson
> 
> OK, got gdb hooked up to the tests and the try to run. But it 
> looks like they all fail. Any thoughts?
> 
> https://hudson.eclipse.org/hudson/me/my-views/view/CDT/job/cdt
> -maint/364/testReport/
> 
> D
> 
> From: Doug Schaefer <dschaefer@xxxxxxx<mailto:dschaefer@xxxxxxx>>
> Reply-To: "CDT General developers list." 
> <cdt-dev@xxxxxxxxxxx<mailto:cdt-dev@xxxxxxxxxxx>>
> Date: Friday, 4 January, 2013 1:44 PM
> To: "cdt-dev@xxxxxxxxxxx<mailto:cdt-dev@xxxxxxxxxxx>" 
> <cdt-dev@xxxxxxxxxxx<mailto:cdt-dev@xxxxxxxxxxx>>
> Subject: Re: [cdt-dev] gdb for testing on hudson
> 
> Got side tracked a little by an ugly scanner discovery bug 
> but will get to this right after.
> 
> :D
> 
> Sent from my BlackBerry 10 smartphone.
> 
> From: Marc Khouzam
> Sent: Friday, January 4, 2013 1:04 PM
> To: 'CDT General developers list.'
> Reply To: CDT General developers list.
> Subject: Re: [cdt-dev] gdb for testing on hudson
> 
> 
> 
> Hi Doug,
> 
> any success about this?
> 
> Thanks
> 
> Marc
> 
> > -----Original Message-----
> > From: 
> cdt-dev-bounces@xxxxxxxxxxx<mailto:cdt-dev-bounces@xxxxxxxxxxx>
> > [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Doug Schaefer
> > Sent: Thursday, December 20, 2012 11:49 AM
> > To: CDT General developers list.
> > Subject: Re: [cdt-dev] gdb for testing on hudson
> >
> > On 12-12-20 11:44 AM, "Marc Khouzam"
> > wrote:
> >
> > >
> > >> -----Original Message-----
> > >> From: 
> cdt-dev-bounces@xxxxxxxxxxx<mailto:cdt-dev-bounces@xxxxxxxxxxx>
> > >> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Doug Schaefer
> > >> Sent: Thursday, December 20, 2012 11:25 AM
> > >> To: CDT General developers list.
> > >> Subject: Re: [cdt-dev] gdb for testing on hudson
> > >>
> > >> That only holds for that shell, not the maven job.
> > >>
> > >> I don't mind adding a property. Do know off hand where this
> > >> check is made?
> > >
> > >The name of the gdb binary to be used is set in:
> > >org.eclipse.cdt.tests.dsf.gdb.framework.BaseTestCase#setGdbPr
> > ogramNamesLau
> > >nchAttributes()
> > >
> > >Thinking about it, using a property would allow people to
> > leave their PATH
> > >alone and use the property themselves.
> >
> > Definitely a positive side effect of this.
> >
> > >
> > >Another option that was suggested to me was to have maven
> > download the
> > >pre-built
> > >gdb from some location. This would make the solution
> > slave-independent.
> > >But
> > >where to store this gdb so it could be downloaded...
> >
> > All slaves can see our staging directory where the final bits
> > are placed
> > so that should be safe.
> >
> > >
> > >The property sounds like a quick and good solution.
> > >
> > >Thanks for taking care of this!
> >
> > No problem. We need to step up our involvement in this to
> > make sure our
> > user base is happy with our common debugger experience.
> >
> > >
> > >Marc
> > >
> > >>
> > >> On 12-12-20 11:20 AM, "Marc Khouzam"
> > >> wrote:
> > >>
> > >> >Thanks Doug!
> > >> >
> > >> >As you mention, the JUnit tests look for gdb in PATH. The
> > >> name of GDB
> > >> >must include the version.
> > >> >If you installed gdb 7.5 or 7.5.1, gdb must be named gdb.7.5
> > >> >
> > >> >How about adding a build step in Hudson to "Execute shell"
> > >> and set the
> > >> >PATH variable?
> > >> >
> > >> >Marc
> > >> >
> > >> >
> > >> >
> > >> >________________________________
> > >> >
> > >> > From: 
> cdt-dev-bounces@xxxxxxxxxxx<mailto:cdt-dev-bounces@xxxxxxxxxxx>
> > >> [mailto:cdt-dev-bounces@xxxxxxxxxxx]
> > >> >On Behalf Of Doug Schaefer
> > >> > Sent: Thursday, December 20, 2012 11:04 AM
> > >> > To: CDT General developers list.
> > >> > Subject: [cdt-dev] gdb for testing on hudson
> > >> >
> > >> >
> > >> > This is mainly for Marc but I'm sure others are interested too.
> > >> >
> > >> > I've *finally* got gdb built so that it can run on the
> > >> Eclipse servers.
> > >> >They run SuSE linux which is just different enough to make
> > >> it complicated.
> > >> >
> > >> > At any rate, how do I now integrate it into our build?
> > >> Setting the path
> > >> >is going to be complicated in Hudson. Do we have a property
> > >> I can set to
> > >> >point at it? Should we add one?
> > >> >
> > >> > Thanks!
> > >> > :D
> > >> >
> > >> >_______________________________________________
> > >> >cdt-dev mailing list
> > >> >cdt-dev@xxxxxxxxxxx<mailto:cdt-dev@xxxxxxxxxxx>
> > >> >https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > >>
> > >> _______________________________________________
> > >> cdt-dev mailing list
> > >> cdt-dev@xxxxxxxxxxx<mailto:cdt-dev@xxxxxxxxxxx>
> > >> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> > >>
> > >_______________________________________________
> > >cdt-dev mailing list
> > >cdt-dev@xxxxxxxxxxx<mailto:cdt-dev@xxxxxxxxxxx>
> > >https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx<mailto:cdt-dev@xxxxxxxxxxx>
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx<mailto:cdt-dev@xxxxxxxxxxx>
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> 

Back to the top