2011/6/16 Jon <[email protected]>:
>> > Given the packages are relatively small, I'm wondering if embeddeding a
>> script (.sh or .py) that one manually runs after download/extract that
>> simply walks the dir tree deleting artifacts wouldn't be a more manageable
>> way to go. Start small and have the script just delete Fortran and Obj-C
>> artifacts and leave the base C/C++ artifacts.  If people want it to do more,
>> they can send you pull requests on your git repo.  Are the dependencies such
>> that one can simply delete artifacts and the base C/C++ and GDB still works?
>>
>> There's special targets when you build gcc, I just haven't found them (or
>> looked for them, it's not like there's a well documented list ;-) ). getting
>> rid of the additions would be worse, and very dependent on the internals of
>> GCC's directory layout.
>>
>> I think this scheme provides maximal splitting:
>>
>>  - core: gcc+libgcc+binutils+(+pthreads, of course)+mingw-w64 crt
>>  - C++: g++ and libstdc++
>>  - Obj-C(++) and runtime libs
>>  - Fortran and runtime lib
>>  - (ada + runtime libs)
>>  - (go + runtime libs)
>>  - (any other language nobody seems to need)
>>  - gdb+python files
>>
>> And I could install all these into their prefix seperately, zip, and rename
>> the prefix directory. I've thought it out, and it should work, except that
>> the general install step in each script will be more involved. This is
>> pretty much how a general Linux distro does it, nothing fancy about it, just
>> have to take my time to make the modifications to the scripts ;-).
>
> Yeh, that's much cleaner than the post extract clean script idea.
>
> Would the following structure be less initial and ongoing maintence for you?
>
>  - base: gcc,libgcc,binutils,pthreads,mingw-w64-crt,g++,libstdc++,gdb+python
>  - Obj-C(++) and runtime libs
>  - Fortran and runtime lib
>  - (ada + runtime libs)
>  - (go + runtime libs)
>  - (any other language nobody seems to need)
>
> I'm showing my bias I know, but if 80%+ (guess) of us drafting off your work 
> and using just "base", and it's easier for you to implement/maintain, and 
> it's a single download, then...  Of course, you may already have implemented 
> everything ;)

I can put C++ in the base package, that is better...

Stay tuned!

>
> Thanks again,
> Jon
>
> ---
> blog: http://jonforums.github.com/
> twitter: @jonforums
>
> "Anyone who can only think of one way to spell a word obviously lacks 
> imagination." - Mark Twain
>
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> Mingw-w64-public mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Reply via email to