Wireshark-bugs: [Wireshark-bugs] [Bug 3267] Byte-order handling wrong when built with CDW versio
https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=3267
Guy Harris <guy@xxxxxxxxxxxx> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Solaris snoop files |Byte-order handling wrong
|unsupported |when built with CDW version
| |of GLib
--- Comment #5 from Guy Harris <guy@xxxxxxxxxxxx> 2009-02-19 10:53:47 PDT ---
Solaris 10 means it offers the Java Desktop Environment, which is GNOME-based
and thus includes GLib and GTK+, so, if you've installed the JDE, you don't
need anybody else's GLib or GTK+ packages.
If the CSW people thought that they could build x86 or x86-64 binary packages
by cross-compiling on a SPARC box, it's probably at best more complicated than
they think, and at worst not even possible. When the configure script is run,
it has to be run so that the test for the host's byte order is done in such a
fashion as *NOT* to return the byte order of the box on which it's being done -
SPARC is big-endian (well, I think v9, or, at least, UltraSPARC can run in
little-endian mode, but that's not the default, and not how Solaris runs it),
and x86 and x86-64 are little-endian.
This also means that if they built the binary packages in, for example, a
source directory shared over NFS by a SPARC box and an x86 or x86-64 box, and
first built on the SPARC box, they would need to run "make distclean" and
re-run the configure script on the x86 or x86-64 box before building for
x86/x86-64.
I've added a note to the OpenCSW bug in question pointing that out.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
