https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
Bug ID: 69488
Summary: tests in gnat/sso give a lot of incorrect FAIL
results, output pattern matching goes wrong on mingw
host
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: rai...@emrich-ebersheim.de
Target Milestone: ---
Two examples from about 300 in gnat/sso:
Setting LD_LIBRARY_PATH to
:/opt/devel/SCRATCH/tmp.FDPvU82tbA/gcc-6.0.0/gcc-6.0.0/gcc::/opt/devel/SCRATCH/tmp.FDPvU82tbA/gcc-6.0.0/gcc-6.0.0/gcc:.
spawn [open ...]^M
X_L = (S => 12345, C => 'a')^M
X_H = (S => 23456, C => 'b')^M
X_H = (S => 12345, C => 'a')^M
PASS: gnat.dg/sso/conv1.adb -Og -g execution test
FAIL: gnat.dg/sso/conv1.adb -Og -g output pattern test
Output was:
X_L = (S => 12345, C => 'a')^M
X_H = (S => 23456, C => 'b')^M
X_H = (S => 12345, C => 'a')^M
Should match:
X_L = \(S => 12345, C => 'a'\)
X_H = \(S => 23456, C => 'b'\)
X_H = \(S => 12345, C => 'a'\)
Here we have an issue with escaping and line endings unix versus dos.
Setting LD_LIBRARY_PATH to
:/opt/devel/SCRATCH/tmp.FDPvU82tbA/gcc-6.0.0/gcc-6.0.0/gcc::/opt/devel/SCRATCH/tmp.FDPvU82tbA/gcc-6.0.0/gcc-6.0.0/gcc:.
spawn [open ...]^M
My_R1 : 78 56 34 12^M
My_R2 : 12 34 56 78^M
Local_R1 : 78 56 34 12^M
Local_R2 : 12 34 56 78^M
Local_R1 : 78 56 34 12^M
Local_R2 : 12 34 56 78^M
Local_R1 : 78 56 34 12^M
Local_R2 : 12 34 56 78^M
PASS: gnat.dg/sso/p1.adb -O0 execution test
FAIL: gnat.dg/sso/p1.adb -O0 output pattern test
Output was:
My_R1 : 78 56 34 12^M
My_R2 : 12 34 56 78^M
Local_R1 : 78 56 34 12^M
Local_R2 : 12 34 56 78^M
Local_R1 : 78 56 34 12^M
Local_R2 : 12 34 56 78^M
Local_R1 : 78 56 34 12^M
Local_R2 : 12 34 56 78^M
Should match:
My_R1 : 78 56 34 12
My_R2 : 12 34 56 78
Local_R1 : 78 56 34 12
Local_R2 : 12 34 56 78
Local_R1 : 78 56 34 12
Local_R2 : 12 34 56 78
Local_R1 : 78 56 34 12
Local_R2 : 12 34 56 78
Line endings issue.
Does somebody know how to fix this?
Cheers
Rainer
