Compiling java without boehm-gc

Compiling java without boehm-gc

[Dmitrijs Ledkovs]

Is it supported to build java without gc? Tried with 4.4 ubuntu
patched sources and gcc trunk svn 162241.

I have only found references with gcc 3.2 with similar attempts.

I want this to build a java cross-compiler to x86_64-w64-mingw32 and
current boehm-gc from gcc sources fails to compile for that.

The example below is the minimal native build which also fails exactly the same.

Building like so:

  $ ../gcc/configure --enable-languages=java --enable-java-gc=no

Fails like so:

libtool: compile:  /home/tdlk/src/bzr-mirrors/build-162241/./gcc/xgcc
-shared-libgcc -B/home/tdlk/src/bzr-mirrors/build-162241/./gcc
-nostdinc++ -L/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libstdc++-v3/src
-L/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libstdc++-v3/src/.libs
-B/usr/local/i686-pc-linux-gnu/bin/
-B/usr/local/i686-pc-linux-gnu/lib/ -isystem
/usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I.
-I../../../gcc/libjava -I./include -I./gcj -I../../../gcc/libjava
-Iinclude -I../../../gcc/libjava/include
-I../../../gcc/libjava/classpath/include -Iclasspath/include
-I../../../gcc/libjava/classpath/native/fdlibm
-I../../../gcc/libjava/libltdl -I../../../gcc/libjava/libltdl
-I../../../gcc/libjava/.././libjava/../gcc
-I../../../gcc/libjava/../zlib
-I../../../gcc/libjava/../libffi/include -I../libffi/include -fno-rtti
-fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum
-D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Usun
-Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/local\"
-DTOOLEXECLIBDIR=\"/usr/local/lib\" -DJAVA_HOME=\"/usr/local\"
-DBOOT_CLASS_PATH=\"/usr/local/share/java/libgcj-4.6.0.jar\"
-DJAVA_EXT_DIRS=\"/usr/local/share/java/ext\"
-DGCJ_ENDORSED_DIRS=\"/usr/local/share/java/gcj-endorsed\"
-DGCJ_VERSIONED_LIBDIR=\"/usr/local/lib/gcj-4.6.0-12\"
-DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\"
-DLIBGCJ_DEFAULT_DATABASE=\"/usr/local/lib/gcj-4.6.0-12/classmap.db\"
-DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.6.0-12/classmap.db\" -g
-O2 -D_GNU_SOURCE -MT link.lo -MD -MP -MF .deps/link.Tpo -c
../../../gcc/libjava/link.cc  -fPIC -DPIC -o .libs/link.o
../../../gcc/libjava/link.cc:29:16: fatal error: gc.h: No such file or directory
compilation terminated.
make[3]: *** [link.lo] Error 1
make[3]: Leaving directory
`/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libjava'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libjava'
make[1]: *** [all-target-libjava] Error 2
make[1]: Leaving directory `/home/tdlk/src/bzr-mirrors/build-162241'
make: *** [all] Error 2

Re: Compiling java without boehm-gc

[David Daney]

On 07/16/2010 12:58 PM, Dmitrijs Ledkovs wrote:
> Is it supported to build java without gc?

I don't think so.  Even if it were, it wouldn't be very useful.

Probably a better use of time would be to fix whatever problem is 
keeping the GC from working for you.

David Daney

