[Bug driver/104707] GCC doesn't give default lib path to the linker when multilib is off

2024-04-16 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707

Andrew Pinski  changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |pinskia at gcc dot 
gnu.org
 Ever confirmed|0   |1
 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2024-04-16

--- Comment #11 from Andrew Pinski  ---
Testing removal of this part from the driver.

[Bug driver/104707] GCC doesn't give default lib path to the linker when multilib is off

2024-04-10 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707

--- Comment #10 from Andrew Pinski  ---
Note multilib is not the issue. See
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97304#c14 for more analysis of the
issue (I think there might be another bug report talking about this too).

[Bug driver/104707] GCC doesn't give default lib path to the linker when multilib is off

2023-04-03 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707

--- Comment #9 from Andrew Pinski  ---
(In reply to rvalue from comment #8)
> (In reply to Andrew Pinski from comment #7)
> > > since all modern operating systems have a large enough parameter space 
> > > (all of them have 262k at least).
> > 
> > Windows still does not 
> 
> I don't think this code will make anything better or worse in Windows since
> it simply compares the path with "/lib/" and "/usr/lib/", which never exist
> in Windows.

Cross compilers ...

[Bug driver/104707] GCC doesn't give default lib path to the linker when multilib is off

2023-04-03 Thread i at rvalue dot moe via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707

rvalue  changed:

   What|Removed |Added

 CC||i at rvalue dot moe

--- Comment #8 from rvalue  ---
(In reply to Andrew Pinski from comment #7)
> > since all modern operating systems have a large enough parameter space (all 
> > of them have 262k at least).
> 
> Windows still does not 

I don't think this code will make anything better or worse in Windows since it
simply compares the path with "/lib/" and "/usr/lib/", which never exist in
Windows.