Project

General

Profile

Bug #1011

make teste is broken

Added by Robin Mills over 4 years ago. Updated over 2 years ago.

Status:
Assigned
Priority:
Normal
Assignee:
Category:
testing
Target version:
Start date:
28 Dec 2014
Due date:
% Done:

10%

Estimated time:
10.00 h

Description

This has only come to my attention during the integration of webready to the trunk. It may have been this way for a while.

Associated revisions

Revision 3584 (diff)
Added by Robin Mills over 4 years ago

#1011. Thank You Nehal for this fix.

Revision 4529 (diff)
Added by Robin Mills over 2 years ago

#1011 make teste is broken between r3450 and r3470 (webready integration for v0.25)

History

#1

Updated by Robin Mills over 4 years ago

Thank You Nehal for working on this. I submitted your modified test output file to testdata/trunk/data/eps - r3584.

I'll leave this as "assigned" for now as I know you are considering worthwhile changes to test/Makefile. Please change the status to "Resolved" when you believe you are finished on this matter.

#2

Updated by Robin Mills over 4 years ago

  • Assignee changed from Robin Mills to Nehal J Wani
#3

Updated by Robin Mills about 4 years ago

  • Assignee changed from Nehal J Wani to Robin Mills
#4

Updated by Robin Mills about 4 years ago

  • Target version changed from 0.25 to 0.26

The 'webready' feature is 'expiremental' in v0.25. This issue is deferred for v0.26.

#5

Updated by Robin Mills about 4 years ago

  • Target version changed from 0.26 to 0.25

Whoops. I'll look at this for v0.25. I confused this with make testx which is being deferred.

#6

Updated by Robin Mills almost 4 years ago

  • Assignee deleted (Robin Mills)
#7

Updated by Alan Pater almost 4 years ago

  • Target version changed from 0.25 to 0.26
#8

Updated by Robin Mills over 3 years ago

  • Assignee set to Robin Mills
#9

Updated by Robin Mills over 3 years ago

  • Subject changed from make teste is broken on cygwin trunk builds to make teste is broken
  • % Done changed from 0 to 10
  • Estimated time set to 10.00 h

I originally noticed this on Cygwin. However I've reproduced this on Mac and Linux. First step is to determine at which svn revision this behaviour began. I hope we don't need to dig extensively in EPS code. I am rather surprised as the code has been performed well for years. Perhaps this is being caused as a side effect of redefining the semantics of basicio.eof() or something minor.

#10

Updated by Robin Mills over 2 years ago

  • Target version changed from 0.26 to 0.28

I am deferring this for v0.27. Nobody has raised an issue about this and it has been broken for about 2 years. For sure it's important to bring this back to good health. Regrettably, this will have to wait until v0.26 has shipped.

Also available in: Atom PDF