> Tried with 4.4 ubuntu
> patched sources and gcc trunk svn 162241.
>
> I have only found references with gcc 3.2 with similar attempts.
>
> I want this to build a java cross-compiler to x86_64-w64-mingw32 and
> current boehm-gc from gcc sources fails to compile for that.
>
> The example below is the minimal native build which also fails exactly the same.
>
> Building like so:
>
>    $ ../gcc/configure --enable-languages=java --enable-java-gc=no
>
> Fails like so:
>
> libtool: compile:  /home/tdlk/src/bzr-mirrors/build-162241/./gcc/xgcc
> -shared-libgcc -B/home/tdlk/src/bzr-mirrors/build-162241/./gcc
> -nostdinc++ -L/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libstdc++-v3/src
> -L/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libstdc++-v3/src/.libs
> -B/usr/local/i686-pc-linux-gnu/bin/
> -B/usr/local/i686-pc-linux-gnu/lib/ -isystem
> /usr/local/i686-pc-linux-gnu/include -isystem
> /usr/local/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I.
> -I../../../gcc/libjava -I./include -I./gcj -I../../../gcc/libjava
> -Iinclude -I../../../gcc/libjava/include
> -I../../../gcc/libjava/classpath/include -Iclasspath/include
> -I../../../gcc/libjava/classpath/native/fdlibm
> -I../../../gcc/libjava/libltdl -I../../../gcc/libjava/libltdl
> -I../../../gcc/libjava/.././libjava/../gcc
> -I../../../gcc/libjava/../zlib
> -I../../../gcc/libjava/../libffi/include -I../libffi/include -fno-rtti
> -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum
> -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Usun
> -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/local\"
> -DTOOLEXECLIBDIR=\"/usr/local/lib\" -DJAVA_HOME=\"/usr/local\"
> -DBOOT_CLASS_PATH=\"/usr/local/share/java/libgcj-4.6.0.jar\"
> -DJAVA_EXT_DIRS=\"/usr/local/share/java/ext\"
> -DGCJ_ENDORSED_DIRS=\"/usr/local/share/java/gcj-endorsed\"
> -DGCJ_VERSIONED_LIBDIR=\"/usr/local/lib/gcj-4.6.0-12\"
> -DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\"
> -DLIBGCJ_DEFAULT_DATABASE=\"/usr/local/lib/gcj-4.6.0-12/classmap.db\"
> -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.6.0-12/classmap.db\" -g
> -O2 -D_GNU_SOURCE -MT link.lo -MD -MP -MF .deps/link.Tpo -c
> ../../../gcc/libjava/link.cc  -fPIC -DPIC -o .libs/link.o
> ../../../gcc/libjava/link.cc:29:16: fatal error: gc.h: No such file or directory
> compilation terminated.
> make[3]: *** [link.lo] Error 1
> make[3]: Leaving directory
> `/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libjava'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libjava'
> make[1]: *** [all-target-libjava] Error 2
> make[1]: Leaving directory `/home/tdlk/src/bzr-mirrors/build-162241'
> make: *** [all] Error 2
>

Re: Compiling java without boehm-gc

[Dmitrijs Ledkovs]

On 16 July 2010 21:44, David Daney <ddaney@caviumnetworks.com> wrote:
> On 07/16/2010 12:58 PM, Dmitrijs Ledkovs wrote:
>>
>> Is it supported to build java without gc?
>
> I don't think so.  Even if it were, it wouldn't be very useful.
>
> Probably a better use of time would be to fix whatever problem is keeping
> the GC from working for you.
>

Thanks for the heads up.

This boils down to boehm-gc being not upto-date with boehm CVS.

The last try from nightstrike to try to get someone to merge a newer
one stalled in 2006.

