Skip to content

configure fails on NetBSD #1180

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.

Sign up for GitHub

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

Jump to bottom
Closed
llvmbot opened this issue Jun 15, 2006 · 9 comments
Closed

configure fails on NetBSD #1180

llvmbot opened this issue Jun 15, 2006 · 9 comments
Labels
bugzilla Issues migrated from bugzilla build-problem

Comments

@llvmbot
Copy link
Member

llvmbot commented Jun 15, 2006

Bugzilla Link 808
Resolution FIXED
Resolved on Feb 22, 2010 12:46
Version 1.7
OS NetBSD
Reporter LLVM Bugzilla Contributor

Extended Description

Here is the output of configure.

% ./configure
checking build system type... i386-unknown-netbsdelf3.0
checking host system type... i386-unknown-netbsdelf3.0
checking target system type... i386-unknown-netbsdelf3.0
checking type of operating system we're on... Unknown
configure: error: Operating system is unknown, configure can't continue

I think llvm should support NetBSD.
@lattner
Copy link
Collaborator

lattner commented Jan 18, 2007

Does this still happen with current LLVM CVS?

@llvmbot
Copy link
Member Author

llvmbot commented Jan 20, 2007

I checked llvm-1.9 and llvm-cvs and yes: it's the same. (Ok: The version number
3.0 is different and CVS-configure prints some WARNINGs).

@llvmbot
Copy link
Member Author

llvmbot commented Jan 20, 2007

Wow, didn't even know about this one. Mine.

@asl
Copy link
Collaborator

asl commented Jan 20, 2007

Some "draft"
This at least will allow LLVM to configure on NetBSD

@llvmbot
Copy link
Member Author

llvmbot commented Jan 20, 2007

Anton: I've already committed that, with these patches:

http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070115/043007.html
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070115/043008.html
http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20070115/043009.html

Christopher,

Could you please update your configure script an lib/System/Mutex.cpp. We've
added support but I don't want to close this until someone on NetBSD confirms
that it works. Please report any failures here.

Thanks,

Reid.

@llvmbot
Copy link
Member Author

llvmbot commented Jan 21, 2007

Great! But I found another (tiny) build problem:
On NetBSD perl is installed under /usr/pkg/bin/perl.

First line in GenLibDeps.pl is
#!/usr/bin/perl

Therefore GenLibDeps.pl should be called with
( V e r b ) (PERL) $(GenLibDeps) -flat ...
in tools/llvm-config/Makefile.

@llvmbot
Copy link
Member Author

llvmbot commented Jan 21, 2007

Fixed. Please let me know if there's anything else preventing a clean build.

@llvmbot
Copy link
Member Author

llvmbot commented Jan 26, 2007

Christoph,

Can this get closed now? Is the configure working on NetBSD?

Reid.

@llvmbot
Copy link
Member Author

llvmbot commented Jan 26, 2007

Hi Reid,

sorry, i'm quite busy at the moment. I did a quick check this morning
and everything looks good. Thanks a lot for your work.

Christoph

@llvmbot llvmbot transferred this issue from llvm/llvm-bugzilla-archive Dec 3, 2021
searlmc1 pushed a commit to ROCm/llvm-project that referenced this issue Mar 14, 2025
@ronlieb
merge main into amd-staging (llvm#1180)

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature.
GPG key ID: B5690EEEBB952194
Verified
Learn about vigilant mode
Loading
Loading status checks…
9e538b3
xlauko pushed a commit to trailofbits/instafix-llvm that referenced this issue Mar 28, 2025
@ChuanqiXu9 @xlauko
[CIR][CIRGen] Handle NYI in CIRGenModule::tryEmitBaseDestructorAsAlias (
560d7d7 
llvm#1180)

This removes some NYI in CIRGenModule::tryEmitBaseDestructorAsAlias and
similar to llvm/clangir#1179, use
`assert(false)` to tell devs to add test.

It is slightly verbose due to the difference between LLVM and CIR's type
system. LLVM's pointer are opaque types while CIR's pointer are typed.
So we need to handle these pointers when transforming the generated cir.
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bugzilla Issues migrated from bugzilla build-problem
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@asl @lattner @llvmbot