https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #21 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:83979240c072599bc8595a9324c3f4371eedbc7c
commit r13-5426-g83979240c072599bc8595a9324c3f4371eedbc7c
Author: Iain Sandoe
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #19 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:80cf2c5e8f496bed9c6facf55f9ae31d0d90fd28
commit r13-5373-g80cf2c5e8f496bed9c6facf55f9ae31d0d90fd28
Author: Iain Sandoe
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
Iain Sandoe changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #17 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:47b269caf87904fd0112e8c9e96884dd0313ed15
commit r13-5308-g47b269caf87904fd0112e8c9e96884dd0313ed15
Author: Iain Sandoe
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
Iain Sandoe changed:
What|Removed |Added
Attachment #54261|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #15 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #14)
> Created attachment 54261 [details]
> Updated patch that honours the order of include use.
>
> This is V5 ...
>
> ... so here we collect the incoming search paths
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
Iain Sandoe changed:
What|Removed |Added
Attachment #54220|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #13 from Iain Sandoe ---
Created attachment 54248
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54248&action=edit
Revised fix
This essentially makes Modula-2 build its include paths in the Front End (which
is how all the othe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #12 from Iain Sandoe ---
unfortunately, neither this nor the v4.1 (WIP) is still quite right.
Using LIBDIR in the computation of the include paths means that the compiler
does not work when it is relocated .. the directory prefix n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
Iain Sandoe changed:
What|Removed |Added
Attachment #54184|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #10 from Gaius Mulley ---
here is version 4 of the bugfix which enables the driver to link against shared
libraries.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #9 from Gaius Mulley ---
Created attachment 54214
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54214&action=edit
Potential fix for target multilib_dir handling -m and -f (version 3)
version3 work in progress, implemented usi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #8 from Gaius Mulley ---
Created attachment 54208
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54208&action=edit
Potential fix for target multilib_dir handling -m and -f (version 2)
Cleaned up and revised patch (no skip on -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #7 from Gaius Mulley ---
About to post - I've cleaned up the patch and modified it not to skip the -m
option. It is fine on x86_64 gnu/linux - it would be great to know I've not
broken anything on Darwin :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #6 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #5)
> (In reply to Gaius Mulley from comment #4)
> > Created attachment 54184 [details]
> > Potential fix for target multilib_dir handling -m and -f.
> >
> > Work in prog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #5 from Iain Sandoe ---
(In reply to Gaius Mulley from comment #4)
> Created attachment 54184 [details]
> Potential fix for target multilib_dir handling -m and -f.
>
> Work in progress.
1. (I think) the string you need is "multilib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #4 from Gaius Mulley ---
Created attachment 54184
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54184&action=edit
Potential fix for target multilib_dir handling -m and -f.
Work in progress.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #3 from Gaius Mulley ---
I believe I have a fix for the target options. I've built gm2 as a cross
compiler for the avr series of microprocessors with the fix and now get a
cc1gm2 ICE (after the correct arguments are presented to cc1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #2 from Iain Sandoe ---
computing the multilib_os_dir in the language driver is not going to be
easy/reliably correct, since that code is called very early and the specs
applied later could well modify the command line options.
On I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
--- Comment #1 from Andrew Pinski ---
Even some -f options are mutlilib'ed.
Eg.:
cr16/t-cr16:MULTILIB_OPTIONS = fPIC mint32
And MIPS does EL/EB:
mips/t-img-linux:MULTILIB_OPTIONS = mips64r6 mabi=64 EL
So this is definitely a bad assumption
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108182
Iain Sandoe changed:
What|Removed |Added
CC||gaius at gcc dot gnu.org
Stat
22 matches
Mail list logo