Closed Bug 118947 Opened 23 years ago Closed 23 years ago

Can't build Mozilla on Mandrake 8.1 (make-jars.pl error)

Categories

(SeaMonkey :: Build Config, defect)

x86
Linux
defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: hanno, Assigned: netscape)

Details

(Whiteboard: [cls-wuz-here])

Attachments

(2 files)

I can't build Mozilla in Linux
It says:

Died at ../../config/make-jars.pl line 216, <STDIN> line 2.

I'm using Mandrake-Linux 8.1.
The build is dying when processing xpcom/base/jar.mn.  Can you verify that
xpcom/base/xpcom.properties exists and isn't corrupted?  What source tree are
you building from?
I have the original MOzilla 0.9.7-source.There was exactly the same problem with 0.9.6.The file xpcom.properties exists and is not corrupted.
The line that make-jars.pl is dying on is:
        my $atime = stat($file)->atime || die $!;

What version of perl are you using? And what filesystem?  I'm wondering if atime
isn't a member of struct stat on Mandrake 8.1 (which would be weird, I think).

Does this simple script work?

#!/usr/bin/perl
use File::stat;
$file = "/etc/passwd";
$atime = stat($file)->atime || die "stat($file): $!\n";
print "atime = $atime\n";
exit(0);
On my system is perl 5.6.1Your little script seems to work fine. so that is not the problem.anything else I could do to help solving the problem?
In config/make-jars.pl, can you add:
    print "EnsureInDir: $file\n";
right before the stat call on line 216?
To Christopher Seawood:If I add your command. it says:EnsurelnDir: ./charsetTitles.propertiesDiet at ../../../config/make-jars.pl line 217, <STDIN> line 2.
Hrm.  The location of the error has changed.  charset.properties is in
intl/uconv/src and the previous error was in xpcom/base .   Are you still seeing
the same exact error?
Summary: Can't build Mozilla → Can't build Mozilla on Mandrake 8.1 (make-jars.pl error)
Severity: normal → blocker
Whiteboard: [cls-wuz-here]
make1.txt is the original error-output.
make2.txt is the output with your line added to the script.
In the logs that you're showing, the error is not occuring at the same location
in both logs.  Somehow the build appears to have gotten past the first error (in
xpcom/base) when it hits the second one (in intl/uconv/src).  Can you attach a
log from a clean build?
With Mozilla 0.98, I no longer have this problem. So it seems that this bug is fixed.Can anyone mark this bug as fixed?
Marking invalid as I was never able to determine what the problem was much less
to have fixed it.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
verified invalid.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: