Mailing List Archive: [patch] fix auto* for gcj-branch

[patch] fix auto* for gcj-branch

May 31, 2005, 2:23 PM

Post #1 of 4 (4241 views)

Attached patch fixes the auto* based build on the gcj-backend branch.

- Create config.nice
- Updated list of source and include files
- Setup dependencies for BUILT_SOURCES
- Add dist-bzip2, to create .tar.bz2 files by default from 'make dist'
- Detection for all the used programs (xargs, find, sed, etc)
- Add -version-info to start versioning the .so file
- Fix building outside of the source directory

One hacky part that I do not like is the getting a RPATH for libgcj:

GCJ_RPATH=`echo ${GCJ} | ${SED} 's|bin/.*|lib|'`

I am not sure of a better solution right now... This hack is only
required for systems where libgcj is not in a path that LD searches...
(like mine!)

-Paul

Re: [patch] fix auto* for gcj-branch [ In reply to ]

rooneg at electricjellyfish

May 31, 2005, 2:34 PM

Post #2 of 4 (4014 views)

Permalink

Paul Querna wrote:
> Attached patch fixes the auto* based build on the gcj-backend branch.
>
> - Create config.nice
> - Updated list of source and include files
> - Setup dependencies for BUILT_SOURCES
> - Add dist-bzip2, to create .tar.bz2 files by default from 'make dist'
> - Detection for all the used programs (xargs, find, sed, etc)
> - Add -version-info to start versioning the .so file
> - Fix building outside of the source directory
>
> One hacky part that I do not like is the getting a RPATH for libgcj:
>
> GCJ_RPATH=`echo ${GCJ} | ${SED} 's|bin/.*|lib|'`
>
> I am not sure of a better solution right now... This hack is only
> required for systems where libgcj is not in a path that LD searches...
> (like mine!)

Dude, you are the man!

I'll take a look at committing this as soon as I get home from work. As
for the rpath stuff, yeah, it's not the nicest, but if that's the worst
thing we have to put up with hit I'm fine with it, it's still a HUGE
step in the right direction, way better than the existing makefile.

Thanks!

-garrett

Re: [patch] fix auto* for gcj-branch [ In reply to ]

chip at force-elite

May 31, 2005, 2:48 PM

Post #3 of 4 (4008 views)

Permalink

Garrett Rooney wrote:
> Paul Querna wrote:
>
>> Attached patch fixes the auto* based build on the gcj-backend branch.
>>
>> - Create config.nice
>> - Updated list of source and include files
>> - Setup dependencies for BUILT_SOURCES
>> - Add dist-bzip2, to create .tar.bz2 files by default from 'make dist'
>> - Detection for all the used programs (xargs, find, sed, etc)
>> - Add -version-info to start versioning the .so file
>> - Fix building outside of the source directory
>>
>> One hacky part that I do not like is the getting a RPATH for libgcj:
>>
>> GCJ_RPATH=`echo ${GCJ} | ${SED} 's|bin/.*|lib|'`
>>
>> I am not sure of a better solution right now... This hack is only
>> required for systems where libgcj is not in a path that LD searches...
>> (like mine!)
>
>
> Dude, you are the man!
>
> I'll take a look at committing this as soon as I get home from work. As
> for the rpath stuff, yeah, it's not the nicest, but if that's the worst
> thing we have to put up with hit I'm fine with it, it's still a HUGE
> step in the right direction, way better than the existing makefile.
>
> Thanks!

Attached is a slightly updated patch that fixes the 'make dist' created
tarballs. Should now be extremely easy to make release tars...

-Paul

Re: [patch] fix auto* for gcj-branch [ In reply to ]

rooneg at electricjellyfish

May 31, 2005, 2:51 PM

Post #4 of 4 (4019 views)

Permalink

Paul Querna wrote:

> Attached is a slightly updated patch that fixes the 'make dist' created
> tarballs. Should now be extremely easy to make release tars...

I'm not sure what the procedure is for releasing code in a project under
incubation, but I suspect we're going to be real close to having to
figure it out pretty soon. There are some API issues I'd like to work
out first though, and we absolutely need to get the unit tests working
again.

At the very least, this build system work means I'm now pretty much
willing to merge the GCJ branch back to the trunk, the experiment seems
to have run its course, and I'm pretty much convinced that this is the
way to go.

-garrett

Mailing List Archive

Attached Files:

Attached Files: