Bug 183098 - x86_64 fails, i386 succeeds
Summary: x86_64 fails, i386 succeeds
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: flex
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Petr Machata
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2006-02-26 07:23 UTC by Michael Schwendt
Modified: 2015-05-05 01:32 UTC (History)
1 user (show)

Fixed In Version: 2.5.4a-37.4
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-03-12 15:37:53 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
May or may not be a failing testcase... (198 bytes, text/plain)
2006-03-01 17:20 UTC, Petr Machata
no flags Details
Compressed version... (213 bytes, application/x-gzip)
2006-03-01 17:24 UTC, Petr Machata
no flags Details

Description Michael Schwendt 2006-02-26 07:23:20 UTC
Encountered the following discrepancy between the results flex gives
on x86_64 compared with i386:

x86_64: "unrecognized rule"
http://buildsys.fedoraproject.org/logs/fedora-development-extras/5261-aide-0.11-1/x86_64/build.log

i386: successful and silent
http://buildsys.fedoraproject.org/logs/fedora-development-extras/5261-aide-0.11-1/i386/build.log

Even if something in the flex input file may be broken, results ought
to be the same on both architectures. This is suspicious.

Comment 1 Petr Machata 2006-03-01 16:14:37 UTC
Hi... I'm digging into the problem, and I'm unable to reproduce it.

I've copied the problematic file (conf_lex.l) out of aide. The lines that are
reported as problematic contain named definitions of non-english characters, and
this is notorious source  of problems, prticularly in relation to UTF-8. So
there *might* be an error.

However, with the commandline from log, I can't reproduce the error.  This
  flex -l -Pconf -oconf_lex.c my-copy-of-conf_lex.l
just passes, both on i386 and on x86_64.  I tried it with FC-4 flex version,
although not on FC-4. Can you confirm that the problem really exists, e.g. by
trying to send the file explicitly through flex, or trying to rebuild the package?

Comment 2 Michael Schwendt 2006-03-01 16:51:49 UTC
Well, the problem did exist. Else it would not be in the logs.
But let's see. I just requeued the build job:
http://buildsys.fedoraproject.org/build-status/job.psp?uid=5261

> I tried it with FC-4 flex version, although not on FC-4.

This is about Rawhide, though.


Comment 3 Petr Machata 2006-03-01 17:19:30 UTC
Oops, sorry, that was the *other* flex bug that was against FC-4.
Well, actually I tried it also with rawhide, and the results were the same...
the thing just worked.

Anyway... I will attach what might be small (although probably not minimal)
testcase. Could you please try to pass it through flex and see if it fails?

Comment 4 Petr Machata 2006-03-01 17:20:48 UTC
Created attachment 125481 [details]
May or may not be a failing testcase...

Comment 5 Petr Machata 2006-03-01 17:24:14 UTC
Created attachment 125482 [details]
Compressed version...

Maybe I'd rather compress it so that the non-us letters don't get screwed
through browsers etc.

Comment 6 Michael Schwendt 2006-03-01 20:38:48 UTC
I do not have a Fedora x86_64 box to test with.

The requeued build attempt failed in the same way only on x86_64.
No problem for i386 and ppc. Logs here:
http://buildsys.fedoraproject.org/build-status/job.psp?uid=5261

AIDE used to build fine for x86_64 (e.g. FC-4), albeit in an older
version, 0.10. Since then the developers have applied only this
change in the flex input file:

--- old/conf_lex.l      2003-01-16 11:37:34.000000000 +0100
+++ new/conf_lex.l      2005-07-02 01:10:43.000000000 +0200
@@ -6,7 +6,7 @@
 L      [a-zA-Z<F6><E4><FC><DF><E5><D6><C4><DC><C5>0-9_]
 D      [0-9]
 
-PC     \\[0-3][0-7][0-7]
+PC     \\[^\n]
 
 EX      [" "\t]*
 


Comment 7 Michael Schwendt 2006-03-02 12:32:56 UTC
As another test, I built FC4's aide (which is in the Fedora Extras 4
x86_64 repository) for Rawhide. Same results. Failure on x86_64, success
on i386:

http://buildsys.fedoraproject.org/build-status/job.psp?uid=5719

x86_64:
http://buildsys.fedoraproject.org/logs/fedora-development-extras/5719-aide-0.10-3.fc5/x86_64/build.log

i386:
http://buildsys.fedoraproject.org/logs/fedora-development-extras/5719-aide-0.10-3.fc5/i386/build.log

Comment 8 Petr Machata 2006-03-02 13:03:43 UTC
Hmm, it really *is* reproducible on fedora box... there's something nasty. I'm
looking inside...

Comment 9 Petr Machata 2006-03-02 16:22:38 UTC
The problem should be gone in tomorrow's rawhide (flex-2.5.4a-37.3). I tried to
build aide with updated flex package, and it worked. Give it a shot, it should
be ok.

Comment 10 Michael Schwendt 2006-03-07 09:57:43 UTC
Your %changelog entry should have read March 2nd or 3rd, not Feb 10th:

* Fri Feb 10 2006 Petr Machata <pmachata> - 2.5.4a-37.3
- rebuilt, no changes inside. In hunt for #183098

I was querying flex changelog and was waiting for an update. ;)
Anyway, I've just requeued build job 5261, but the rawhide ppc repository
is broken currently, so I need to retry later.

Comment 11 Michael Schwendt 2006-03-07 19:34:09 UTC
This time it failed on ppc, but succeeded on x86_64 and i386:
http://buildsys.fedoraproject.org/logs/fedora-development-extras/5261-aide-0.11-1/


Comment 12 Petr Machata 2006-03-08 12:53:14 UTC
I added failing case test into build process, so this time, flex should
*finally* be ok, the test passed an all platforms.
Changelog date was fixed.

Comment 13 Petr Machata 2006-03-08 13:18:23 UTC
Hm, and introduced new changelog date bug: Fri Mar 8. Long live cut'n'paste.

Comment 14 Michael Schwendt 2006-03-12 15:37:53 UTC
Fixed. Thanks!

http://buildsys.fedoraproject.org/build-status/job.psp?uid=5261



Note You need to log in before you can comment on or make changes to this bug.