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

the Ada f-e fails to build on x86-64-linux #2378

Closed
llvmbot opened this issue Feb 10, 2008 · 6 comments
Closed

the Ada f-e fails to build on x86-64-linux #2378

llvmbot opened this issue Feb 10, 2008 · 6 comments
Labels
bugzilla Issues migrated from bugzilla llvm-tools All llvm tools that do not have corresponding tag wontfix Issue is real, but we can't or won't fix it. Not invalid

Comments

@llvmbot
Copy link
Collaborator

llvmbot commented Feb 10, 2008

Bugzilla Link 2006
Resolution WONTFIX
Resolved on Feb 22, 2010 12:46
Version trunk
OS Linux
Depends On llvm/llvm-bugzilla-archive#2556
Reporter LLVM Bugzilla Contributor

Extended Description

The newly built gnatmake tool crashes. It looks like
this is because it is being passed the wrong length
for a variable length array.

@lattner
Copy link
Collaborator

lattner commented Feb 10, 2008

Note that there are a variety of known x86-64 abi issues. If llvm-gcc code is trying to call into gcc code, this could be a problem.

@lattner
Copy link
Collaborator

lattner commented Oct 15, 2008

Is this fixed now? x86-64 abi should be mostly happy.

@llvmbot
Copy link
Collaborator Author

llvmbot commented Oct 16, 2008

Currently the build fails because of llvm/llvm-bugzilla-archive#2556 (at -O2 and -O0).
I haven't been able to improve the Ada x86-64 situation because
of this.

Previously I was able to build at -O0. Looking at Ada test
suite failures then indicated that indeed there were a bunch
of ABI problems, eg: wrong handling of functions returning
arrays (which I guess got forgotten about since C-like languages
don't do that). I have local patches fixing some of them but
even so it wasn't enough to get Ada building at -O2 at that
time.

@lattner
Copy link
Collaborator

lattner commented Feb 9, 2010

is this fixed or even worth keeping open if not?

@llvmbot
Copy link
Collaborator Author

llvmbot commented Feb 9, 2010

I'm planning on fixing this kind of issue in dragonegg, but not in llvm-gcc.

@llvmbot
Copy link
Collaborator Author

llvmbot commented Nov 26, 2021

mentioned in issue llvm/llvm-bugzilla-archive#2556

@llvmbot llvmbot transferred this issue from llvm/llvm-bugzilla-archive Dec 3, 2021
@Quuxplusone Quuxplusone added the wontfix Issue is real, but we can't or won't fix it. Not invalid label Jan 20, 2022
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bugzilla Issues migrated from bugzilla llvm-tools All llvm tools that do not have corresponding tag wontfix Issue is real, but we can't or won't fix it. Not invalid
Projects
None yet
Development

No branches or pull requests

3 participants