> David Daney
>
>> Tried with 4.4 ubuntu
>> patched sources and gcc trunk svn 162241.
>>
>> I have only found references with gcc 3.2 with similar attempts.
>>
>> I want this to build a java cross-compiler to x86_64-w64-mingw32 and
>> current boehm-gc from gcc sources fails to compile for that.
>>
>> The example below is the minimal native build which also fails exactly the
>> same.
>>
>> Building like so:
>>
>>   $ ../gcc/configure --enable-languages=java --enable-java-gc=no
>>
>> Fails like so:
>>
>> libtool: compile:  /home/tdlk/src/bzr-mirrors/build-162241/./gcc/xgcc
>> -shared-libgcc -B/home/tdlk/src/bzr-mirrors/build-162241/./gcc
>> -nostdinc++
>> -L/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libstdc++-v3/src
>>
>> -L/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libstdc++-v3/src/.libs
>> -B/usr/local/i686-pc-linux-gnu/bin/
>> -B/usr/local/i686-pc-linux-gnu/lib/ -isystem
>> /usr/local/i686-pc-linux-gnu/include -isystem
>> /usr/local/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I.
>> -I../../../gcc/libjava -I./include -I./gcj -I../../../gcc/libjava
>> -Iinclude -I../../../gcc/libjava/include
>> -I../../../gcc/libjava/classpath/include -Iclasspath/include
>> -I../../../gcc/libjava/classpath/native/fdlibm
>> -I../../../gcc/libjava/libltdl -I../../../gcc/libjava/libltdl
>> -I../../../gcc/libjava/.././libjava/../gcc
>> -I../../../gcc/libjava/../zlib
>> -I../../../gcc/libjava/../libffi/include -I../libffi/include -fno-rtti
>> -fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum
>> -D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Usun
>> -Wextra -Wall -D_GNU_SOURCE -DPREFIX=\"/usr/local\"
>> -DTOOLEXECLIBDIR=\"/usr/local/lib\" -DJAVA_HOME=\"/usr/local\"
>> -DBOOT_CLASS_PATH=\"/usr/local/share/java/libgcj-4.6.0.jar\"
>> -DJAVA_EXT_DIRS=\"/usr/local/share/java/ext\"
>> -DGCJ_ENDORSED_DIRS=\"/usr/local/share/java/gcj-endorsed\"
>> -DGCJ_VERSIONED_LIBDIR=\"/usr/local/lib/gcj-4.6.0-12\"
>> -DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"\"
>> -DLIBGCJ_DEFAULT_DATABASE=\"/usr/local/lib/gcj-4.6.0-12/classmap.db\"
>> -DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.6.0-12/classmap.db\" -g
>> -O2 -D_GNU_SOURCE -MT link.lo -MD -MP -MF .deps/link.Tpo -c
>> ../../../gcc/libjava/link.cc  -fPIC -DPIC -o .libs/link.o
>> ../../../gcc/libjava/link.cc:29:16: fatal error: gc.h: No such file or
>> directory
>> compilation terminated.
>> make[3]: *** [link.lo] Error 1
>> make[3]: Leaving directory
>> `/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libjava'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory
>> `/home/tdlk/src/bzr-mirrors/build-162241/i686-pc-linux-gnu/libjava'
>> make[1]: *** [all-target-libjava] Error 2
>> make[1]: Leaving directory `/home/tdlk/src/bzr-mirrors/build-162241'
>> make: *** [all] Error 2
>>
>
>

Re: Compiling java without boehm-gc

[Andrew Haley]

On 07/16/2010 09:54 PM, Dmitrijs Ledkovs wrote:
> On 16 July 2010 21:44, David Daney <ddaney@caviumnetworks.com> wrote:
>> On 07/16/2010 12:58 PM, Dmitrijs Ledkovs wrote:
>>>
>>> Is it supported to build java without gc?
>>
>> I don't think so.  Even if it were, it wouldn't be very useful.
>>
>> Probably a better use of time would be to fix whatever problem is keeping
>> the GC from working for you.
> 
> Thanks for the heads up.
> 
> This boils down to boehm-gc being not upto-date with boehm CVS.
> 
> The last try from nightstrike to try to get someone to merge a newer
> one stalled in 2006.

2009, actually: exactly a year ago.  I think he wanted x86_64-*-mingw*
support, but no-one volunteered to do any of the work to get it into
gcc.  We could try to get the process re-started.

Is there a platform that you are using that isn't supported by the
version of the GC in gcc sources?

Andrew.

Re: Compiling java without boehm-gc

[Dmitrijs Ledkovs]

[-- Attachment #1: Type: text/plain, Size: 3170 bytes --]

On 17 July 2010 18:44, Andrew Haley <aph@redhat.com> wrote:
> On 07/16/2010 09:54 PM, Dmitrijs Ledkovs wrote:
>> On 16 July 2010 21:44, David Daney <ddaney@caviumnetworks.com> wrote:
>>> On 07/16/2010 12:58 PM, Dmitrijs Ledkovs wrote:
>>>>
>>>> Is it supported to build java without gc?
>>>
>>> I don't think so. &nbsp;Even if it were, it wouldn't be very useful.
>>>
>>> Probably a better use of time would be to fix whatever problem is keeping
>>> the GC from working for you.
>>
>> Thanks for the heads up.
>>
>> This boils down to boehm-gc being not upto-date with boehm CVS.
>>
>> The last try from nightstrike to try to get someone to merge a newer
>> one stalled in 2006.
>
> 2009, actually: exactly a year ago. &nbsp;I think he wanted x86_64-*-mingw*
> support, but no-one volunteered to do any of the work to get it into
> gcc. &nbsp;We could try to get the process re-started.
>
> Is there a platform that you are using that isn't supported by the
> version of the GC in gcc sources?
>

x86_64-*-mingw* =)))))

Right here is what i did:

1) import all available boehm tarballs into git
2) import boehm cvs into git
3) take gcc-git import and filter-branch boehm-gc dir
4) using graft points made "import boehm-gc 6.6" of the gcc branch to
have only one parent which is boehm-gc 6.6 tarball import
5) using graft points made cvs initial commit to have parent boehm gc
7.0alpha5 tarball import

At this point I have 3 branches with common history =)))))

next I took gcc & cvs branches and smashed them together =)))) hoping
git will manage.

Now ignoring:

1) All new upstream files, and auto-resolved paths
2) Configury changes (for now)
3) Docs & readme

The unmerged bit is not that large:

# Unmerged paths:
#   (use "git add/rm <file>..." as appropriate to mark resolution)
#
#	both modified:      darwin_stop_world.c
#	both modified:      dbg_mlc.c
#	both modified:      dyn_load.c
#	both modified:      finalize.c
#	both modified:      gcj_mlc.c
#	both modified:      include/gc.h
#	both modified:      include/gc_config_macros.h
#	both modified:      include/private/gc_locks.h
#	both modified:      include/private/gc_pmark.h
#	both modified:      include/private/gc_priv.h
#	both modified:      include/private/gcconfig.h
#	both modified:      include/private/pthread_support.h
#	both modified:      mark_rts.c
#	both modified:      misc.c
#	both modified:      os_dep.c
#	deleted by them:    powerpc_darwin_mach_dep.s
#	both modified:      pthread_stop_world.c
#	both modified:      pthread_support.c
#	both modified:      ptr_chck.c
#	both modified:      win32_threads.c
#

Now the idea is to fetch the offending commits put them up in an
instance of rietveld code review and start analysing them one by one
by studying code, pinging commiters, searching mailing lists.

And / or possibly doing this distributed via sharing of git's rerere
files =))))) it doesn't look that much work to get gcc up to speed
with boehm cvs trunk =))))))

ps. full git status during merge conflict is attached.
ps. tar of the working directory with confict and the git repo is
available here:
         people.ubuntu.com/~dmitrij.ledkov/boehm-merge.tar.xz

> Andrew.
>

[-- Attachment #2: git-status-after-merge.txt.gz --]
[-- Type: application/x-gzip, Size: 2314 bytes --]

Re: Compiling java without boehm-gc

[NightStrike]

On Sat, Jul 17, 2010 at 9:30 PM, Dmitrijs Ledkovs
<dmitrij.ledkov@ubuntu.com> wrote:
> On 17 July 2010 18:44, Andrew Haley <aph@redhat.com> wrote:
>> On 07/16/2010 09:54 PM, Dmitrijs Ledkovs wrote:
>>> On 16 July 2010 21:44, David Daney <ddaney@caviumnetworks.com> wrote:
>>>> On 07/16/2010 12:58 PM, Dmitrijs Ledkovs wrote:
>>>>>
>>>>> Is it supported to build java without gc?
>>>>
>>>> I don't think so. &nbsp;Even if it were, it wouldn't be very useful.
>>>>
>>>> Probably a better use of time would be to fix whatever problem is keeping
>>>> the GC from working for you.
>>>
>>> Thanks for the heads up.
>>>
>>> This boils down to boehm-gc being not upto-date with boehm CVS.
>>>
>>> The last try from nightstrike to try to get someone to merge a newer
>>> one stalled in 2006.
>>
>> 2009, actually: exactly a year ago. &nbsp;I think he wanted x86_64-*-mingw*
>> support, but no-one volunteered to do any of the work to get it into
>> gcc. &nbsp;We could try to get the process re-started.
>>
>> Is there a platform that you are using that isn't supported by the
>> version of the GC in gcc sources?
>>
>
> x86_64-*-mingw* =)))))
>
> Right here is what i did:
>
> 1) import all available boehm tarballs into git
> 2) import boehm cvs into git
> 3) take gcc-git import and filter-branch boehm-gc dir
> 4) using graft points made "import boehm-gc 6.6" of the gcc branch to
> have only one parent which is boehm-gc 6.6 tarball import
> 5) using graft points made cvs initial commit to have parent boehm gc
> 7.0alpha5 tarball import
>
> At this point I have 3 branches with common history =)))))
>
> next I took gcc & cvs branches and smashed them together =)))) hoping
> git will manage.
>
> Now ignoring:
>
> 1) All new upstream files, and auto-resolved paths
> 2) Configury changes (for now)
> 3) Docs & readme
>
> The unmerged bit is not that large:
>
> # Unmerged paths:
> #   (use "git add/rm <file>..." as appropriate to mark resolution)
> #
> #       both modified:      darwin_stop_world.c
> #       both modified:      dbg_mlc.c
> #       both modified:      dyn_load.c
> #       both modified:      finalize.c
> #       both modified:      gcj_mlc.c
> #       both modified:      include/gc.h
> #       both modified:      include/gc_config_macros.h
> #       both modified:      include/private/gc_locks.h
> #       both modified:      include/private/gc_pmark.h
> #       both modified:      include/private/gc_priv.h
> #       both modified:      include/private/gcconfig.h
> #       both modified:      include/private/pthread_support.h
> #       both modified:      mark_rts.c
> #       both modified:      misc.c
> #       both modified:      os_dep.c
> #       deleted by them:    powerpc_darwin_mach_dep.s
> #       both modified:      pthread_stop_world.c
> #       both modified:      pthread_support.c
> #       both modified:      ptr_chck.c
> #       both modified:      win32_threads.c
> #
>
> Now the idea is to fetch the offending commits put them up in an
> instance of rietveld code review and start analysing them one by one
> by studying code, pinging commiters, searching mailing lists.
>
> And / or possibly doing this distributed via sharing of git's rerere
> files =))))) it doesn't look that much work to get gcc up to speed
> with boehm cvs trunk =))))))
>
> ps. full git status during merge conflict is attached.
> ps. tar of the working directory with confict and the git repo is
> available here:
>         people.ubuntu.com/~dmitrij.ledkov/boehm-merge.tar.xz

This thread died, much like my aforementioned previous attempts.

Did anyone update the in-tree boehm-gc?  Andrew, can you help with
this task if not?

Re: Compiling java without boehm-gc

[Andrew Haley]

On 09/03/2010 02:38 AM, NightStrike wrote:
> On Sat, Jul 17, 2010 at 9:30 PM, Dmitrijs Ledkovs
> <dmitrij.ledkov@ubuntu.com> wrote:
>> On 17 July 2010 18:44, Andrew Haley <aph@redhat.com> wrote:
>>> On 07/16/2010 09:54 PM, Dmitrijs Ledkovs wrote:
>>>> On 16 July 2010 21:44, David Daney <ddaney@caviumnetworks.com> wrote:
>>>>> On 07/16/2010 12:58 PM, Dmitrijs Ledkovs wrote:
>>>>>>
>>>>>> Is it supported to build java without gc?
>>>>>
>>>>> I don't think so. &nbsp;Even if it were, it wouldn't be very useful.
>>>>>
>>>>> Probably a better use of time would be to fix whatever problem is keeping
>>>>> the GC from working for you.
>>>>
>>>> Thanks for the heads up.
>>>>
>>>> This boils down to boehm-gc being not upto-date with boehm CVS.
>>>>
>>>> The last try from nightstrike to try to get someone to merge a newer
>>>> one stalled in 2006.
>>>
>>> 2009, actually: exactly a year ago. &nbsp;I think he wanted x86_64-*-mingw*
>>> support, but no-one volunteered to do any of the work to get it into
>>> gcc. &nbsp;We could try to get the process re-started.
>>>
>>> Is there a platform that you are using that isn't supported by the
>>> version of the GC in gcc sources?
>>>
>>
>> x86_64-*-mingw* =)))))
>>
>> Right here is what i did:
>>
>> 1) import all available boehm tarballs into git
>> 2) import boehm cvs into git
>> 3) take gcc-git import and filter-branch boehm-gc dir
>> 4) using graft points made "import boehm-gc 6.6" of the gcc branch to
>> have only one parent which is boehm-gc 6.6 tarball import
>> 5) using graft points made cvs initial commit to have parent boehm gc
>> 7.0alpha5 tarball import
>>
>> At this point I have 3 branches with common history =)))))
>>
>> next I took gcc & cvs branches and smashed them together =)))) hoping
>> git will manage.
>>
>> Now ignoring:
>>
>> 1) All new upstream files, and auto-resolved paths
>> 2) Configury changes (for now)
>> 3) Docs & readme
>>
>> The unmerged bit is not that large:
>>
>> # Unmerged paths:
>> #   (use "git add/rm <file>..." as appropriate to mark resolution)
>> #
>> #       both modified:      darwin_stop_world.c
>> #       both modified:      dbg_mlc.c
>> #       both modified:      dyn_load.c
>> #       both modified:      finalize.c
>> #       both modified:      gcj_mlc.c
>> #       both modified:      include/gc.h
>> #       both modified:      include/gc_config_macros.h
>> #       both modified:      include/private/gc_locks.h
>> #       both modified:      include/private/gc_pmark.h
>> #       both modified:      include/private/gc_priv.h
>> #       both modified:      include/private/gcconfig.h
>> #       both modified:      include/private/pthread_support.h
>> #       both modified:      mark_rts.c
>> #       both modified:      misc.c
>> #       both modified:      os_dep.c
>> #       deleted by them:    powerpc_darwin_mach_dep.s
>> #       both modified:      pthread_stop_world.c
>> #       both modified:      pthread_support.c
>> #       both modified:      ptr_chck.c
>> #       both modified:      win32_threads.c
>> #
>>
>> Now the idea is to fetch the offending commits put them up in an
>> instance of rietveld code review and start analysing them one by one
>> by studying code, pinging commiters, searching mailing lists.
>>
>> And / or possibly doing this distributed via sharing of git's rerere
>> files =))))) it doesn't look that much work to get gcc up to speed
>> with boehm cvs trunk =))))))
>>
>> ps. full git status during merge conflict is attached.
>> ps. tar of the working directory with confict and the git repo is
>> available here:
>>         people.ubuntu.com/~dmitrij.ledkov/boehm-merge.tar.xz
> 
> This thread died, much like my aforementioned previous attempts.
> 
> Did anyone update the in-tree boehm-gc?  Andrew, can you help with
> this task if not?

Sure.  But you need to send the patch against gcc trunk to gcc-patches.

Andrew.

Re: Compiling java without boehm-gc

[NightStrike]

On Fri, Sep 3, 2010 at 6:11 AM, Andrew Haley <aph@redhat.com> wrote:
> On 09/03/2010 02:38 AM, NightStrike wrote:
>> On Sat, Jul 17, 2010 at 9:30 PM, Dmitrijs Ledkovs
>> <dmitrij.ledkov@ubuntu.com> wrote:
>>> On 17 July 2010 18:44, Andrew Haley <aph@redhat.com> wrote:
>>>> On 07/16/2010 09:54 PM, Dmitrijs Ledkovs wrote:
>>>>> On 16 July 2010 21:44, David Daney <ddaney@caviumnetworks.com> wrote:
>>>>>> On 07/16/2010 12:58 PM, Dmitrijs Ledkovs wrote:
>>>>>>>
>>>>>>> Is it supported to build java without gc?
>>>>>>
>>>>>> I don't think so. &nbsp;Even if it were, it wouldn't be very useful.
>>>>>>
>>>>>> Probably a better use of time would be to fix whatever problem is keeping
>>>>>> the GC from working for you.
>>>>>
>>>>> Thanks for the heads up.
>>>>>
>>>>> This boils down to boehm-gc being not upto-date with boehm CVS.
>>>>>
>>>>> The last try from nightstrike to try to get someone to merge a newer
>>>>> one stalled in 2006.
>>>>
>>>> 2009, actually: exactly a year ago. &nbsp;I think he wanted x86_64-*-mingw*
>>>> support, but no-one volunteered to do any of the work to get it into
>>>> gcc. &nbsp;We could try to get the process re-started.
>>>>
>>>> Is there a platform that you are using that isn't supported by the
>>>> version of the GC in gcc sources?
>>>>
>>>
>>> x86_64-*-mingw* =)))))
>>>
>>> Right here is what i did:
>>>
>>> 1) import all available boehm tarballs into git
>>> 2) import boehm cvs into git
>>> 3) take gcc-git import and filter-branch boehm-gc dir
>>> 4) using graft points made "import boehm-gc 6.6" of the gcc branch to
>>> have only one parent which is boehm-gc 6.6 tarball import
>>> 5) using graft points made cvs initial commit to have parent boehm gc
>>> 7.0alpha5 tarball import
>>>
>>> At this point I have 3 branches with common history =)))))
>>>
>>> next I took gcc & cvs branches and smashed them together =)))) hoping
>>> git will manage.
>>>
>>> Now ignoring:
>>>
>>> 1) All new upstream files, and auto-resolved paths
>>> 2) Configury changes (for now)
>>> 3) Docs & readme
>>>
>>> The unmerged bit is not that large:
>>>
>>> # Unmerged paths:
>>> #   (use "git add/rm <file>..." as appropriate to mark resolution)
>>> #
>>> #       both modified:      darwin_stop_world.c
>>> #       both modified:      dbg_mlc.c
>>> #       both modified:      dyn_load.c
>>> #       both modified:      finalize.c
>>> #       both modified:      gcj_mlc.c
>>> #       both modified:      include/gc.h
>>> #       both modified:      include/gc_config_macros.h
>>> #       both modified:      include/private/gc_locks.h
>>> #       both modified:      include/private/gc_pmark.h
>>> #       both modified:      include/private/gc_priv.h
>>> #       both modified:      include/private/gcconfig.h
>>> #       both modified:      include/private/pthread_support.h
>>> #       both modified:      mark_rts.c
>>> #       both modified:      misc.c
>>> #       both modified:      os_dep.c
>>> #       deleted by them:    powerpc_darwin_mach_dep.s
>>> #       both modified:      pthread_stop_world.c
>>> #       both modified:      pthread_support.c
>>> #       both modified:      ptr_chck.c
>>> #       both modified:      win32_threads.c
>>> #
>>>
>>> Now the idea is to fetch the offending commits put them up in an
>>> instance of rietveld code review and start analysing them one by one
>>> by studying code, pinging commiters, searching mailing lists.
>>>
>>> And / or possibly doing this distributed via sharing of git's rerere
>>> files =))))) it doesn't look that much work to get gcc up to speed
>>> with boehm cvs trunk =))))))
>>>
>>> ps. full git status during merge conflict is attached.
>>> ps. tar of the working directory with confict and the git repo is
>>> available here:
>>>         people.ubuntu.com/~dmitrij.ledkov/boehm-merge.tar.xz
>>
>> This thread died, much like my aforementioned previous attempts.
>>
>> Did anyone update the in-tree boehm-gc?  Andrew, can you help with
>> this task if not?
>
> Sure.  But you need to send the patch against gcc trunk to gcc-patches.
>
> Andrew.
>

I can't.  Doing so requires copyright assignments, along with a big
pile of knowledge.