Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 23 Apr 2002 11:59:24 -0700
From:      Andrew Elmore <aelmore@interwoven.com>
To:        alpha <freebsd-alpha@FreeBSD.ORG>
Subject:   Re: Anyone compile, install and run Mozilla 1.0 rc1 on FreeBSD 4.5 forAlpha?
Message-ID:  <20020423115924.C46116@interwoven.com>
In-Reply-To: <1019584736.309.154.camel@roshomon.idnopheq.net>; from idnopheq@comcast.net on Tue, Apr 23, 2002 at 02:58:56PM -0300
References:  <1019584736.309.154.camel@roshomon.idnopheq.net>

next in thread | previous in thread | raw e-mail | index | archive | help
what's the scoop on FreeBSD zip?  I've been trying to figure this out,
and it looks like stdio behaves differently on FreeBSD/alpha and
FreeBSD/x86.  The following test program mimics what zip does, in the
failing code.  it succeeds on x86 and fails on alpha.

/* this program succedes on FreeBSD/x86, solaris8/sparc, where
 * 'test1.txt' files are smaller than 4095
 * it succeeds on on FreeBSD/alpha where 'test1.txt' files are
 * larger than 4095
 */ 
#include <errno.h>
#include <stdio.h>

int main(void)
{
        int rv;
        size_t zb;
        char buf[10000];
        int tmp;
        FILE *fp = fopen("test1.txt", "rw");
        if (fp == 0) { perror("fopen()"); exit(1); }

        rv = fseek(fp, -4096L, SEEK_END);
        zb = ftell(fp) + 4096L;
        rv = fseek(fp, 0L, SEEK_SET);
        clearerr(fp);

        tmp = ftell(fp);
        rv = fread(buf, 1, (size_t) zb, fp);

        if (rv == 0) { printf("::FAILED:: fread() got error %d\n", errno); }
        else         { printf("::PASSED:: fread() read %d bytes\n", rv); }

        return 0;
}





On Tue, Apr 23, 2002 at 02:58:56PM -0300, Coffin, Dexter wrote:
> Hi, All!
> 
> As part of my on-going love of my Alpha box and FreeBSD, I'm trying to
> get Mozilla to compile and run.  I've got an LX164 running 4.5 Stable
> using ports CVSUP-ed today at 10:00 AM EDT.
> 
> To jump past certain hurdles, I had to swap FreeBSD's zip with the one I
> installed with/using OSF/1 compatibility and manually compile pathsub.o
> (without '-ffunction-sections' for some odd reason).  Now I see ...
> 
> <snip>
> 
> gmake[2]: Leaving directory
> `/usr/ports/www/mozilla/work/mozilla/embedding/browser/gtk/tests'
> gmake[1]: Leaving directory `/usr/ports/www/mozilla/work/mozilla'
> /usr/bin/sed -e "s;@PREFIX@;/usr/X11R6;g" 
> /usr/ports/www/mozilla/files/mozilla.sh
> >/usr/ports/www/mozilla/work/mozilla/mozilla
> (cd /usr/ports/www/mozilla/work/mozilla/dist/bin;  /usr/bin/env
> LD_LIBRARY_PATH=. MOZILLA_FIVE_HOME=. ./regxpcom;  echo
> skin,install,select,classic/1.0 >> chrome/installed-chrome.txt;  echo
> locale,install,select,en-US >> chrome/installed-chrome.txt; 
> /usr/bin/env LD_LIBRARY_PATH=. MOZILLA_FIVE_HOME=. ./regchrome)
> /usr/libexec/ld-elf.so.1: ./libxpcom.so: Unsupported relocation type 240
> in non-PLT relocations
> 
> *** Error code 1
> 
> Stop in /usr/ports/www/mozilla.
> 
> </snip>
> 
> My understanding of PLT errors is that they are rare and the valid
> values are 0 through 10 (at least for i386).  So what's up with a value
> of 240???  Before 1.0 rc1, the "Unsupported relocation" was type 8 which
> should be valid (again, at least on i386).
> 
> I 'make clean'-ed, removed the source from /usr/ports/distfiles, and
> recompiled ld-elf.so.1.  Yet the darned thing still fails to compile. 
> Anyone have thoughts?  I've seen this issue since about 0.91 or so. 
> Before I submit a bug report, I thought I ask the list if anyone was
> successful with Mozilla on Alpha and how they did it.
> 
> TIA!
> 
> Dex
> 
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-alpha" in the body of the message

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020423115924.C46116>