<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>47930</bug_id>
          
          <creation_ts>2004-04-15 09:01 0000</creation_ts>
          <short_desc>amd64 support for dev-util/eclipse-sdk</short_desc>
          <delta_ts>2004-10-08 15:59:50 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>kacarter@cablespeed.com</reporter>
          <assigned_to>karltk@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>kacarter@cablespeed.com</who>
            <bug_when>2004-04-15 09:01:31 0000</bug_when>
            <thetext>I&apos;ve used the binary available from www.eclipse.org on the amd64 platform and it seems to work pretty well asside from the occasional crash, though that happens in 32-bit too :) The reason I request updating and adding ~amd64 to eclipse-sdk-bin rather than eclipse-sdk is that apparently amd64 is not a supported arch target for the eclipse source build yet.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>larryas2@fastmail.us</who>
            <bug_when>2004-04-15 09:10:19 0000</bug_when>
            <thetext>Dude, eclipse does have an amd64 binary release avail. The 3.0M8 one seems to be broken, but the latest Integration build I20040413 works just fine. 

Probably best if you do this one manually, until eclipse has an official release.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kacarter@cablespeed.com</who>
            <bug_when>2004-04-15 19:34:13 0000</bug_when>
            <thetext>I&apos;ve actually looked at the eclipse ebuild and it is x86 specific for 3.0M8. The binary release works just fine, I use it all the time. If its just a matter of someone editing the ebuild I&apos;m sure I could kludge something together, but I know it wouldn&apos;t be pretty...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>karltk@gentoo.org</who>
            <bug_when>2004-04-27 08:27:59 0000</bug_when>
            <thetext>I don&apos;t have an amd64, but I&apos;ll try getting login on one.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>karltk@gentoo.org</who>
            <bug_when>2004-05-01 05:47:31 0000</bug_when>
            <thetext>I&apos;ve arranged for login on the amd64 box after it&apos;s moved to OSU. Seeing as there are still a lot of work to do before eclipe-sdk is stable even on x86, I&apos;m sad to inform you that amd64 isn&apos;t going to be handled before mid-may at the earliest:/

Your alternative is to submit a patch for the existing eclipse-sdk-bin, so that I can get one of the amd64 developers to take it for a quick spin before committing it as ~amd64, but I don&apos;t have the time myself to &quot;blind-code&quot; it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>karltk@gentoo.org</who>
            <bug_when>2004-10-08 15:59:50 0000</bug_when>
            <thetext>The 3.0.1-r1 is supposed to compile and work on amd64. If it doesn&apos;t please open
a fresh bug about it.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>