mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #963] s3fs-fuse make issue #537
Labels
No labels
bug
bug
dataloss
duplicate
enhancement
feature request
help wanted
invalid
need info
performance
pull-request
question
question
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/s3fs-fuse#537
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @akhtar4ever on GitHub (Feb 21, 2019).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/963
getting error while running make command
Additional Information
The following information is very important in order to help us to help you. Omission of the following details may delay your support request or receive no attention at all.
Keep in mind that the commands we provide to retrieve information are oriented to GNU/Linux Distributions, so you could need to use others if you use s3fs on macOS or BSD
Version of s3fs being used (s3fs --version)
example: 1.00
Version of fuse being used (pkg-config --modversion fuse, rpm -qi fuse, dpkg -s fuse)
pkg-config --modversion fuse
2.9.2
Kernel information (uname -r)
command result: uname -r
uname -r
3.10.0-514.el7.centos.plus.i686
GNU/Linux Distribution, if applicable (cat /etc/os-release)
command result: cat /etc/os-release
**cat /etc/os-release
NAME="CentOS"
VERSION="7 (AltArch)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS 7 (AltArch)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"**
s3fs command line used, if applicable
/etc/fstab entry, if applicable
s3fs syslog messages (grep s3fs /var/log/syslog, journalctl | grep s3fs, or s3fs outputs)
if you execute s3fs with dbglevel, curldbg option, you can get detail debug messages
Details about issue
_While running make getting the below error:
######################################
In file included from addhead.h:24:0,
from s3fs.cpp:54:
/usr/include/regex.h:138:9: error: ‘VOID’ does not name a type
typedef __REG_VOID_T re_void;
^
/usr/include/regex.h:298:1: error: ‘MODULE_SCOPE’ does not name a type
MODULE_SCOPE int __REG_WIDE_COMPILE(regex_t *, __REG_CONST __REG_WIDE_T *, size_t, int);
^
/usr/include/regex.h:307:1: error: ‘MODULE_SCOPE’ does not name a type
MODULE_SCOPE int __REG_WIDE_EXEC(regex_t *, __REG_CONST __REG_WIDE_T *, size_t, rm_detail_t *, size_t, regmatch_t [], int);
^
/usr/include/regex.h:309:1: error: ‘MODULE_SCOPE’ does not name a type
MODULE_SCOPE re_void regfree(regex_t *);
^
/usr/include/regex.h:310:1: error: ‘MODULE_SCOPE’ does not name a type
MODULE_SCOPE size_t regerror(int, _REG_CONST regex_t *, char *, size_t);
@gaul commented on GitHub (Feb 23, 2019):
@juliogonzalez does this look familiar?
@akhtar4ever EPEL now provides CentOS packages; do these work for you? See README for instructions.
@juliogonzalez commented on GitHub (Mar 23, 2019):
@gaul sorry, I didn't notice this.
@akhtar4ever, I assume you were using master before 1.85 was released (next time, please specify, as you didn't fill the filed for the version)
I only check stable versions (while building RPMs), but at this moment:
@akhtar4ever: can you still reproduce, or can this bug be closed?
@gaul commented on GitHub (Apr 16, 2019):
Please reopen if you can reproduce these symptoms.