Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Makefiles Should Install libtool *.la and *.lo files. #642

Closed
llvmbot opened this issue Mar 8, 2004 · 3 comments
Closed

Makefiles Should Install libtool *.la and *.lo files. #642

llvmbot opened this issue Mar 8, 2004 · 3 comments
Labels
invalid Resolved as invalid, i.e. not a bug

Comments

@llvmbot
Copy link
Member

llvmbot commented Mar 8, 2004

Bugzilla Link 270
Resolution INVALID
Resolved on Feb 22, 2010 12:49
Version trunk
OS All
Reporter LLVM Bugzilla Contributor
CC @lattner

Extended Description

Since LLVM uses libtool to generate its libraries and objects, it would be a
courtesy to other libtool users if LLVM would install all the libtool output.
That is, for every xyz.a library there should be an xyz.la file and for every
abc.o object there should be an abc.lo file. These files help libtool portably
link the objects and libraries into other programs.

@lattner
Copy link
Collaborator

lattner commented Mar 8, 2004

This is really a bug that John or Brian would be qualified to deal with, as I
don't know very much about libtool (it just makes me want to retch :). I'm sure
that they would take a patch though. :)

-Chris

@llvmbot
Copy link
Member Author

llvmbot commented Mar 8, 2004

getting on my soap box

This kind of stuff wouldn't happen if we were using automake. Any kind of patch
I would have would be to convert LLVM to automake. Figuring out this stuff is a
waste of time because its already been done by automake. Like I've said before,
if the project would just move the non-regression testing stuff to a separate
CVS module, I'd be happy to do the conversion.

getting off my soap box

@llvmbot
Copy link
Member Author

llvmbot commented Nov 2, 2004

The recent makefile revisions have made fixing this bug ill-advised. automake
won't be used. The current makefile system builds .a files without using
libtool. Where shared libraries are needed, libtool is used. libtool generated
libraries have their .so and .la versions installed.

Consequently, this but is resolved with INVALID resolution.

@llvmbot llvmbot transferred this issue from llvm/llvm-bugzilla-archive Dec 1, 2021
@Quuxplusone Quuxplusone added the invalid Resolved as invalid, i.e. not a bug label Jan 20, 2022
pysuxing pushed a commit to pysuxing/llvm-project that referenced this issue Jul 17, 2024
This patch adds a new CallConvLowering pass that aims to lower the
calling conventions of the functions in the module. It also includes a
new Clang command line option to enable it. Also, it is considered a
part of the lowering prepare set of passes, as it is unlikely to be used
elsewhere in the pipeline.

Since this will be dealing with ABI/Target-specific information, it
requires AST info. For this reason, it can only be executed through the
clang driver or cc1 tool for now as CIR does not encode AST info.

This pass is disabled by default and can be enabled by passing the flag
`-fclangir-call-conv-lowering`. Once this pass is more mature, it should
be enabled by default as a required step to lower to LLVM Dialect.
pysuxing pushed a commit to pysuxing/llvm-project that referenced this issue Jul 17, 2024
This patch adds a new CallConvLowering pass that aims to lower the
calling conventions of the functions in the module. It also includes a
new Clang command line option to enable it. Also, it is considered a
part of the lowering prepare set of passes, as it is unlikely to be used
elsewhere in the pipeline.

Since this will be dealing with ABI/Target-specific information, it
requires AST info. For this reason, it can only be executed through the
clang driver or cc1 tool for now as CIR does not encode AST info.

This pass is disabled by default and can be enabled by passing the flag
`-fclangir-call-conv-lowering`. Once this pass is more mature, it should
be enabled by default as a required step to lower to LLVM Dialect.
keryell pushed a commit to keryell/llvm-project that referenced this issue Oct 19, 2024
This patch adds a new CallConvLowering pass that aims to lower the
calling conventions of the functions in the module. It also includes a
new Clang command line option to enable it. Also, it is considered a
part of the lowering prepare set of passes, as it is unlikely to be used
elsewhere in the pipeline.

Since this will be dealing with ABI/Target-specific information, it
requires AST info. For this reason, it can only be executed through the
clang driver or cc1 tool for now as CIR does not encode AST info.

This pass is disabled by default and can be enabled by passing the flag
`-fclangir-call-conv-lowering`. Once this pass is more mature, it should
be enabled by default as a required step to lower to LLVM Dialect.
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
invalid Resolved as invalid, i.e. not a bug
Projects
None yet
Development

No branches or pull requests

3 participants