First Last Prev Next    No search results available
Details
: [gccld] When seeing -l<lib>, should add a corresponding -...
Bug#: 140
: tools
: gccld
Status: RESOLVED
Resolution: FIXED
: All
: All
: 1.0
: P2
: enhancement
: 1.1

:
: missing-feature
:
:
  Show dependency tree - Show dependency graph
People
Reporter: Misha Brukman <brukman+bugs@uiuc.edu>
Assigned To: Misha Brukman <brukman+bugs@uiuc.edu>
:

Attachments


Note

You need to log in before you can comment on or make changes to this bug.

Related actions


Description:   Opened: 2003-11-19 19:39
I'm getting tired of manually adding -load=/usr/lib... lines to every new lli
runner script to run applications. This is made worse when an application
decides to run an intermediate executable during its full program compilation cycle.

In essence, since gccld has all this information on the command line, it should
be nice and spit out an appropriate runner file.
------- Comment #1 From Chris Lattner 2003-11-19 22:33:25 -------
That would be a cool feature.  :)

-Chris
------- Comment #2 From Misha Brukman 2003-11-20 01:11:47 -------
As they say, if it scratches your itch, well, you know... :)
This one's mine. Big time. The fix is pretty much done.
------- Comment #3 From Misha Brukman 2003-11-20 13:11:13 -------
Fixed:

http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20031117/009712.html

With this patch, programs magically start working without manual intervention!
Life is good.
------- Comment #4 From John T. Criswell 2003-12-12 13:34:12 -------
This is really an enhancement.
------- Comment #5 From Misha Brukman 2003-12-12 13:38:52 -------
One could argue that it's not an enhancement since the programs wouldn't even
run in the JIT without this. In testing Xlib apps, I had to manually insert
-load=<lib> lines to the runner script to run the program, which may be
considered an inconvenience, but in reality, if you can't run the resulting file
after compiling it, it's broken.

First Last Prev Next    No search results available