Ok, my current solution is two test scripts, one for 64 bit and the other
one for 32 bit systems. I factored out the common stuff into a perl module.
The Makefile looks like this:
ifeq '$(findstring 64,$(ARCH_CLASS))' ''
TESTSCRIPTS_HOST += make_test.t
TESTSCRIPTS_CROSS += make_test.t
else
TESTSCRIPTS_HOST += make64_test.t
TESTSCRIPTS_CROSS += make64_test.t
endif
Works fine on 32 bit linux and windows; I will test this on 64 bit linux and
if that works, too, I think the sequencer is finally ripe for a 2.1.0
release candidate.
Cheers
Ben
On Tuesday, June 28, 2011, Benjamin Franksen wrote:
> On Monday, June 27, 2011, J. Lewis Muir wrote:
> > On 6/27/11 4:09 PM, Benjamin Franksen wrote:
> > > Yes, that was the idea. However, with the current build rules for
> > > TESTPRODUCTs I see no way to communicate the distinction from the
> > > Makefile to the test script. By parsing the last part of the cwd I
> > > could find out the T_A, and if we adopted the above proposal, I could
> > > match it with '64' inside the test script...
> >
> > I'm not understanding. Say you could know that the fat binary
> > included the i386 and x86_64 target architectures (in the make
> > file or in the test script). How does that help you? Are you
> > saying it would help because you'd be able to predict how many
> > errors you should get?
>
> No. If I knew it included x86_64 (and other, maybe 32 bit archs) then I
> also knew that the SNL code should not contain 'assign' declarations to
> 'long' or 'unsigned long', so I knew that the generated C code should be
> such that the C-preprocessor/compiler should fail compilation. This is
> what I want to test.
>
> I am fairly certain that the snc code in question is correct and will
> always produce an error, so it may seem that this test is not very
> important. But I may not be the last person to work on this code, and
> someone else might (erroneously) think they could simplify it. (This
> happens to me all the time...) A regression test makes sure such a
> mistake becomes obvious pretty fast.
>
> Cheers
> Ben
>
> ________________________________
>
> Helmholtz-Zentrum Berlin für Materialien und Energie GmbH
>
> Mitglied der Hermann von Helmholtz-Gemeinschaft Deutscher
> Forschungszentren e.V.
>
> Aufsichtsrat: Vorsitzender Prof. Dr. Dr. h.c. mult. Joachim Treusch, stv.
> Vorsitzende Dr. Beatrix Vierkorn-Rudolph Geschäftsführer: Prof. Dr. Anke
> Rita Kaysser-Pyzalla, Dr. Ulrich Breuer
>
> Sitz Berlin, AG Charlottenburg, 89 HRB 5583
>
> Postadresse:
> Hahn-Meitner-Platz 1
> D-14109 Berlin
>
> http://www.helmholtz-berlin.de
________________________________
Helmholtz-Zentrum Berlin für Materialien und Energie GmbH
Mitglied der Hermann von Helmholtz-Gemeinschaft Deutscher Forschungszentren e.V.
Aufsichtsrat: Vorsitzender Prof. Dr. Dr. h.c. mult. Joachim Treusch, stv. Vorsitzende Dr. Beatrix Vierkorn-Rudolph
Geschäftsführer: Prof. Dr. Anke Rita Kaysser-Pyzalla, Dr. Ulrich Breuer
Sitz Berlin, AG Charlottenburg, 89 HRB 5583
Postadresse:
Hahn-Meitner-Platz 1
D-14109 Berlin
http://www.helmholtz-berlin.de
- References:
- Sequencer news: latest snapshot Benjamin Franksen
- Re: Sequencer news: latest snapshot J. Lewis Muir
- Re: Sequencer news: latest snapshot Benjamin Franksen
- Navigate by Date:
- Prev:
RE: Record Alarm/ AsynPortDriver Mark Rivers
- Next:
Re: Sequencer news: latest snapshot Pelaia II, Tom
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
<2011>
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: Sequencer news: latest snapshot Benjamin Franksen
- Next:
Re: Sequencer news: latest snapshot Pelaia II, Tom
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
<2011>
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|